US20140109233A1 - Rights object acquisition method of mobile terminal in digital right management system - Google Patents
Rights object acquisition method of mobile terminal in digital right management system Download PDFInfo
- Publication number
- US20140109233A1 US20140109233A1 US14/140,983 US201314140983A US2014109233A1 US 20140109233 A1 US20140109233 A1 US 20140109233A1 US 201314140983 A US201314140983 A US 201314140983A US 2014109233 A1 US2014109233 A1 US 2014109233A1
- Authority
- US
- United States
- Prior art keywords
- ros
- contents
- message
- request message
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 91
- 230000004044 response Effects 0.000 claims abstract description 84
- 230000008569 process Effects 0.000 claims abstract description 8
- 238000007726 management method Methods 0.000 claims description 13
- 238000004891 communication Methods 0.000 claims description 11
- 230000003993 interaction Effects 0.000 claims description 5
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000004148 unit process Methods 0.000 claims 1
- 239000002131 composite material Substances 0.000 abstract description 13
- 238000010586 diagram Methods 0.000 description 24
- 238000012545 processing Methods 0.000 description 11
- QQEHDZXXCDSAFE-JBSAMAPISA-N [(3s,8r,9s,10r,13s,14s,17r)-17-acetyl-6-chloro-3-hydroxy-10,13-dimethyl-1,2,3,8,9,11,12,14,15,16-decahydrocyclopenta[a]phenanthren-17-yl] acetate Chemical compound C1=C(Cl)C2=C[C@@H](O)CC[C@]2(C)[C@@H]2[C@@H]1[C@@H]1CC[C@@](C(C)=O)(OC(=O)C)[C@@]1(C)CC2 QQEHDZXXCDSAFE-JBSAMAPISA-N 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 239000000463 material Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000002787 reinforcement Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2135—Metering
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2137—Time limited access, e.g. to a computer or data
Definitions
- the present invention relates to a digital right management (DRM) system. More particularly, the present invention relates to a rights objects acquisition method of a mobile terminal in a digital right management system that is capable of delivering multiple rights objects to a mobile terminal simultaneously.
- DRM digital right management
- mobile terminals are evolving into multifunctional devices.
- the functionality of mobile terminals now may include capabilities such as MP3 players and digital broadcast players by incorporating MP3 and digital broadcast tuner modules.
- Such multimedia-enabled mobile terminals may also support various multimedia services, such as wireless Internet access, online games, Music On Demand (MOD), and Video On Demand (VOD).
- the ongoing diversification of the mobile services and the terminal capabilities continue to expand the utilizations of mobile terminals.
- the mobile content business has also expanded to include enabling the provision of various types of mobile contents including ringtones, motion pictures, music files, and games, many of which are valuable copyrighted materials. Since these mobile contents are typically delivered to end users as pay contents, there is a need to protect the contents from theft and prying eyes.
- DRM Digital Rights Management
- DRM content object can be freely downloaded, it is useless to a user without a usage right, because without the corresponding Rights Object (RO), the material cannot be accessed since the DRM content objects are encrypted with a specific license key.
- RO Rights Object
- the RO is a container used in the Open Mobile Alliance (OMA) DRM system, which is an open DRM standard invented by the Open Mobile Alliance, for carrying the license key to decrypt the corresponding DRM object.
- OMA Open Mobile Alliance
- the RO is issued by a Right Issuer (RI) and purchased by the end user. Since the digital content and corresponding RO are delivered in a detached manner (typically separately), the usage of the downloaded content is restricted to the user acquiring the corresponding RO.
- the RO is a collection of Permission, Constraints, and other attributes that define under what circumstances access is granted to a particular user, and what usages are defined for, DRM content object.
- the usage constraints include Count, DateTime, Interval, Timed-Count, Accumulated, and Individual. The constraints are stored in a specific field of the RO.
- the RO may specify the usage for an MP3 file with the count constraint value set to “10”.
- the MP3 file can be played 10 times and the count is decremented by 1 each time the MP3 file is played. If the count reaches “0”, the usage right on the MP3 file is exhausted. In order to maintain the usage right on the MP3 file, the corresponding RO should be updated.
- FIGS. 1 a and 1 b are diagrams illustrating RO delivery procedures in conventional OMA DRM systems.
- a mobile terminal 101 transmits a content request message ( 105 ) to content server 102 , and the content server 102 transmits a corresponding content in response to the content request message 106 .
- the requested content is a DRM protected content
- the content is encrypted with an encryption key and with a scheme specified by the DRM, and transmitted in a DRM format having the constraints (e.g., usage rule, the number of times to be played, and duration).
- the mobile terminal 101 transmits a license request message 107 to a Right Issuer (RI) 103 , and the RI 103 transmits the corresponding license 108 to the mobile terminal 101 in response to the license request message.
- the license is a usage right on the content which includes a decryption key and usage constraint information.
- the mobile terminal 101 should acquire the usage right for consuming the content. Accordingly, the RI 103 checks whether the identity of the user of the mobile terminal 101 is valid. If it is determined that the user is valid, the RI 103 transmits the license to the mobile terminal 101 .
- the mobile terminal 101 is capable of playing/accessing the content by using the license.
- the decryption key and usage constraint information are extracted from the license by a DRM client application installed in the mobile terminal 101 .
- the content is decrypted by using the decryption key and played under the usage constraints specified in the license.
- FIG. 1 a shows an OMA DRM version 1.0 system in which the DRM RO containing a non-encrypted content encryption key (CEK) is delivered from the RI server 103 to the mobile terminal 101 .
- the DRM version 1.0 system there are serious shortcomings in that the content can be acquired and distributed by an unauthorized user who obtained the DRM Content Format (DCF) and RO (i.e., the license of the corresponding DRM content), simultaneously.
- DCF DRM Content Format
- RO i.e., the license of the corresponding DRM content
- FIG. 1 b shows an OMA DRM version 2.0 system in which an authentication authority 104 (for example, Content Management Licensing Administrator: CMLA) is introduced.
- CMLA 104 transfers the content encryption keys CEK 109 and 110 , which are encrypted with a public key, to the mobile terminal 101 and the RI 103 , respectively, and the RI 103 transfers the RO contained the encrypted CEK to the mobile terminal 101 .
- the content can be decrypted only in the mobile terminal 101 having the CEK, resulting in reinforcement of usage right protection.
- the present invention has been made in part to solve at least some of the above problems and to provide at least some of the advantages discussed herein below.
- the present invention provides an RO acquisition method and apparatus that is capable of acquiring multiple ROs in a composite manner.
- the present invention also provides an RO acquisition method and apparatus that is capable of increasing benefits both to consumers and DRM content providers, as well as improving user convenience by simplifying the RO acquisition process.
- the present invention provides an RO acquisition method and apparatus that is capable of improving the efficiency of a DRM system by simplifying the RO acquisition process in a composite manner.
- the rights object acquisition method of mobile terminal includes generating, in response to a group rights object acquisition command, a group rights object acquisition request with content identifiers assigned to individual contents corresponding to the rights objects indicated by the group rights object acquisition command; sending the group rights object acquisition request to a rights issuer; and receiving a group rights object acquisition response containing rights object identifiers assigned to the rights objects from the rights issuer.
- a rights object acquisition method of a mobile terminal includes transmitting a rights object acquisition protocol (ROAP) trigger request referencing multiple contents to a rights issuer; receiving an ROAP trigger from the rights issuer in response to the ROAP trigger request; transmitting a rights object (RO) request referencing at least one content to the rights issuer after receiving the ROAP trigger; receiving an RO response from the rights issuer in response to the RO request; and acquiring at least one RO corresponding to the at least one content from the RO response.
- ROAP rights object acquisition protocol
- a rights object acquisition method in a digital rights management system includes transmitting, in response to a multiple rights object (RO) acquisition command, rights object acquisition (ROAP) trigger request referencing content identifiers (CIDs) assigned to multiple DRM contents to a rights issuer (RI); receiving an ROAP trigger referencing RO identifiers (roIDs) assigned to the ROs corresponding the DRM contents from the RI in response to the ROAP trigger request; transmitting an RO request referencing at least one DRM content selected by a user to the RI after receiving the ROAP trigger; receiving an RO response containing at least one RO corresponding to the at least one DRM content from the RI; and acquiring the at least one RO for the at least one DRM content from the RO response.
- RO rights object
- ROAP rights object acquisition
- CIDs content identifiers
- roIDs RO identifiers
- a rights object acquisition method of a mobile terminal in a digital rights management (DRM) system includes generating, in response to a group rights object acquisition command, a rights object acquisition protocol (ROAP) trigger request; checking a common header of a DRM content format (DCF) containing at least one DRM content; selecting a right issuer (RI) for acquiring rights objects (ROs) corresponding to at least one DRM content with reference to the common header; and transmitting the ROAP trigger request to the IR.
- ROAP rights object acquisition protocol
- a rights object acquisition method for a digital rights management (DRM) system including a rights issuer (RI) issuing rights objects (ROs) to a mobile terminal includes receiving, at the RI, a rights object acquisition protocol (ROAP) trigger request referencing a plurality of content identifiers (CIDs) assigned to a plurality of contents from the mobile terminal; generating ROAP trigger referencing a plurality of rights object identifiers (roIDs) assigned to the ROs corresponding to the contents; and transmitting the ROAP trigger to the mobile terminal.
- RRM rights object acquisition protocol
- a rights object acquisition method of a mobile terminal includes generating, in response to a group rights object acquisition command, a rights object acquisition protocol (ROAP) trigger request referencing a plurality of contents identifiers (CIDs) assigned to a plurality of contents indicated by the group rights object acquisition command; transmitting the ROAP trigger request to a rights issuer (RI) located by common uniform resource locator (BatchRIURL) headers of the contents; receiving an ROAP trigger referencing a plurality of rights object identifiers (roIDs) assigned to rights objects corresponding to the contents from the RI; and acquiring at least one RO corresponding to at least one content with reference to the roIDs in a composite manner
- ROAP rights object acquisition protocol
- FIG. 1 a and FIG. 1 b are diagrams illustrating RO delivery procedures in conventional OMA DRM systems
- FIG. 2 is a block diagram illustrating an exemplary configuration of a mobile terminal according to an exemplary embodiment of the present invention
- FIG. 3 a is a flowchart illustrating an overview of a rights object acquisition method according to an exemplary embodiment of the present invention
- FIG. 3 b is diagram illustrating an exemplary data structure of an ROAP trigger (RO response) message according to an exemplary embodiment of the present invention
- FIG. 4 is a message flow diagram illustrating an example of a rights object acquisition method according to an exemplary embodiment of the present invention
- FIG. 5 is a flowchart illustrating an example of a DRM content object list generation procedure of the rights object acquisition method of FIG. 3 a;
- FIG. 6 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure of FIG. 5 ;
- FIG. 7 is a flowchart illustrating examples of a DRM content list generation procedure of the rights object acquisition method of FIG. 3 a according to another exemplary embodiment of the present invention.
- FIG. 8 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure of FIG. 7 ;
- FIG. 9 is a message flow diagram illustrating an exemplary rights object acquisition method according to another exemplary embodiment of the present invention.
- FIG. 10 is a message flow diagram illustrating a right object acquisition method according to another exemplary embodiment of the present invention.
- FIG. 11 a is an example of a screen image illustrating a step of displaying the DRM content list in FIG. 4 ;
- FIG. 11 b is a diagram illustrating an exemplary information field structure of a DRM content list of FIG. 11 a;
- FIG. 12 is a message flow diagram illustrating an exemplary rights object acquisition method according to another exemplary embodiment of the present invention.
- FIG. 13 is a diagram illustrating a structure of DCF proposed for the rights object acquisition method according to an exemplary embodiment of the present invention.
- FIG. 14 is a message flow diagram illustrating an exemplary rights object acquisition method according to another exemplary embodiment of the present invention.
- Table 1 comprises a list of abbreviations used in the following exemplary detailed descriptions of the present invention.
- FIG. 2 is a block diagram illustrating a configuration of a mobile terminal according to an exemplary embodiment of the present invention.
- the mobile terminal 200 includes a control unit 201 , an audio processing unit 204 , an input unit 205 , a radio frequency (RF) unit 206 , a data processing unit 207 , a memory unit 208 , a camera unit 209 , a video processing unit 210 , and a display unit 211 .
- RF radio frequency
- the control unit 201 controls general operations of the mobile terminal 200 and cooperative signaling between the internal elements of the mobile terminal 200 .
- the control unit 201 controls the cooperative signaling among the audio processing unit 204 , input unit 205 , data processing unit 207 , memory unit 208 , camera unit 209 , video processing unit 210 , and display unit 211 .
- the control unit 201 checks information on the target DRM content file (e.g., DCF file) and performs a series of processes for decoding and playing the DRM content file.
- the target DRM content file e.g., DCF file
- control unit 201 checks ROs stored in the memory unit 208 when an access to the content is detected or a value of a specific constraint contained in the RO becomes unavailable. In a case of an available RO is retrieved, the DRM content can be played.
- the audio processing unit 204 converts audio data into an analog signal and outputs the analog signal through a speaker (SPK) in the form of an audible sound wave and converts the analog signal input through a microphone (MIC) into audio data.
- SPK speaker
- MIC microphone
- the input unit 205 can be implemented, for example, with at least one of a keypad and a touch panel including a plurality of alphanumeric keys for inputting text and numeric data and a plurality of function keys for executing various functions of the mobile terminal 200 .
- the input unit 205 receives a key input and outputs an input signal corresponding to the key input to the control unit 201 .
- the control unit 201 executes a task indicated by the input signal.
- the RF unit 206 is responsible for radio communication with a cellular network or any other type of wireless communication network.
- the RF unit 206 includes an RF transmitter for up-converting and amplifying the signal to be transmitted and an RF receiver for low-noise amplifying and down-converting the received signal.
- the data processing unit 207 includes a transmission portion for encoding and modulating a signal to be transmitted through the RF unit 205 and a reception portion for demodulating and decoding the signal received through the RF unit 205 .
- the memory unit 208 includes a program memory region and a data memory region.
- the program memory region stores the operating system for booting up the mobile terminal 200 and application programs.
- the data memory region stores user data with the execution of the applications.
- the user data can be copied from an external storage such as portable memory and hard disc or downloaded from a remote server or other mobile terminal through a wired or wireless communication channel.
- the user data include DRM contents.
- the camera unit 209 converts an image projected on a lens into an optical signal and converts the optical signal into a digital signal.
- the video processing unit 210 converts the digital signal output by the camera unit 209 into a video signal for generating screen data.
- the display unit 211 displays the screen data output by the video processing unit 210 .
- the display unit 211 is implemented with a flat panel display, such as a liquid crystal display (LCD) having a touchscreen function.
- the display unit 211 can be a part of the input unit 206 .
- the display unit 211 may display a RO package acquisition solicitation message under the control of the control unit 201 .
- the mobile terminal is described above with the structure depicted in the exemplary drawings, it will be understood that at least one of the internal units of the mobile terminal may be omitted, or replaced by another functional unit. In addition at least another functional unit not shown in the drawings, may be added to the mobile terminal. In other words the functional units could be fewer or greater than those shown in the examples, and may have different functionality.
- the mobile terminal 200 may provided with a memory slot for receiving external storage media such as memory card, a short range communication module such as Infrared Data Association (IrDA) and Bluetooth, multimedia module such as MP3 module, electronic transaction module such as mobile banking chip and traffic card chip, broadcast receiver module, data communication port for exchanging data with other devices, battery module, and power charging module.
- external storage media such as memory card, a short range communication module such as Infrared Data Association (IrDA) and Bluetooth, multimedia module such as MP3 module, electronic transaction module such as mobile banking chip and traffic card chip, broadcast receiver module, data communication port for exchanging data with other devices, battery module, and power charging module.
- FIG. 3 a is a flowchart illustrating an example of a rights object acquisition method according to an exemplary embodiment of the present invention.
- a mobile terminal such as, for example, the mobile terminal 200 shown in FIG. 2 , operates in an idle mode (S 301 ). While operating in the idle mode, the mobile terminal 200 determines whether a DRM content execution mode has been activated (S 303 ). The DRM content execution mode is activated when an access event (consumption, update, or purchase) to a specific DRM content object is detected.
- the mobile terminal If a DRM content execution mode is activated at step (S 303 ), the mobile terminal generates a DRM content object list in response to a DRM RO acquisition command input by the terminal user 150 (S 305 ).
- the DRM content objects are encrypted multimedia files to which corresponding ROs are not acquired or nearly expired in association with their constraints.
- the terminal In order to generate the DRM content object list (S 305 ), the terminal generates a RO Acquisition Protocol (ROAP) trigger request (common rights object acquisition request) message for requesting information on the DRM content objects selected or approved by the terminal user 150 .
- ROAP RO Acquisition Protocol
- the ROAP trigger request message includes a content identifier (CID, contentID) of at least one DRM content object.
- the ROAP trigger request message may further include at least one of a device identifier (DeID) of the mobile terminal 200 , permissions of individual ROs, and constraints for restricting the permissions.
- DeID device identifier
- Permissions are actual usages or activities allowed over protected content. For example, in the case of content granted only, the “display” permission can be only displayed, and the content granted the “display” and “print” permissions can be displayed and printed.
- the mobile terminal 200 generates an ROAP trigger request message containing the DRM content list and sends the ROAP trigger request message to the RI.
- the mobile terminal 200 is connected through at least one wired or wireless communication networks.
- the RI generates a ROAP trigger (a common rights object acquisition response) message with reference to the CIDs of the contents listed in the ROAP trigger request message and transmits the ROAP trigger message to the mobile terminal 200 .
- the ROAP trigger message contains at least one of the RO identifier (roID) assigned to the content.
- the ROAP trigger message may contain at least one rights object acquisition address of the content (roapURL) element, RI identifier (RIID), RI Alias, Domain ID, Domain Alias, and Nonce.
- the Nonce element is a random value of 32 or 64 bits assigned by the RI.
- the control unit 201 receives the ROAP trigger message and generates the DRM content list composed of contents. At this time, the control unit 201 displays purchasing cost information on the screen of the display unit 211 for obtaining user consent.
- the RI generates and sends a ROAP trigger message referencing RO identifiers assigned to ROs corresponding individual contents.
- the mobile terminal 200 requests to RI an ROAP trigger message for multiple contents through the ROAP trigger request message.
- control unit 201 After generating the DRM contents list at step S 305 , the control unit 201 generates an RO Request message for acquiring ROs corresponding to the contents listed in the DRM contents list (S 307 ).
- the RO Request message contains roIDs assigned to the ROs corresponding to the contents.
- the roIDs can be extracted from the ROAP trigger message received from the RI in response to the ROAP trigger request message.
- the RO Request message also contains parameters such as DeID, RIID, Nonce, request time, RO Information (RO Info), certificate chain, signature, and extensions.
- Table 2 shows an exemplary RO Request message format according to an exemplary embodiment of the present invention.
- the RO Request message contains roIDs (ro11, ro53, and ro97) of three contents selected by the user and a nonce identical with that contained in the ROAP trigger message.
- the roIDs also are contained the ROAP trigger message received from the RI.
- the mobile terminal 200 sends the RO Request message to the RI through a wired or wireless communication network (S 309 ).
- the RI may verify the RO Request message. In this case, if the RO Request message is successfully verified, the RI generates a RO Response message and sends the RO Response to the mobile terminal 200 .
- the RO Response message states a plurality of protectedROs.
- ⁇ roap:protectedRO> element a plurality of values can be contained in a single RO Response message without increasing computation amount since the values of the rights objects decrease by using a hash algorithm.
- the control unit 201 determines whether a RO Response message has been received in response to the RO Request message (S 311 ).
- the RO Response message contains ROs corresponding to the DRM content objects.
- Table 3 shows an exemplary RO Response message according to an exemplary embodiment of the present invention.
- the RO Response message contains the roIDs (ro11, ro53, and ro97) indicating the ROs issued by the RI.
- a Nonce can be optionally contained in the RO Response message.
- the Nonce is identical with that of the ROAP trigger message and RO Request message.
- the RO Response message is the ROAP trigger message and RO Request message contain the same Nonce.
- the RO response message is sent from the RI to the mobile terminal in response to an RO Request message.
- the RO Response message includes the protected ROs (protectedRO) for individual contents, and each protectedRO contains at least one permission with at least one constraint.
- the protectedRO may contain a “play” permission with a constraint element set to “one month” or “one week and 7 times”. For example, the value of “one week and 7 times” of the constraint element means that the MP3 file is restricted to be played 7 times during a week.
- the protectedRO may contain a “display” permission with “one month”, “ten times” or “one month and ten times”. That is, the constraints are dependent on the permissions.
- the permissions include “play”, “display”, “execute”, and “print”.
- the constraints include “count”, “timed-count”, “datetime”, “interval”, “individual”, and “system”.
- the control unit 201 of the mobile terminal 200 acquires the ROs corresponding to the contents from the RO Response message (S 313 ).
- the control unit 201 updates the contents with the acquired ROs.
- the update means to extend the usage rights on the expired contents or enable consumption of the newly downloaded contents.
- FIG. 4 is a message flow diagram illustrating a rights object acquisition method according to an exemplary embodiment of the present invention.
- the control unit 201 of the mobile terminal 200 enters into a DRM content execution mode in response to a predetermined event (S 401 ). If the mobile terminal 200 enters into the DRM content execution mode, the control unit 201 controls the display unit 211 displays a DRM content list or a RO package acquisition solicitation message on a screen (S 403 ).
- FIG. 11 a is a screen image illustrating a step of displaying the DRM content list in FIG. 4
- FIG. 11 b is a diagram illustrating an exemplary information field structure of a DRM content list of FIG. 11 a.
- the terminal user 150 selects at least one DRM content object for which an RO is acquired and sets constraints associated with usage duration and times of the content (S 405 ).
- the terminal user 150 decides whether to confirm or cancel the purchase on the RO (S 413 ). If the terminal user 150 cancels the purchase, the mobile terminal 200 repeats step S 403 such that the user selects the DRM content objects and sets the constraint again at step S 405 .
- the mobile terminal 200 processes a payment for purchasing the RO with the RI 250 through an authentication or mobile banking procedure. For this reason, the mobile terminal 200 is provided with, for example, an electronic transaction module or a mobile banking module.
- the RI 250 If the roRequest message is received, the RI 250 generates an RO response (roResponse) message containing the requested DRM RO and sends the roResponse message to the mobile terminal 200 (S 417 ).
- RO response roResponse
- the mobile terminal 200 acquires the purchased DRM RO from the roResponse message (S 419 ).
- FIG. 5 is a flowchart illustrating an example of a DRM content object list generation procedure of the rights object acquisition method of FIG. 3 a
- FIG. 6 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure of FIG. 5 .
- the DRM content list is composed of items representing DRM content objects stored within the memory unit 208 of the mobile terminal 200 , at step S 305 of FIG. 3 a.
- a DRM RO acquisition system for implementing the RO acquisition method according to the present invention includes a mobile terminal 200 for requesting the ROs for composite contents and an RI 250 for issuing the ROs to the mobile terminal 200 (see FIGS. 6 , 8 and 10 ).
- the RI 250 sends additional information on a number of available constraint updates and price information of the respective ROs to the mobile terminal 200 .
- the mobile terminal determines whether there is at least one DRM content object of which usage right has expired, or is close to expiration/exhaustion, with reference to the reference constraint value (S 509 ). In other words, the mobile terminal 200 retrieves the DRM content objects of which usage right has expired, or is about to expire (e.g. nearly expired), from the memory unit 208 of the mobile terminal 200 . If no DRM content object of which the usage right has expired or is closed to expiration, the mobile terminal executes a command input by the terminal user 150 in association with a DRM content object (S 517 ).
- the mobile terminal 200 If at least one DRM content object of which RO has a constraint value equal to or less than the reference constraint value (update candidate object) exists, the mobile terminal 200 generates and displays an update candidate object list composed of the update candidate objects together with file information of the individual update candidate DRM content objects (S 511 and S 603 ).
- the file information includes remained usage times and durations of the individual DRM content objects.
- the mobile terminal 200 detects a user command and determines whether a user command is an object selection command for selecting a specific DRM content object from the update candidate object list (S 513 and S 605 ).
- the ROs associated with DRM content objects selected on the update candidate DRM content list are acquired (purchased).
- the DRM content object selected by the user is presented with a marker marked in a check box provided at a side of the DRM content object as shown in FIG. 11 a.
- the DRM content list structured in the form of a table as shown in the example in FIG. 11 b .
- the DRM content table is composed of, for example, a serial number field, a content name field, a remaining usage right field, and another field.
- An example of usage of the other field is for a file extension indicating the type of the content.
- the DRM content list may provide information obtained from the RI 250 .
- an information field can be provided for indicating information received from the RI 250 such as updated times of available constraints associated with the DRM contents and prices of the right objects.
- the DRM content list can be displayed with the RO package acquisition solicitation message for obtaining user consent.
- the mobile terminal ends the DRM object consumption mode.
- the mobile terminal 200 generates an ROAP trigger request with an object package containing at least one update candidate object selected by the user command (S 519 and S 607 ).
- the constraints i.e., the restriction information of the ROs corresponding to the DRM contents
- the constraints can be selected by DRM content or set with same usage times or duration. If the user sets the constraints for the DRM contents through a webpage of the RI 250 , the mobile terminal 200 accesses the RI 250 through the wired/wireless network, so as to set the constraints for the DRM contents stored in the mobile terminal 200 .
- the mobile terminal 200 After generating the ROAP trigger request in the above manner, the mobile terminal 200 sends the ROAP trigger request to the RI 250 through the wired/wireless communication network (S 521 ).
- the RI 250 If the ROAP trigger request is received, the RI 250 generates a ROAP trigger and sends the ROAP trigger to the mobile terminal 200 in response to the ROAP trigger request (S 609 ).
- the ROAP trigger is sent together with the price information on the corresponding DRM contents.
- the ROAP trigger contains roIDs assigned the ROs corresponding to the DRM contents. Also, the ROAP trigger may contain ROAP address (roapURL) or the RI 250 . The ROAP trigger may further selectively contain one or more of the RI ID, RI Alias, Domain ID, and Domain Alias.
- the mobile terminal 200 After transmitting the ROAP trigger request, the mobile terminal 200 determines whether a ROAP trigger and price information is received (S 523 ).
- the mobile terminal 200 detects a user command and determines whether the user command is a purchase approval command (S 527 ). If the user command is not a purchase approval command, the control unit 201 determines that the user command is a purchase cancellation command and repeats step S 513 such that the terminal user 150 reselects DRM contents. If the user command is a purchase approval command, the control unit 201 generates a purchase-approved DRM content list of which ROs are to be purchased in an in package (S 529 and S 615 ). It should be understood that a purchase should be defined broadly and could, for example, include a prepaid account where a purchase is a deduction from a prepaid balance
- FIG. 7 is a flowchart illustrating an example of a DRM content list generation procedure of the rights object acquisition method of FIG. 3 a according to another exemplary embodiment of the present invention
- FIG. 8 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure of FIG. 7 .
- the mobile terminal 200 operates in the DRM content execution mode (S 701 and S 801 ).
- the control unit 201 of the mobile terminal 200 determines whether at least one DRM content object exists in the memory unit 208 (S 703 ). If no DRM content object exists in the memory unit 208 , the mobile terminal 200 maintains a standby state. If at least one DRM content object exists, the mobile terminal 200 connects to the RI 250 through a wired/wireless communication network and sends a stored DRM content list listing the DRM content objects stored within the memory unit 208 (S 705 and S 803 ). Next, the mobile terminal 200 receives price information on the ROs associated with the DRM content objects listed in the DRM content list from the RI 250 (S 707 and S 805 ).
- the mobile terminal 200 determines whether a reference constraint value of ROs corresponding to the DRM content objects (S 709 ) is set.
- the mobile terminal 200 determines whether at least one DRM content object of which RO has a constraint value equal to or less than the reference constraint value (update candidate object) exists. If at least one DRM content object of which RO has a constraint value equal to or less than the reference constraint value (update candidate object) exists, the mobile terminal 200 generates and displays an update candidate object list composed of the update candidate objects together with contents information of the individual update candidate objects (S 717 and S 807 ).
- the file information also includes residual usage times and duration of the individual DRM content objects.
- the mobile terminal ends the DRM object consumption mode.
- the mobile terminal 200 generates a temporary DRM contents list composed at least one update candidate object selected by the user command (S 725 and S 811 ).
- the mobile terminal 200 calculates a cost for purchasing the objects listed in the temporary DRM contents list on the basis of price information received, at step S 707 , from the RI 250 (S 727 and S 813 ) and displays the purchase cost (S 729 and S 815 ).
- the mobile terminal 200 While displaying the purchase cost, the mobile terminal 200 detects a user command input by the terminal user 150 and determines whether the user command is a purchase approval command (S 731 and S 817 ). If the user command is not a purchase approval command, the mobile terminal 200 regards the user command is a purchase cancellation command, so as to repeat steps S 715 to S 731 .
- FIG. 9 is a message flow diagram illustrating an example of a rights object acquisition method according to another exemplary embodiment of the present invention.
- the mobile terminal 200 if an RO acquisition command is input for acquiring ROs corresponding to one or more DRM content objects, the mobile terminal 200 generates an ROAP Trigger Request message and sends the ROAP Trigger Request message to the RI 250 (S 910 ).
- the ROAP Trigger Request message includes at least one content identifier (CID).
- the ROAP Trigger Request message also includes at least one of the device identifier (DeID) of the mobile terminal 200 and constraints for restricting the usage rights of the selected content objects.
- the ROAP Trigger Request message may further includes the parent license information.
- the ROAP Trigger Request message may include an identifier of album A in addition to the identifiers of the track 1 and track 2.
- the ROs for the track 1 and track 3 can be acquired only with the RO for the album A afterward.
- different parent licenses can be applied.
- the user may create a content list (e.g., my list and favorite list) as a parent group.
- the rights objects of the content objects listed in the content list depends on the multiple rights object for the content list.
- the DRM content object may comprise a content object that is received from another device (for example, another terminal or server) but has not acquired a corresponding RO, or of which the RO has expired.
- the mobile terminal 200 selects an RI for purchasing an RO of at least one DRM content object with reference to an RI's Uniform Resource Location (URL) information contained in the header information of the DRM content object.
- the ROAP Trigger Request message is sent to the RI URL.
- a BatchRIURL 1310 is an address of RI which is issuing a multiple RO
- a BatchRIURLLength 1320 indicates a length of the BatchRIURL 1310 .
- the BatchRIURLLength 1320 is optional information, so as not to be included in the DCF structure.
- a content A includes a BatchRIURL A and a content B includes a BatchRIURL B
- the BatchRIURLs A and B are included in the content A, the ROs of the contents A and B can be acquired in a composite manner since the common RI address B from which the ROs of the two contents A and B can be acquired exist.
- the BatchRIURL field can be added within the common header of the DCF structure as a mandatory field or included in an extended header field, which is mandatory field, located in the common header.
- the mobile terminal 200 may select an RI for acquiring ROs of the DRM content objects in a composite manner with reference to the RI URLs stored in the memory unit 208 and send an ROAP Trigger Request message including the selected RI URL. Also, the mobile terminal 200 may request an RI URL for receiving ROs of the DRM content objects to the RI 250 and send an ROAP Trigger Request message to the RI URL received from the RI 250 .
- the RI URL received from the RI 250 is typically stored within the memory unit 208 and uses for acquiring the ROs in a composite manner later.
- the RI 250 In response to the ROAP Trigger Request message, the RI 250 generates a ROAP Trigger message and sends the ROAP Trigger message to the mobile terminal 200 (S 920 ).
- the ROAP Trigger message may include price information on the ROs of the content objects indicated by the ROAP Trigger Request message. Also, the ROAP Trigger message may include one or more roIDs to identify the ROs corresponding to the content objects.
- the ROAP trigger message may include at least one of roapURL, RI ID, RI Alias, Domain ID, Domain Alias, and Nonce.
- the mobile terminal 200 may display the price information on the screen for user reference.
- the RI 250 If the RO Request message is received, the RI 250 generates an RO Response message containing the ROs indicated in the RO Request message and sends the RO Response to the mobile terminal (S 940 ).
- the mobile terminal 200 can acquire the ROs by extracting the ROs contained in the RO Response message in a batch processing manner.
- the procedure (S 910 to S 940 ) can be applied in an abnormal situation.
- the DCF of FIG. 13 includes an abnormal header such as a Silent header, or a Preview header for carrying free contents without user interaction for payment and purchase approval
- the RO acquisition procedure S 910 to S 940 may be progressed as a background operation under the negotiation between the mobile terminal 200 and RI 250 .
- address information for acquiring a multiple of ROs such as a silent group URL (silent-group-url) may included in the abnormal header such that the mobile terminal 200 can access to the RI with reference to the silent group URL to acquire the DCF files, i.e. the ROs of the DRM content objects.
- the permissions may include at least one of “play”, “display”, “execute”, “print”, and “export” permissions.
- the constraints may include at least one of “count”, timed-count”, “datetime”, “interval”, “individual”, and “system”. The constraints are dependent on the individual permissions.
- the purchase information may include prices of the content objects and contract policies such as a fixed charge system and a metering-based charge system.
- the silent group URL, permissions, constraints, and purchase information can be included in additional parts for allowing the user to the parameters therein, or in mandatory parts for protecting the parameters from being tampered.
- the RO Response message may further include a Session ID for establishing a session between the mobile terminal 200 and the RI 250 .
- FIG. 10 is a message flow diagram illustrating a right object acquisition method according to another exemplary embodiment of the present invention.
- the mobile terminal 200 if an RO acquisition command is input for acquiring ROs corresponding to one or more DRM content object, the mobile terminal 200 generates an ROAP Trigger Request message and sends the ROAP Trigger Request message to the RI 250 (S 1010 ).
- the ROAP Trigger Request message includes one or more DRM content identifiers (CIDs). Also, the ROAP Trigger Request message also includes at least one of the device identifier (DeID) of the mobile terminal 200 and constraints for restricting the usage rights of the selected content objects.
- the DRM content objects are either the content objects received from another mobile terminal or downloaded from a server or the content objects of which right objects has expired or are close to expires.
- the mobile terminal 200 selects an RI for purchasing the ROs corresponding to the DRM content objects with reference to the RI URL information and sends the ROAP Trigger Request message to the selected RI.
- the mobile terminal 200 extracts the ROs from the RO Response message.
- the mobile terminal 200 establishes a session with the RI 250 on the basis of the session ID and sends a RO Confirm Request message to the RI 250 through the session (S 1050 ). Since the RO Confirm Request message includes a parameter such as “RO Confirm Info”, the RI 250 is acknowledged the successful RO acquisition.
- the RI 250 Upon receiving the RO Confirm Request message, the RI 250 checks that the requested ROs are successfully issued and determines whether to end the session or resend the RO Response message. If the parameter “RO Confirm Info” is included in the RO Confirm Request message, the RI 250 determines that the ROs are successfully issued and thus send an RO Confirm Response message to the mobile terminal 200 .
- the RO acquisition method of the present invention can be implemented without BatchRIURL in the DCF structure.
- FIG. 12 is a message flow diagram illustrating a rights object acquisition method according to another exemplary embodiment of the present invention.
- the DRM content object is contained with individual RI URLs rather than BatchRIURL in the DCF.
- the mobile terminal 200 if a multiple RO acquisition command is input by the terminal user, the mobile terminal 200 generates a ROAP Trigger Request message containing CIDs of individual DRM content objects and sends the ROAP Trigger Request message to the RI 250 .
- the mobile terminal 200 sends the ROAP Trigger Request message to the RI 205 with reference to an RI URL of one of multiple DRM content objects.
- the mobile terminal 200 sends the ROAP Trigger Request message to the RI 300 indicated by the RI URL contained in the Redirection message (S 1230 ). Accordingly, the mobile terminal 200 acquires the ROs from the RI 300 through the procedure of FIG. 9 or FIG. 10 .
- the ROAP Trigger Request message and ROAP Trigger message can be exchanged in the form of HTTP GET or HTTP POST message. Also, the ROAP Trigger Request message and ROAP Trigger message can be exchanged in the format, i.e., HTTP GET or HTTP POST, designated by the RI.
- FIG. 14 is a message flow diagram illustrating a rights object acquisition method according to another exemplary embodiment of the present invention.
- the mobile terminal 200 if a multiple RO acquisition command is input by the user, the mobile terminal 200 generates a ROAP Trigger Request message containing a CIDs of individual DRM content objects and sends the ROAP Trigger Request message to the RI 250 .
- the RI 250 After the web transaction has completed by user's approval, the RI 250 generates an ROAP Trigger message associated with the ROs to be acquired and sends the ROAP Trigger message to the mobile terminal 200 (S 1430 ).
- the RI 250 Upon receiving the RO Request message, the RI 250 then issues the ROs indicated by the RO Request message and sends a RO Response message containing the ROs to the mobile terminal 200 .
- the mobile terminal 200 acquires the ROs from the RO Response message in a composite manner.
- the web transaction is performed after the ROAP Trigger Request message is transmitted to the RI 250 , it is obvious to those of ordinary skill in the art that the web transaction can be performed at any timing and multiple times.
- the web transaction can be performed prior to the transmission of the ROAP Trigger Request message. In this case, the user may complete all the manipulations required for payment during the web transaction.
- the web transaction can be initiated one or more times before and after the transmission of the ROAP Trigger Request message for changing the payment conditions.
Abstract
Description
- The present application is a Continuation of U.S. patent application Ser. No. 12/014,148 filed on Jan. 15, 2008 which in turn claims the benefit of priority under 35 U.S.C. §119(a) from the following Korean Patent Applications filed in the Korean Intellectual Property Office: (1) Serial No. 2007-0004166 filed on Jan. 15, 2007; (2) Serial no. 2007-0046076 filed on May 11, 2007; and (3) Serial no. 2007-0056394 filed on Jun. 9, 2007, the entire contents of each aforementioned disclosure are hereby incorporated by reference in their entirety.
- 1. Field of the Invention
- The present invention relates to a digital right management (DRM) system. More particularly, the present invention relates to a rights objects acquisition method of a mobile terminal in a digital right management system that is capable of delivering multiple rights objects to a mobile terminal simultaneously.
- 2. Description of the Related Art
- With the recent tendency toward digital convergence, mobile terminals are evolving into multifunctional devices. For example, the functionality of mobile terminals now may include capabilities such as MP3 players and digital broadcast players by incorporating MP3 and digital broadcast tuner modules. Such multimedia-enabled mobile terminals may also support various multimedia services, such as wireless Internet access, online games, Music On Demand (MOD), and Video On Demand (VOD). The ongoing diversification of the mobile services and the terminal capabilities continue to expand the utilizations of mobile terminals. The mobile content business has also expanded to include enabling the provision of various types of mobile contents including ringtones, motion pictures, music files, and games, many of which are valuable copyrighted materials. Since these mobile contents are typically delivered to end users as pay contents, there is a need to protect the contents from theft and prying eyes.
- Digital Rights Management (DRM) now plays an ever-increasing role to protect the pay contents from mobile terminal service providers and used in mobile terminals from piracy and illegal copying. DRM is specifically provides a controlled consumption of digital contents, such as documents, audio files including voice and music files and ring tones, video files, and games to protect the intellectual property right of the authors and the content providers.
- Although DRM content object can be freely downloaded, it is useless to a user without a usage right, because without the corresponding Rights Object (RO), the material cannot be accessed since the DRM content objects are encrypted with a specific license key.
- The RO is a container used in the Open Mobile Alliance (OMA) DRM system, which is an open DRM standard invented by the Open Mobile Alliance, for carrying the license key to decrypt the corresponding DRM object. The RO is issued by a Right Issuer (RI) and purchased by the end user. Since the digital content and corresponding RO are delivered in a detached manner (typically separately), the usage of the downloaded content is restricted to the user acquiring the corresponding RO. The RO is a collection of Permission, Constraints, and other attributes that define under what circumstances access is granted to a particular user, and what usages are defined for, DRM content object. Typically, the usage constraints include Count, DateTime, Interval, Timed-Count, Accumulated, and Individual. The constraints are stored in a specific field of the RO.
- For example, the RO may specify the usage for an MP3 file with the count constraint value set to “10”. In this case, the MP3 file can be played 10 times and the count is decremented by 1 each time the MP3 file is played. If the count reaches “0”, the usage right on the MP3 file is exhausted. In order to maintain the usage right on the MP3 file, the corresponding RO should be updated.
-
FIGS. 1 a and 1 b are diagrams illustrating RO delivery procedures in conventional OMA DRM systems. - In
FIGS. 1 a and 1 b, amobile terminal 101 transmits a content request message (105) tocontent server 102, and thecontent server 102 transmits a corresponding content in response to thecontent request message 106. In a case where the requested content is a DRM protected content, the content is encrypted with an encryption key and with a scheme specified by the DRM, and transmitted in a DRM format having the constraints (e.g., usage rule, the number of times to be played, and duration). If a user request for acquiring the license for the downloaded content is detected, themobile terminal 101 transmits alicense request message 107 to a Right Issuer (RI) 103, and the RI 103 transmits thecorresponding license 108 to themobile terminal 101 in response to the license request message. Here, the license is a usage right on the content which includes a decryption key and usage constraint information. In the case of a DRM content object, themobile terminal 101 should acquire the usage right for consuming the content. Accordingly, the RI 103 checks whether the identity of the user of themobile terminal 101 is valid. If it is determined that the user is valid, the RI 103 transmits the license to themobile terminal 101. If the license is received from the RI 103, themobile terminal 101 is capable of playing/accessing the content by using the license. Typically, the decryption key and usage constraint information are extracted from the license by a DRM client application installed in themobile terminal 101. The content is decrypted by using the decryption key and played under the usage constraints specified in the license. -
FIG. 1 a shows an OMA DRM version 1.0 system in which the DRM RO containing a non-encrypted content encryption key (CEK) is delivered from theRI server 103 to themobile terminal 101. In the OMA DRM version 1.0 system, there are serious shortcomings in that the content can be acquired and distributed by an unauthorized user who obtained the DRM Content Format (DCF) and RO (i.e., the license of the corresponding DRM content), simultaneously. -
FIG. 1 b shows an OMA DRM version 2.0 system in which an authentication authority 104 (for example, Content Management Licensing Administrator: CMLA) is introduced. The CMLA 104 transfers the contentencryption keys CEK mobile terminal 101 and theRI 103, respectively, and the RI 103 transfers the RO contained the encrypted CEK to themobile terminal 101. Accordingly, in the OMA DRM version 2.0 system, the content can be decrypted only in themobile terminal 101 having the CEK, resulting in reinforcement of usage right protection. - In the conventional OMA DRM version 2.0 system, however, each content is individually protected by one RO, whereby the RO acquisition process, especially when acquiring multiple ROs, is laborious and time-consuming. For example, extending the validity of a number of ROs for expired MP3, video, and game files requires multiple RO purchasing processes, resulting a great degree of user inconvenience. Thus, there is a need in the art for a more user convenient method that provides effective protection of content.
- The present invention has been made in part to solve at least some of the above problems and to provide at least some of the advantages discussed herein below. The present invention provides an RO acquisition method and apparatus that is capable of acquiring multiple ROs in a composite manner.
- Also, the present invention also provides an RO acquisition method and apparatus that is capable of increasing benefits both to consumers and DRM content providers, as well as improving user convenience by simplifying the RO acquisition process.
- Also, the present invention provides an RO acquisition method and apparatus that is capable of improving the efficiency of a DRM system by simplifying the RO acquisition process in a composite manner.
- In accordance with an exemplary aspect of the present invention, the rights object acquisition method of mobile terminal includes generating, in response to a group rights object acquisition command, a group rights object acquisition request with content identifiers assigned to individual contents corresponding to the rights objects indicated by the group rights object acquisition command; sending the group rights object acquisition request to a rights issuer; and receiving a group rights object acquisition response containing rights object identifiers assigned to the rights objects from the rights issuer.
- In accordance with another exemplary aspect of the present invention, a rights object acquisition method of a mobile terminal includes transmitting a rights object acquisition protocol (ROAP) trigger request referencing multiple contents to a rights issuer; receiving an ROAP trigger from the rights issuer in response to the ROAP trigger request; transmitting a rights object (RO) request referencing at least one content to the rights issuer after receiving the ROAP trigger; receiving an RO response from the rights issuer in response to the RO request; and acquiring at least one RO corresponding to the at least one content from the RO response.
- In accordance with yet another exemplary aspect of the present invention, a rights object acquisition method in a digital rights management system includes transmitting, in response to a multiple rights object (RO) acquisition command, rights object acquisition (ROAP) trigger request referencing content identifiers (CIDs) assigned to multiple DRM contents to a rights issuer (RI); receiving an ROAP trigger referencing RO identifiers (roIDs) assigned to the ROs corresponding the DRM contents from the RI in response to the ROAP trigger request; transmitting an RO request referencing at least one DRM content selected by a user to the RI after receiving the ROAP trigger; receiving an RO response containing at least one RO corresponding to the at least one DRM content from the RI; and acquiring the at least one RO for the at least one DRM content from the RO response.
- In accordance with still another exemplary aspect of the present invention, a rights object acquisition method of a mobile terminal in a digital rights management (DRM) system includes generating, in response to a group rights object acquisition command, a rights object acquisition protocol (ROAP) trigger request; checking a common header of a DRM content format (DCF) containing at least one DRM content; selecting a right issuer (RI) for acquiring rights objects (ROs) corresponding to at least one DRM content with reference to the common header; and transmitting the ROAP trigger request to the IR.
- In accordance with still another exemplary aspect of the present invention, a rights object acquisition method for a digital rights management (DRM) system including a rights issuer (RI) issuing rights objects (ROs) to a mobile terminal includes receiving, at the RI, a rights object acquisition protocol (ROAP) trigger request referencing a plurality of content identifiers (CIDs) assigned to a plurality of contents from the mobile terminal; generating ROAP trigger referencing a plurality of rights object identifiers (roIDs) assigned to the ROs corresponding to the contents; and transmitting the ROAP trigger to the mobile terminal.
- In accordance with another exemplary aspect of the present invention, a rights object acquisition method of a mobile terminal includes generating, in response to a group rights object acquisition command, a rights object acquisition protocol (ROAP) trigger request referencing a plurality of contents identifiers (CIDs) assigned to a plurality of contents indicated by the group rights object acquisition command; transmitting the ROAP trigger request to a rights issuer (RI) located by common uniform resource locator (BatchRIURL) headers of the contents; receiving an ROAP trigger referencing a plurality of rights object identifiers (roIDs) assigned to rights objects corresponding to the contents from the RI; and acquiring at least one RO corresponding to at least one content with reference to the roIDs in a composite manner
- The above and other objects, features and advantages of the present invention will be more apparent from the following detailed description in conjunction with the accompanying drawings, in which:
-
FIG. 1 a andFIG. 1 b are diagrams illustrating RO delivery procedures in conventional OMA DRM systems; -
FIG. 2 is a block diagram illustrating an exemplary configuration of a mobile terminal according to an exemplary embodiment of the present invention; -
FIG. 3 a is a flowchart illustrating an overview of a rights object acquisition method according to an exemplary embodiment of the present invention; -
FIG. 3 b is diagram illustrating an exemplary data structure of an ROAP trigger (RO response) message according to an exemplary embodiment of the present invention; -
FIG. 4 is a message flow diagram illustrating an example of a rights object acquisition method according to an exemplary embodiment of the present invention; -
FIG. 5 is a flowchart illustrating an example of a DRM content object list generation procedure of the rights object acquisition method ofFIG. 3 a; -
FIG. 6 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure ofFIG. 5 ; -
FIG. 7 is a flowchart illustrating examples of a DRM content list generation procedure of the rights object acquisition method ofFIG. 3 a according to another exemplary embodiment of the present invention; -
FIG. 8 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure ofFIG. 7 ; -
FIG. 9 is a message flow diagram illustrating an exemplary rights object acquisition method according to another exemplary embodiment of the present invention; -
FIG. 10 is a message flow diagram illustrating a right object acquisition method according to another exemplary embodiment of the present invention; -
FIG. 11 a is an example of a screen image illustrating a step of displaying the DRM content list inFIG. 4 ; -
FIG. 11 b is a diagram illustrating an exemplary information field structure of a DRM content list ofFIG. 11 a; -
FIG. 12 is a message flow diagram illustrating an exemplary rights object acquisition method according to another exemplary embodiment of the present invention; -
FIG. 13 is a diagram illustrating a structure of DCF proposed for the rights object acquisition method according to an exemplary embodiment of the present invention; and -
FIG. 14 is a message flow diagram illustrating an exemplary rights object acquisition method according to another exemplary embodiment of the present invention. - Exemplary embodiments of the present invention are described with reference to the accompanying drawings in detail. It is to be understood that the drawings and examples discussed herein have been provided for illustrative purposes only, and the present invention is not limited to the illustrative examples provided herein. The same reference numbers are used throughout the drawings to refer to the same or like parts. For the purposes of clarity and simplicity, detailed descriptions of well-known functions and structures incorporated herein may be omitted to avoid obscuring appreciation of the subject matter of the present invention by a person of ordinary skill in the art.
- Table 1 comprises a list of abbreviations used in the following exemplary detailed descriptions of the present invention.
-
TABLE 1 OMA Open Mobile Alliance DRM Digital Right Management DCF DRM Content Format RO Right Object (=License) ROAP Right Object Acquisition Protocol FL Forward Lock CD Combined Delivery SD Separate Delivery CEK Content Encryption Key RI Right Issuer CI Content Issuer (=Content Server) CA Certificate Authority OCSP Online Certificate Status Protocol CMLA Content Management License Administrator -
FIG. 2 is a block diagram illustrating a configuration of a mobile terminal according to an exemplary embodiment of the present invention. - Referring to
FIG. 2 , themobile terminal 200 includes acontrol unit 201, anaudio processing unit 204, aninput unit 205, a radio frequency (RF)unit 206, adata processing unit 207, amemory unit 208, acamera unit 209, avideo processing unit 210, and adisplay unit 211. - The
control unit 201 controls general operations of themobile terminal 200 and cooperative signaling between the internal elements of themobile terminal 200. In other words, thecontrol unit 201 controls the cooperative signaling among theaudio processing unit 204,input unit 205,data processing unit 207,memory unit 208,camera unit 209,video processing unit 210, anddisplay unit 211. - If a play command is detected, the
control unit 201 checks information on the target DRM content file (e.g., DCF file) and performs a series of processes for decoding and playing the DRM content file. - For example, the
control unit 201 checks ROs stored in thememory unit 208 when an access to the content is detected or a value of a specific constraint contained in the RO becomes unavailable. In a case of an available RO is retrieved, the DRM content can be played. - Still referring to
FIG. 2 , theaudio processing unit 204 converts audio data into an analog signal and outputs the analog signal through a speaker (SPK) in the form of an audible sound wave and converts the analog signal input through a microphone (MIC) into audio data. - The
input unit 205 can be implemented, for example, with at least one of a keypad and a touch panel including a plurality of alphanumeric keys for inputting text and numeric data and a plurality of function keys for executing various functions of themobile terminal 200. Theinput unit 205 receives a key input and outputs an input signal corresponding to the key input to thecontrol unit 201. Thecontrol unit 201 executes a task indicated by the input signal. - The
RF unit 206 is responsible for radio communication with a cellular network or any other type of wireless communication network. TheRF unit 206 includes an RF transmitter for up-converting and amplifying the signal to be transmitted and an RF receiver for low-noise amplifying and down-converting the received signal. - The
data processing unit 207 includes a transmission portion for encoding and modulating a signal to be transmitted through theRF unit 205 and a reception portion for demodulating and decoding the signal received through theRF unit 205. - The
memory unit 208 includes a program memory region and a data memory region. The program memory region stores the operating system for booting up themobile terminal 200 and application programs. The data memory region stores user data with the execution of the applications. The user data can be copied from an external storage such as portable memory and hard disc or downloaded from a remote server or other mobile terminal through a wired or wireless communication channel. Particularly, the user data include DRM contents. - The
camera unit 209 converts an image projected on a lens into an optical signal and converts the optical signal into a digital signal. Thevideo processing unit 210 converts the digital signal output by thecamera unit 209 into a video signal for generating screen data. - The
display unit 211 displays the screen data output by thevideo processing unit 210. Thedisplay unit 211 is implemented with a flat panel display, such as a liquid crystal display (LCD) having a touchscreen function. In this case, thedisplay unit 211 can be a part of theinput unit 206. When a content is used to the usage limit of a constraint contained in the corresponding RO, thedisplay unit 211 may display a RO package acquisition solicitation message under the control of thecontrol unit 201. - Although the mobile terminal is described above with the structure depicted in the exemplary drawings, it will be understood that at least one of the internal units of the mobile terminal may be omitted, or replaced by another functional unit. In addition at least another functional unit not shown in the drawings, may be added to the mobile terminal. In other words the functional units could be fewer or greater than those shown in the examples, and may have different functionality.
- For example, the
mobile terminal 200 may provided with a memory slot for receiving external storage media such as memory card, a short range communication module such as Infrared Data Association (IrDA) and Bluetooth, multimedia module such as MP3 module, electronic transaction module such as mobile banking chip and traffic card chip, broadcast receiver module, data communication port for exchanging data with other devices, battery module, and power charging module. -
FIG. 3 a is a flowchart illustrating an example of a rights object acquisition method according to an exemplary embodiment of the present invention. - In
FIG. 3 a, a mobile terminal, such as, for example, themobile terminal 200 shown inFIG. 2 , operates in an idle mode (S301). While operating in the idle mode, themobile terminal 200 determines whether a DRM content execution mode has been activated (S303). The DRM content execution mode is activated when an access event (consumption, update, or purchase) to a specific DRM content object is detected. - If a DRM content execution mode is activated at step (S303), the mobile terminal generates a DRM content object list in response to a DRM RO acquisition command input by the terminal user 150 (S305).
- The DRM content objects are encrypted multimedia files to which corresponding ROs are not acquired or nearly expired in association with their constraints.
- In order to generate the DRM content object list (S305), the terminal generates a RO Acquisition Protocol (ROAP) trigger request (common rights object acquisition request) message for requesting information on the DRM content objects selected or approved by the terminal user 150.
- The ROAP trigger request message includes a content identifier (CID, contentID) of at least one DRM content object. The ROAP trigger request message may further include at least one of a device identifier (DeID) of the
mobile terminal 200, permissions of individual ROs, and constraints for restricting the permissions. - Permissions are actual usages or activities allowed over protected content. For example, in the case of content granted only, the “display” permission can be only displayed, and the content granted the “display” and “print” permissions can be displayed and printed.
- The
mobile terminal 200 generates an ROAP trigger request message containing the DRM content list and sends the ROAP trigger request message to the RI. In this exemplary embodiment, themobile terminal 200 is connected through at least one wired or wireless communication networks. - The RI generates a ROAP trigger (a common rights object acquisition response) message with reference to the CIDs of the contents listed in the ROAP trigger request message and transmits the ROAP trigger message to the
mobile terminal 200. At this time, costs for purchasing the contents are contained in the ROAP trigger message. The ROAP trigger message contains at least one of the RO identifier (roID) assigned to the content. The ROAP trigger message may contain at least one rights object acquisition address of the content (roapURL) element, RI identifier (RIID), RI Alias, Domain ID, Domain Alias, and Nonce. The Nonce element is a random value of 32 or 64 bits assigned by the RI. - The
control unit 201 receives the ROAP trigger message and generates the DRM content list composed of contents. At this time, thecontrol unit 201 displays purchasing cost information on the screen of thedisplay unit 211 for obtaining user consent. - In this exemplary embodiment, the RI generates and sends a ROAP trigger message referencing RO identifiers assigned to ROs corresponding individual contents. The
mobile terminal 200 requests to RI an ROAP trigger message for multiple contents through the ROAP trigger request message. - Still referring to
FIG. 3 a, after generating the DRM contents list at step S305, thecontrol unit 201 generates an RO Request message for acquiring ROs corresponding to the contents listed in the DRM contents list (S307). - The RO Request message contains roIDs assigned to the ROs corresponding to the contents. The roIDs can be extracted from the ROAP trigger message received from the RI in response to the ROAP trigger request message. The RO Request message also contains parameters such as DeID, RIID, Nonce, request time, RO Information (RO Info), certificate chain, signature, and extensions.
- Table 2 shows an exemplary RO Request message format according to an exemplary embodiment of the present invention. In Table 2, the RO Request message contains roIDs (ro11, ro53, and ro97) of three contents selected by the user and a nonce identical with that contained in the ROAP trigger message. The roIDs also are contained the ROAP trigger message received from the RI.
-
TABLE 2 <roap:roRequest xmlns: roap“urn:oma:bac:dldrm:roap-1.0”triggernonce=uPjd/olB1SkflpSrkhf/ <roID>ro11; ro53; ro97</roID> - The
mobile terminal 200 sends the RO Request message to the RI through a wired or wireless communication network (S309). - Moreover, the RI may verify the RO Request message. In this case, if the RO Request message is successfully verified, the RI generates a RO Response message and sends the RO Response to the
mobile terminal 200. - The RO Response message states a plurality of protectedROs. With the <roap:protectedRO> element, a plurality of values can be contained in a single RO Response message without increasing computation amount since the values of the rights objects decrease by using a hash algorithm.
- After sending the RO Request message, the
control unit 201 determines whether a RO Response message has been received in response to the RO Request message (S311). The RO Response message contains ROs corresponding to the DRM content objects. - Table 3 shows an exemplary RO Response message according to an exemplary embodiment of the present invention. In Table 3, the RO Response message contains the roIDs (ro11, ro53, and ro97) indicating the ROs issued by the RI.
-
TABLE 3 <roap:roResponse xmlns: roap“urn:oma:bac:dldrm:roap-1.0”status=“Success” <nonce>uPjd/olB1SkflpSrkhf/ <roID>ro11; ro53; ro97</roID> - The RO Response message also contains parameters such as Status, DeID, RIID, ProtectedRO, Certificate Chain, Online Certificate Status Protocol (OCSP), OCSP Response, Signature, and Extensions.
- A Nonce can be optionally contained in the RO Response message. In this case, the Nonce is identical with that of the ROAP trigger message and RO Request message. In other words, the RO Response message is the ROAP trigger message and RO Request message contain the same Nonce.
-
FIG. 3 b is diagram illustrating a data structure of an RO response message according to an exemplary embodiment of the present invention. - The RO response message is sent from the RI to the mobile terminal in response to an RO Request message. As shown in
FIG. 3 b, the RO Response message includes the protected ROs (protectedRO) for individual contents, and each protectedRO contains at least one permission with at least one constraint. In a case of RO Response message for a multipart DCF containing an MP3 file and an image file, two protectedRO are carried by the RO Response message. The protectedRO may contain a “play” permission with a constraint element set to “one month” or “one week and 7 times”. For example, the value of “one week and 7 times” of the constraint element means that the MP3 file is restricted to be played 7 times during a week. The protectedRO may contain a “display” permission with “one month”, “ten times” or “one month and ten times”. That is, the constraints are dependent on the permissions. - Moreover, the permissions include “play”, “display”, “execute”, and “print”. The constraints include “count”, “timed-count”, “datetime”, “interval”, “individual”, and “system”.
- If an RO Response message is received from the
RI 250, thecontrol unit 201 of themobile terminal 200 acquires the ROs corresponding to the contents from the RO Response message (S313). - The
control unit 201 updates the contents with the acquired ROs. The update means to extend the usage rights on the expired contents or enable consumption of the newly downloaded contents. -
FIG. 4 is a message flow diagram illustrating a rights object acquisition method according to an exemplary embodiment of the present invention. - Referring to
FIG. 4 , the rights object acquisition method ofFIG. 3 a is described primarily with message flows between themobile terminal 200 andRI 250 connected through wired/wireless communication network and interactions between a terminal user 150 and themobile terminal 200. - The
control unit 201 of themobile terminal 200 enters into a DRM content execution mode in response to a predetermined event (S401). If themobile terminal 200 enters into the DRM content execution mode, thecontrol unit 201 controls thedisplay unit 211 displays a DRM content list or a RO package acquisition solicitation message on a screen (S403).FIG. 11 a is a screen image illustrating a step of displaying the DRM content list inFIG. 4 , andFIG. 11 b is a diagram illustrating an exemplary information field structure of a DRM content list ofFIG. 11 a. - As shown in the example in
FIG. 11 a, the DRM content list is generated with the DRM content objects of which usage rights have expired or are close to expiration. Thecontrol unit 201 retrieves the DRM content objects from DRM content database stored in thememory unit 208. - Now referring to
FIG. 4 again, while displaying the DRM content list, the terminal user 150 selects at least one DRM content object for which an RO is acquired and sets constraints associated with usage duration and times of the content (S405). - If the content selection and constraint settings are completed, the
control unit 201 generates an ROAP trigger request with the settings of the selected contents and sends RO Request to the RI 250 (S407). - In response to the generating and sending of the ROAP trigger request, if a ROAP trigger request is received, the
RI 250 generates an ROAP trigger with reference to the settings contained in the ROAP trigger request and sends the ROAP trigger to the mobile terminal 200 (S409). The ROAP trigger may contain, for example, information on the prices of the ROs. In this case, themobile terminal 200 calculates a purchasing cost on the basis of the prices and displays the information the purchasing cost on the screen (S411). Also, themobile terminal 200 outputs a message asking whether to confirm or cancel the purchase on the RO. - Still referring to
FIG. 4 , the terminal user 150 decides whether to confirm or cancel the purchase on the RO (S413). If the terminal user 150 cancels the purchase, themobile terminal 200 repeats step S403 such that the user selects the DRM content objects and sets the constraint again at step S405. - If the terminal user 150 confirms the purchase on the RO, the
mobile terminal 200 generates a RO Request (roRequest) message for acquiring the purchase-confirmed RO and sends the roRequest message to the RI 250 (S415). - If a purchase-confirm command is input through the
input unit 205, themobile terminal 200 processes a payment for purchasing the RO with theRI 250 through an authentication or mobile banking procedure. For this reason, themobile terminal 200 is provided with, for example, an electronic transaction module or a mobile banking module. - If the roRequest message is received, the
RI 250 generates an RO response (roResponse) message containing the requested DRM RO and sends the roResponse message to the mobile terminal 200 (S417). - If the roResponse message is received, the
mobile terminal 200 acquires the purchased DRM RO from the roResponse message (S419). - In a case of an RO acquisition for free content or post-payment content, the price exchange, purchase confirmation, and payment steps can be skipped.
-
FIG. 5 is a flowchart illustrating an example of a DRM content object list generation procedure of the rights object acquisition method ofFIG. 3 a, andFIG. 6 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure ofFIG. 5 . InFIGS. 5 and 6 , it is assumed that the DRM content list is composed of items representing DRM content objects stored within thememory unit 208 of themobile terminal 200, at step S305 ofFIG. 3 a. - A DRM RO acquisition system for implementing the RO acquisition method according to the present invention includes a
mobile terminal 200 for requesting the ROs for composite contents and anRI 250 for issuing the ROs to the mobile terminal 200 (seeFIGS. 6 , 8 and 10). TheRI 250 sends additional information on a number of available constraint updates and price information of the respective ROs to themobile terminal 200. - The
mobile terminal 200 operates in the DRM content execution mode (S501 and S601). In the DRM content execution mode, themobile terminal 200 then determines whether at least one reference constraint value of a DRM content object has been set (S503). The reference constraint values are set, for example, to judge maturity of the expiration of the usage times and duration of the DRM content object. For example, the reference constraint value can have the remaining available usage times set to 1, or have the remaining available usage duration set to 1 hour. In a case that the reference constraint values have not been set, themobile terminal 200 may output a reference constraint value setup solicitation message (S505). Accordingly, themobile terminal 200 sets a reference constraint value according to a user manipulation of a series of setup menu screens (S507). - Next, the mobile terminal determines whether there is at least one DRM content object of which usage right has expired, or is close to expiration/exhaustion, with reference to the reference constraint value (S509). In other words, the
mobile terminal 200 retrieves the DRM content objects of which usage right has expired, or is about to expire (e.g. nearly expired), from thememory unit 208 of themobile terminal 200. If no DRM content object of which the usage right has expired or is closed to expiration, the mobile terminal executes a command input by the terminal user 150 in association with a DRM content object (S517). - If at least one DRM content object of which RO has a constraint value equal to or less than the reference constraint value (update candidate object) exists, the
mobile terminal 200 generates and displays an update candidate object list composed of the update candidate objects together with file information of the individual update candidate DRM content objects (S511 and S603). The file information includes remained usage times and durations of the individual DRM content objects. - Next, the
mobile terminal 200 detects a user command and determines whether a user command is an object selection command for selecting a specific DRM content object from the update candidate object list (S513 and S605). - The ROs associated with DRM content objects selected on the update candidate DRM content list are acquired (purchased). The DRM content object selected by the user is presented with a marker marked in a check box provided at a side of the DRM content object as shown in
FIG. 11 a. - The DRM content list structured in the form of a table as shown in the example in
FIG. 11 b. The DRM content table is composed of, for example, a serial number field, a content name field, a remaining usage right field, and another field. An example of usage of the other field is for a file extension indicating the type of the content. The DRM content list may provide information obtained from theRI 250. For example, an information field can be provided for indicating information received from theRI 250 such as updated times of available constraints associated with the DRM contents and prices of the right objects. The DRM content list can be displayed with the RO package acquisition solicitation message for obtaining user consent. - If the user command is not an object selection command, the
mobile terminal 200 determines whether the user command is an object consumption command for consuming at least one update candidate object of which associated constraint has not expired (S515). If the user command is an object consumption command for consuming a specific update candidate object of which associated constraint has not expired, themobile terminal 200 consumes the specific update candidate object (S517). - However, if the user command is not an object consumption command or there is no update candidate object of which associated constraint has not expired, the mobile terminal ends the DRM object consumption mode.
- In the meantime, if the user command is an object selection command (at step S513), the
mobile terminal 200 generates an ROAP trigger request with an object package containing at least one update candidate object selected by the user command (S519 and S607). - The ROAP trigger request includes but is not limited to CIDs of selected DRM contents. As described above, the ROAP trigger request may include at least one of the DeID of the
mobile terminal 200, permissions or ROs to the contents, and constraints restricting permissions. - The constraints (i.e., the restriction information of the ROs corresponding to the DRM contents) can be selected by DRM content or set with same usage times or duration. If the user sets the constraints for the DRM contents through a webpage of the
RI 250, themobile terminal 200 accesses theRI 250 through the wired/wireless network, so as to set the constraints for the DRM contents stored in themobile terminal 200. - After generating the ROAP trigger request in the above manner, the
mobile terminal 200 sends the ROAP trigger request to theRI 250 through the wired/wireless communication network (S521). - If the ROAP trigger request is received, the
RI 250 generates a ROAP trigger and sends the ROAP trigger to themobile terminal 200 in response to the ROAP trigger request (S609). The ROAP trigger is sent together with the price information on the corresponding DRM contents. - The ROAP trigger contains roIDs assigned the ROs corresponding to the DRM contents. Also, the ROAP trigger may contain ROAP address (roapURL) or the
RI 250. The ROAP trigger may further selectively contain one or more of the RI ID, RI Alias, Domain ID, and Domain Alias. - When security is required, the
RI 250 sends the ROAP trigger having a Nonce value to themobile terminal 200. - After transmitting the ROAP trigger request, the
mobile terminal 200 determines whether a ROAP trigger and price information is received (S523). - If a ROAP trigger and price information is received, the
mobile terminal 200 displays the price information on the screen of the display unit 211 (S525 and S611). For example, a guide message “total price is 2500 won. Do you want to purchase the DRM contents package?” is displayed for notifying the user of the total price of the DRM ROs. - Next, the
mobile terminal 200 detects a user command and determines whether the user command is a purchase approval command (S527). If the user command is not a purchase approval command, thecontrol unit 201 determines that the user command is a purchase cancellation command and repeats step S513 such that the terminal user 150 reselects DRM contents. If the user command is a purchase approval command, thecontrol unit 201 generates a purchase-approved DRM content list of which ROs are to be purchased in an in package (S529 and S615). It should be understood that a purchase should be defined broadly and could, for example, include a prepaid account where a purchase is a deduction from a prepaid balance - After generating the DRM contents list, the
mobile terminal 200 generates an RORequest message with the DRM contents list at step S307 ofFIG. 3 a. -
FIG. 7 is a flowchart illustrating an example of a DRM content list generation procedure of the rights object acquisition method ofFIG. 3 a according to another exemplary embodiment of the present invention, andFIG. 8 is a message flow diagram illustrating exemplary message flows between entities in the DRM content list generation procedure ofFIG. 7 . - In
FIGS. 7 and 8 , it is assumed that themobile terminal 200 has received the price information of the DRM contents from theRI 250. - The
mobile terminal 200 operates in the DRM content execution mode (S701 and S801). In the DRM content execution mode, thecontrol unit 201 of themobile terminal 200 determines whether at least one DRM content object exists in the memory unit 208 (S703). If no DRM content object exists in thememory unit 208, themobile terminal 200 maintains a standby state. If at least one DRM content object exists, themobile terminal 200 connects to theRI 250 through a wired/wireless communication network and sends a stored DRM content list listing the DRM content objects stored within the memory unit 208 (S705 and S803). Next, themobile terminal 200 receives price information on the ROs associated with the DRM content objects listed in the DRM content list from the RI 250 (S707 and S805). - Still referring to
FIGS. 7 and 8 , after receiving the price information, themobile terminal 200 determines whether a reference constraint value of ROs corresponding to the DRM content objects (S709) is set. - If no reference constraint values of ROs are set, the
mobile terminal 200 displays a reference constraint value configuration solicitation message (S711) and configures a reference constraint value in accordance with user input (S713). If the reference constraint value is configured, themobile terminal 200 determines whether at least one DRM content object of which RO has a constraint value equal to or less than the reference constraint value exist in the memory unit 208 (S715). - If no DRM content object of which RO has a constraint value equal to or less than the reference constraint value exists, then the
mobile terminal 200 consumes a DRM content object selected by the user (S723). - On the other hand, if at least one DRM content object of which RO has a constraint value equal to or less than the reference constraint value (update candidate object) exists, the
mobile terminal 200 generates and displays an update candidate object list composed of the update candidate objects together with contents information of the individual update candidate objects (S717 and S807). The file information also includes residual usage times and duration of the individual DRM content objects. - Next, the
mobile terminal 200 detects a user command and determines whether a user command is an object selection command for selecting a specific DRM content object from the update candidate object list (S719 and S809). If the user command is not an object selection command, themobile terminal 200 determines whether the user command is an object consumption command for consuming at least one update candidate object of which an associated constraint has not expired (S721). If the user command is an object consumption command for consuming a specific update candidate object of which associated constraint has not expired, themobile terminal 200 consumes the specific update candidate object (S723). - If the user command is not an object consumption command or there is no update candidate object of which associated constraint has not expired, the mobile terminal ends the DRM object consumption mode.
- In the meantime, if the user command is an object selection command at step S719, the
mobile terminal 200 generates a temporary DRM contents list composed at least one update candidate object selected by the user command (S725 and S811). - Next, the
mobile terminal 200 calculates a cost for purchasing the objects listed in the temporary DRM contents list on the basis of price information received, at step S707, from the RI 250 (S727 and S813) and displays the purchase cost (S729 and S815). - While displaying the purchase cost, the
mobile terminal 200 detects a user command input by the terminal user 150 and determines whether the user command is a purchase approval command (S731 and S817). If the user command is not a purchase approval command, themobile terminal 200 regards the user command is a purchase cancellation command, so as to repeat steps S715 to S731. - If the user command is a purchase approval command, the
mobile terminal 200 generates a DRM contents list of which ROs to be purchased in a package (S733 and S819). - After generating the DRM contents list, the
mobile terminal 200 then generates an RO Request message with the DRM contents list at step S307 ofFIG. 3 a. -
FIG. 9 is a message flow diagram illustrating an example of a rights object acquisition method according to another exemplary embodiment of the present invention. - Referring to
FIG. 9 , if an RO acquisition command is input for acquiring ROs corresponding to one or more DRM content objects, themobile terminal 200 generates an ROAP Trigger Request message and sends the ROAP Trigger Request message to the RI 250 (S910). The ROAP Trigger Request message includes at least one content identifier (CID). The ROAP Trigger Request message also includes at least one of the device identifier (DeID) of themobile terminal 200 and constraints for restricting the usage rights of the selected content objects. - In a case that a parent license of at least two child licenses exists, the ROAP Trigger Request message may further includes the parent license information. For example, in order to acquire two ROs for a
track 1 and atrack 3 dependent on a music album A, the ROAP Trigger Request message may include an identifier of album A in addition to the identifiers of thetrack 1 andtrack 2. In this case, the ROs for thetrack 1 andtrack 3 can be acquired only with the RO for the album A afterward. - By constraining the play permissions of the
track 1 andtrack 3 with a parent RO, eithertrack 1 andtrack 3 can be played up to a total usage times restricted by a constraint of the parent RO. - Also, different parent licenses can be applied. For example, the user may create a content list (e.g., my list and favorite list) as a parent group. In this case, the rights objects of the content objects listed in the content list depends on the multiple rights object for the content list.
- The DRM content object may comprise a content object that is received from another device (for example, another terminal or server) but has not acquired a corresponding RO, or of which the RO has expired.
- The
mobile terminal 200 selects an RI for purchasing an RO of at least one DRM content object with reference to an RI's Uniform Resource Location (URL) information contained in the header information of the DRM content object. The ROAP Trigger Request message is sent to the RI URL. - In order to send the ROAP Trigger Request message, a DCF structure has an additional field indicating the address of the
RI 250 for acquiring multiple ROs in a composite manner. -
FIG. 13 is a diagram illustrating a structure of DCF proposed for the rights object acquisition method according to an exemplary embodiment of the present invention. - In
FIG. 13 , aBatchRIURL 1310 is an address of RI which is issuing a multiple RO, and a BatchRIURLLength 1320 indicates a length of theBatchRIURL 1310. - The BatchRIURLLength 1320 is optional information, so as not to be included in the DCF structure.
- At least one BatchRIURL is included in a DCF structure. The greater a number of BatchRIURL is, the more the ROs content objects can be sent.
- For example, if a content A includes a BatchRIURL A and a content B includes a BatchRIURL B, it can be difficult to acquire the ROs of the contents A and B in a composite manner. However, if the BatchRIURLs A and B are included in the content A, the ROs of the contents A and B can be acquired in a composite manner since the common RI address B from which the ROs of the two contents A and B can be acquired exist.
- In a case that at least two BatchRIURLs exist from which ROs of the content objects can be acquired, a BatchRIURL having a best quality and reliability (for example, an address of the RI servicing at higher data rate or a superior capability) can be selected. For this purpose, the
mobile terminal 200 manages the BatchRIURLs or equivalent information of the content objects in the form of a list or a database. - The BatchRIURL field can be added within the common header of the DCF structure as a mandatory field or included in an extended header field, which is mandatory field, located in the common header.
- Also, the
mobile terminal 200 may select an RI for acquiring ROs of the DRM content objects in a composite manner with reference to the RI URLs stored in thememory unit 208 and send an ROAP Trigger Request message including the selected RI URL. Also, themobile terminal 200 may request an RI URL for receiving ROs of the DRM content objects to theRI 250 and send an ROAP Trigger Request message to the RI URL received from theRI 250. The RI URL received from theRI 250 is typically stored within thememory unit 208 and uses for acquiring the ROs in a composite manner later. - In response to the ROAP Trigger Request message, the
RI 250 generates a ROAP Trigger message and sends the ROAP Trigger message to the mobile terminal 200 (S920). The ROAP Trigger message may include price information on the ROs of the content objects indicated by the ROAP Trigger Request message. Also, the ROAP Trigger message may include one or more roIDs to identify the ROs corresponding to the content objects. The ROAP trigger message may include at least one of roapURL, RI ID, RI Alias, Domain ID, Domain Alias, and Nonce. - The ROAP Trigger request message and ROAP Trigger message can be sent in the form a HTTP GET or a HTTP POST (see RO acquisition mechanism of OMA DRM v2.0). In a multiple RO acquisition method for acquiring multiple ROs simultaneously, the message length may increase, whereby HTTP POST prefers to send the ROAP messages.
- In addition, the
mobile terminal 200 may display the price information on the screen for user reference. - If the RO Trigger message is received, the
mobile terminal 200 generates an RO Request message for requesting one or more ROs corresponding to the DRM content objects and sends the RO Request message to the RI 250 (S930). The ROs may be identical with those indicated in the RO Trigger Request message or may not be identical with those indicated in the RO trigger Request message. That is, the DRM content objects for which ROs are to be acquired may be changed by the user. - If the RO Request message is received, the
RI 250 generates an RO Response message containing the ROs indicated in the RO Request message and sends the RO Response to the mobile terminal (S940). - Consequently, the
mobile terminal 200 can acquire the ROs by extracting the ROs contained in the RO Response message in a batch processing manner. - The procedure (S910 to S940) can be applied in an abnormal situation. For example, if the DCF of
FIG. 13 includes an abnormal header such as a Silent header, or a Preview header for carrying free contents without user interaction for payment and purchase approval, the RO acquisition procedure S910 to S940 may be progressed as a background operation under the negotiation between themobile terminal 200 andRI 250. In this case, address information for acquiring a multiple of ROs such as a silent group URL (silent-group-url) may included in the abnormal header such that themobile terminal 200 can access to the RI with reference to the silent group URL to acquire the DCF files, i.e. the ROs of the DRM content objects. - For the background execution of the RO acquisition procedure, permissions, constraints, and purchase information are selectively included in the DCF structure in addition to the silent header. The permissions may include at least one of “play”, “display”, “execute”, “print”, and “export” permissions. The constraints may include at least one of “count”, timed-count”, “datetime”, “interval”, “individual”, and “system”. The constraints are dependent on the individual permissions. The purchase information may include prices of the content objects and contract policies such as a fixed charge system and a metering-based charge system.
- The silent group URL, permissions, constraints, and purchase information can be included in additional parts for allowing the user to the parameters therein, or in mandatory parts for protecting the parameters from being tampered. The RO Response message may further include a Session ID for establishing a session between the
mobile terminal 200 and theRI 250. -
FIG. 10 is a message flow diagram illustrating a right object acquisition method according to another exemplary embodiment of the present invention. - Referring to
FIG. 10 , if an RO acquisition command is input for acquiring ROs corresponding to one or more DRM content object, themobile terminal 200 generates an ROAP Trigger Request message and sends the ROAP Trigger Request message to the RI 250 (S1010). - The ROAP Trigger Request message includes one or more DRM content identifiers (CIDs). Also, the ROAP Trigger Request message also includes at least one of the device identifier (DeID) of the
mobile terminal 200 and constraints for restricting the usage rights of the selected content objects. The DRM content objects are either the content objects received from another mobile terminal or downloaded from a server or the content objects of which right objects has expired or are close to expires. - Here, the
mobile terminal 200 selects an RI for purchasing the ROs corresponding to the DRM content objects with reference to the RI URL information and sends the ROAP Trigger Request message to the selected RI. - If the ROAP Trigger Request message is received, the
RI 250 generates an ROAP Trigger message and sends the ROAP Trigger message to themobile terminal 200. The ROAP Trigger message includes the price information on the ROs corresponding to the content objects indicated by the ROAP Trigger Request message. The ROAP Trigger message further includes roIDs assigned to the individual ROs. The ROAP Trigger message further includes at least one of RI ID, RI Alias, Domain ID, Domain Alias, and Nonce. - If the RO Trigger message is received, the
mobile terminal 200 generates an RO Request message for requesting one or more ROs corresponding to the DRM content objects and sends the RO Request message to the RI 250 (S1030). - In response to the RO Request message, the
RI 250 generates an RO Response message containing the ROs indicated in the RO Request message and sends the RO Response to the mobile terminal (S1040). The RO Response message may include a session ID. - If the RO Response message is received, the
mobile terminal 200 extracts the ROs from the RO Response message. In a case that a session ID is included in the RO response message, themobile terminal 200 establishes a session with theRI 250 on the basis of the session ID and sends a RO Confirm Request message to theRI 250 through the session (S1050). Since the RO Confirm Request message includes a parameter such as “RO Confirm Info”, theRI 250 is acknowledged the successful RO acquisition. - Upon receiving the RO Confirm Request message, the
RI 250 checks that the requested ROs are successfully issued and determines whether to end the session or resend the RO Response message. If the parameter “RO Confirm Info” is included in the RO Confirm Request message, theRI 250 determines that the ROs are successfully issued and thus send an RO Confirm Response message to themobile terminal 200. - The RO acquisition method of the present invention can be implemented without BatchRIURL in the DCF structure.
-
FIG. 12 is a message flow diagram illustrating a rights object acquisition method according to another exemplary embodiment of the present invention. In this embodiment, the DRM content object is contained with individual RI URLs rather than BatchRIURL in the DCF. - Referring to
FIG. 12 , if a multiple RO acquisition command is input by the terminal user, themobile terminal 200 generates a ROAP Trigger Request message containing CIDs of individual DRM content objects and sends the ROAP Trigger Request message to theRI 250. Here, themobile terminal 200 sends the ROAP Trigger Request message to theRI 205 with reference to an RI URL of one of multiple DRM content objects. - If the
RI 250 received the ROAP Trigger Request message has no multiple RO transmission capability, theRI 250 sends a Redirection message notifying a new URL of another RI, which has the multiple RO transmission capability, to the mobile terminal 200 (S1220). The redirection message can be one, for example, of HTTP 302, HTTP 303, andHTTP 307 messages proposed in OMA DRM. - If the Redirection message is received, the
mobile terminal 200 sends the ROAP Trigger Request message to theRI 300 indicated by the RI URL contained in the Redirection message (S1230). Accordingly, themobile terminal 200 acquires the ROs from theRI 300 through the procedure ofFIG. 9 orFIG. 10 . - As described above, the ROAP Trigger Request message and ROAP Trigger message can be exchanged in the form of HTTP GET or HTTP POST message. Also, the ROAP Trigger Request message and ROAP Trigger message can be exchanged in the format, i.e., HTTP GET or HTTP POST, designated by the RI.
-
FIG. 14 is a message flow diagram illustrating a rights object acquisition method according to another exemplary embodiment of the present invention. - Referring to
FIG. 14 , the if a multiple RO acquisition command is input by the user, themobile terminal 200 generates a ROAP Trigger Request message containing a CIDs of individual DRM content objects and sends the ROAP Trigger Request message to theRI 250. - After transmitting the ROAP Trigger Request message, the
mobile terminal 200 andRI 250 initiate a web transaction. At this time, the user can configure the permissions of ROs corresponding to the content objects together with constraints. For example, if theRI 250 publishes prices of the ROs associated with the content objects, themobile terminal 200 generates acquisition request information on the ROs approved by the user and sends the acquisition request information to theRI 250. - After the web transaction has completed by user's approval, the
RI 250 generates an ROAP Trigger message associated with the ROs to be acquired and sends the ROAP Trigger message to the mobile terminal 200 (S1430). - If the ROAP Trigger message is received, the
mobile terminal 200 generates an RO Request message for acquiring the ROs and sends the RO Request message to the RI 250 (S1440). - Upon receiving the RO Request message, the
RI 250 then issues the ROs indicated by the RO Request message and sends a RO Response message containing the ROs to themobile terminal 200. - Consequently, the
mobile terminal 200 acquires the ROs from the RO Response message in a composite manner. - Although the web transaction is performed after the ROAP Trigger Request message is transmitted to the
RI 250, it is obvious to those of ordinary skill in the art that the web transaction can be performed at any timing and multiple times. For example, the web transaction can be performed prior to the transmission of the ROAP Trigger Request message. In this case, the user may complete all the manipulations required for payment during the web transaction. Also, the web transaction can be initiated one or more times before and after the transmission of the ROAP Trigger Request message for changing the payment conditions. - Although exemplary embodiments of the present invention have been described in detail hereinabove, it should be clearly understood that many variations and/or modifications of the basic inventive concepts herein taught which may appear to those skilled in the present art will still fall within the spirit and scope of the present invention, as defined in the appended claims.
- As described above, the rights object acquisition method and apparatus of the present invention enables acquiring multiple rights objects in a composite manner, thereby improving user convenience. Also, the rights object acquisition method of the present invention can be associated with discount policy for bundle purchase of the content providers, thereby promoting sales in view of the content provider and reducing purchase cost in view of the consumer. Also, the rights object acquisition method of the present invention provides an improved DCF structure enabling acquisition of multiple rights objects in a composite manner, resulting in improvement of DRM technology.
Claims (35)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/140,983 US9160748B2 (en) | 2007-01-15 | 2013-12-26 | Rights object acquisition method of mobile terminal in digital right management system |
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20070004166 | 2007-01-15 | ||
KR10-2007-0004166 | 2007-01-15 | ||
KR10-2007-0046076 | 2007-05-11 | ||
KR20070046076 | 2007-05-11 | ||
KR10-2007-0056394 | 2007-06-09 | ||
KR1020070056394A KR101413064B1 (en) | 2007-01-15 | 2007-06-09 | A method and an apparatus for obtaining right objects of contents in a mobile terminal |
US12/014,148 US8627338B2 (en) | 2007-01-15 | 2008-01-15 | Rights object acquisition method of mobile terminal in digital right management system |
US14/140,983 US9160748B2 (en) | 2007-01-15 | 2013-12-26 | Rights object acquisition method of mobile terminal in digital right management system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/014,148 Continuation US8627338B2 (en) | 2007-01-15 | 2008-01-15 | Rights object acquisition method of mobile terminal in digital right management system |
Publications (2)
Publication Number | Publication Date |
---|---|
US20140109233A1 true US20140109233A1 (en) | 2014-04-17 |
US9160748B2 US9160748B2 (en) | 2015-10-13 |
Family
ID=39323761
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/014,148 Active 2032-01-31 US8627338B2 (en) | 2007-01-15 | 2008-01-15 | Rights object acquisition method of mobile terminal in digital right management system |
US14/140,983 Expired - Fee Related US9160748B2 (en) | 2007-01-15 | 2013-12-26 | Rights object acquisition method of mobile terminal in digital right management system |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/014,148 Active 2032-01-31 US8627338B2 (en) | 2007-01-15 | 2008-01-15 | Rights object acquisition method of mobile terminal in digital right management system |
Country Status (3)
Country | Link |
---|---|
US (2) | US8627338B2 (en) |
EP (1) | EP1947587A1 (en) |
WO (1) | WO2008088163A1 (en) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7707224B2 (en) | 2006-11-03 | 2010-04-27 | Google Inc. | Blocking of unlicensed audio content in video files on a video hosting website |
KR100983793B1 (en) * | 2007-04-18 | 2010-09-27 | 한국전자통신연구원 | Interoperable digital rights management device and method thereof |
EP2156386A4 (en) | 2007-05-03 | 2012-05-02 | Google Inc | Monetization of digital content contributions |
KR101434402B1 (en) * | 2007-06-09 | 2014-08-27 | 삼성전자주식회사 | Method and apparatus for obtaining right objects of contents in a mobile terminal |
US8611422B1 (en) | 2007-06-19 | 2013-12-17 | Google Inc. | Endpoint based video fingerprinting |
KR20100020860A (en) * | 2008-08-13 | 2010-02-23 | 삼성전자주식회사 | Method for providing broadcast service to terminal in mobile broadcast system and the mobile broadcast system therefor |
KR20100036575A (en) * | 2008-09-30 | 2010-04-08 | 삼성전자주식회사 | Apparatus and method for display of content list in mobile communication terminal |
EP2187282B1 (en) | 2008-11-10 | 2012-02-01 | Siemens Aktiengesellschaft | Method of operating a system using data protected from unauthorised use |
KR20100055882A (en) * | 2008-11-18 | 2010-05-27 | 삼성전자주식회사 | Apparauts and method for controlling contents |
KR101593569B1 (en) * | 2009-02-02 | 2016-02-15 | 삼성전자주식회사 | System and method for configurating of content object |
CN102224703B (en) * | 2009-04-27 | 2013-11-06 | 华为技术有限公司 | Method, device and system for issuing license |
US20110213720A1 (en) * | 2009-08-13 | 2011-09-01 | Google Inc. | Content Rights Management |
US8640204B2 (en) * | 2009-08-28 | 2014-01-28 | Broadcom Corporation | Wireless device for group access and management |
KR20110047390A (en) * | 2009-10-30 | 2011-05-09 | 삼성전자주식회사 | Method, apparatus and system for managing drm contents |
US10694258B2 (en) * | 2011-12-14 | 2020-06-23 | Netflix, Inc. | Startup times of streaming digital media playback |
KR101934025B1 (en) * | 2013-02-22 | 2018-12-31 | 삼성전자주식회사 | Device and server for applying security policy and method for controlling thereof |
US9350735B1 (en) * | 2013-12-31 | 2016-05-24 | Emc Corporation | Context-based dynamic information rights management |
KR20180071679A (en) | 2016-12-20 | 2018-06-28 | 삼성전자주식회사 | User terminal apparatus and controlling method of thereof |
US11869339B2 (en) * | 2020-05-26 | 2024-01-09 | Charter Communications Operating, Llc | Delivering and monitoring emergency alert system (EAS) media files via router computing devices using redirection responses |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020156737A1 (en) * | 1993-10-22 | 2002-10-24 | Corporation For National Research Initiatives, A Virginia Corporation | Identifying, managing, accessing, and tracking digital objects and associated rights and payments |
JP4326186B2 (en) | 2002-04-15 | 2009-09-02 | ソニー株式会社 | Information processing apparatus and method |
WO2004003810A1 (en) | 2002-06-27 | 2004-01-08 | Sbc Properties, L.P. | An information filling station facilitating wireless access of data content or event-related information via a portable device or other computer-based devices at predefined locations |
US7171407B2 (en) * | 2002-10-03 | 2007-01-30 | International Business Machines Corporation | Method for streaming XPath processing with forward and backward axes |
US20060053079A1 (en) | 2003-02-03 | 2006-03-09 | Brad Edmonson | User-defined electronic stores for marketing digital rights licenses |
KR100643278B1 (en) * | 2003-10-22 | 2006-11-10 | 삼성전자주식회사 | Method and Apparatus for managing digital rights of portable storage device |
KR101043336B1 (en) | 2004-03-29 | 2011-06-22 | 삼성전자주식회사 | Method and apparatus for acquiring and removing informations of digital right objects |
KR101169021B1 (en) | 2004-05-31 | 2012-07-26 | 삼성전자주식회사 | Method and Apparatus for sending right object information between device and portable storage |
KR101100391B1 (en) | 2004-06-01 | 2012-01-02 | 삼성전자주식회사 | Method for playbacking content using portable storage by digital rights management, and portable storage for the same |
KR100608585B1 (en) | 2004-07-12 | 2006-08-03 | 삼성전자주식회사 | Method and apparatus for searching rights objects stored in portable storage device using object location data |
KR100677344B1 (en) * | 2004-07-29 | 2007-02-02 | 엘지전자 주식회사 | Message for processing ro and ro processing method and system thehreby |
EP1621955B1 (en) * | 2004-07-30 | 2017-06-07 | Irdeto B.V. | Method and device for providing access to encrypted content |
JP4519574B2 (en) | 2004-08-27 | 2010-08-04 | ソフトバンクモバイル株式会社 | Mobile communication system |
US20090217036A1 (en) * | 2005-05-04 | 2009-08-27 | Vodafone Group Plc | Digital rights management |
US20070168293A1 (en) * | 2005-06-02 | 2007-07-19 | Alexander Medvinsky | Method and apparatus for authorizing rights issuers in a content distribution system |
US7747533B2 (en) * | 2005-07-14 | 2010-06-29 | Microsoft Corporation | Digital application operating according to aggregation of plurality of licenses |
KR20070050712A (en) * | 2005-11-11 | 2007-05-16 | 엘지전자 주식회사 | Method and system for obtaining digital rights of portable memory card |
-
2008
- 2008-01-15 WO PCT/KR2008/000252 patent/WO2008088163A1/en active Application Filing
- 2008-01-15 US US12/014,148 patent/US8627338B2/en active Active
- 2008-01-15 EP EP20080150273 patent/EP1947587A1/en not_active Ceased
-
2013
- 2013-12-26 US US14/140,983 patent/US9160748B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
EP1947587A1 (en) | 2008-07-23 |
US20080172678A1 (en) | 2008-07-17 |
US9160748B2 (en) | 2015-10-13 |
US8627338B2 (en) | 2014-01-07 |
WO2008088163A1 (en) | 2008-07-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9160748B2 (en) | Rights object acquisition method of mobile terminal in digital right management system | |
CN1675881B (en) | Monitoring of digital content provided from a content provider over a network | |
AU2001269856B2 (en) | Methods and systems to distribute content via a network utilizing distributed conditional access agents and secure agents, and to perform digital rights management (drm) | |
US7404084B2 (en) | Method and system to digitally sign and deliver content in a geographically controlled manner via a network | |
US7706540B2 (en) | Content distribution using set of session keys | |
US7228427B2 (en) | Method and system to securely distribute content via a network | |
US7107462B2 (en) | Method and system to store and distribute encryption keys | |
US6961858B2 (en) | Method and system to secure content for distribution via a network | |
US7389531B2 (en) | Method and system to dynamically present a payment gateway for content distributed via a network | |
US20020107806A1 (en) | Content usage management system and content usage management method | |
US20030161335A1 (en) | Method and system to dynamically present a payment gateway for content distributed via a network | |
EP2018019B1 (en) | Rights Object Acquisition Method and System | |
AU2001269856A1 (en) | Methods and systems to distribute content via a network utilizing distributed conditional access agents and secure agents, and to perform digital rights management (drm) | |
JP2004227077A (en) | Information viewing system, information play-back device and information providing device | |
CN101606161A (en) | Be used for definite supper-distribution and record the method for the price of product | |
JP2003157334A (en) | Contents distributing system and device, method, program and program recording medium therefor | |
KR101413064B1 (en) | A method and an apparatus for obtaining right objects of contents in a mobile terminal | |
AU2007234609B2 (en) | Methods and systems to distribute content via a network utilizing distributed conditional access agents and secure agents, and to perform digital rights management (DRM) | |
AU2007234620B2 (en) | Methods and systems to distribute content via a network utilizing distributed conditional access agents and secure agents, and to perform digital rights management (DRM) | |
JP2003337912A (en) | Mobile terminal, distribution server, providing server, and system and method for electronic book distribution | |
JP2004280657A (en) | Information distribution method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
CC | Certificate of correction | ||
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20231013 |