US20090064341A1 - Technique for registering a device with a rights issuer system - Google Patents

Technique for registering a device with a rights issuer system Download PDF

Info

Publication number
US20090064341A1
US20090064341A1 US11/718,585 US71858504A US2009064341A1 US 20090064341 A1 US20090064341 A1 US 20090064341A1 US 71858504 A US71858504 A US 71858504A US 2009064341 A1 US2009064341 A1 US 2009064341A1
Authority
US
United States
Prior art keywords
information
registration information
rights issuer
registration
storage medium
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
Application number
US11/718,585
Other versions
US10637866B2 (en
Inventor
Frank Hartung
Uwe Horn
Markus Kampmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Assigned to TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) reassignment TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HARTUNG, FRANK, HORN, UWE
Publication of US20090064341A1 publication Critical patent/US20090064341A1/en
Application granted granted Critical
Publication of US10637866B2 publication Critical patent/US10637866B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102Entity profiles
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541Rights Management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334Recording operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627Rights management associated to the content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management

Definitions

  • the invention relates to digital rights management. More specifically, the invention relates to a technique for efficiently registering a device with a rights issuer system in context with providing the device with information required to use protected content.
  • Digital Rights Management is a set of technologies that provide the basis to control the distribution and consumption of digital content such as a ringing tone, a screen saver, a Java game, an image or a piece of music.
  • DRM Digital Rights Management
  • OMA Open Mobile Alliance
  • digital content is protected by encryption and by packaging into a special DRM format (the DRM Content Format, such as DCF or PDCF).
  • DRM Content Format such as DCF or PDCF
  • a key to decrypt the digital content is transferred in a so-called rights object.
  • the rights object is issued by a rights issuer that may also distribute the rights object to the DRM capable device.
  • the rights object is protected by encryption with a device specific public key that is stored in a DRM certificate. In addition to its public key, each DRM capable device has a private key for decrypting the rights object individually encrypted for this device.
  • ROAP Rights Object Acquisition Protocol
  • OMA DRM 2.0 a Rights Object Acquisition Protocol
  • ROAP includes several DRM security mechanisms performed between the rights issuer and a DRM capable device.
  • One of those security mechanisms specified by ROAP is an interactive 4-pass registration protocol.
  • the registration protocol is generally only executed at first contact between the device and the rights issuer, but may also be executed one or more times after the first contact (e.g., when there is a need to update the exchanged information).
  • the registration protocol specified in the OMA DRM 2.0 standard includes negotiations of protocol parameters and protocol version, cryptographic algorithms, exchange of certificate preferences, an optional exchange of the certificates, and the like.
  • FIG. 1 visualizes the 4-pass registration protocol between a device 10 and a rights issuer server 12 according to the OMA DRM 2.0 approach.
  • the device 10 sends a DeviceHello message to the rights issuer server 12 to initiate the registration.
  • the DeviceHello message includes device information (such as a device ID and cryptographic algorithms supported by device) and device preferences.
  • the rights issuer server 12 sends an RIHello message back to the device 10 .
  • the RIHello message expresses preferences of the rights issuer as well as decisions performed by the rights issuer based on the information supplied with the DeviceHello message.
  • the device 10 sends a RegistrationRequest message to the rights issuer server 12 .
  • the registration protocol ends with a RegistrationResponse message that is sent from the rights issuer server 12 to the device 10 .
  • the RegistrationResponse message includes status information, the Universal Resource Locater (URL) of the rights issuer server 12 and further information such as Online Certificate Status Protocol (OCSP) information.
  • the OCSP information is obtained from the rights issuer server 12 during a 2-pass handshake procedure (steps a and b in FIG. 1 ) with an OCSP responder server 14 in the service network.
  • the OCSP handshake procedure is executed to check whether the certificate provided by the device 10 to the rights issuer server 12 is still valid (the OCSP responder server keeps a list of revoked certificates).
  • the registration protocol is performed in context with generating a rights issuer context that enables the device 10 to successfully participate in further protocols of the ROAP suite, including protocols for requesting and acquiring rights objects that include information necessary to decrypt encrypted digital content.
  • the rights issuer server 12 can protect rights objects for the device 10 .
  • Successful completion of the registration protocol thus provides the device 10 with registration information negotiated with the rights issuer server 12 and required to use (e.g., play, hear or watch) protected content (that may have been received from a network component different from the rights issuer server 12 ).
  • the registration protocol described with reference to FIG. 1 reliably allows to establish a rights issuer context in the device 10 , several drawbacks of this registration approach have become apparent.
  • the registration procedure shown in FIG. 1 always requires an interactive communication (and thus an uplink channel) from the device 10 to the rights issuer server 12 .
  • the registration protocol of FIG. 1 cannot be utilized in combination with systems only having a downlink channel (e.g., a broadcast system like Digital Video Broadcast, or DVB).
  • a method of registering a device with a rights issuer system in a digital rights management context comprises the steps of generating registration information, comprising acquiring rights issuer information, receiving device information and generating the registration information from the rights issuer information and the device information, wherein the registration information includes information (directly or indirectly) required to use protected content.
  • the registration information is then transferred towards the device.
  • the device information may be received individually for the particular device for which registration information is to be generated or it may received as a bulk of information relating to different device types.
  • the received device information may be stored temporarily or (e.g., in a database) for a longer period of time.
  • the registration information may be transferred to the device either directly or it may be transferred to the device via one or more intermediate network components arranged between the sender of the registration information and the device.
  • the registration information is transferred during an online session with the device or in a broadcast mode. This might require that the device is online or in an active mode.
  • the registration information is transferred towards the device while the device is at least one of offline, inactive and switched-off.
  • the device information may be received by the component generating the registration information from an information source that is different from the device.
  • This information source may be a dedicated server operated by a device manufacturer or by a network operator that has been provided with the device information.
  • the invention can be practised by different network entities.
  • the method is performed by a rights issuer server or a network operator server.
  • the method is performed by an intermediate network component arranged between a rights issuer server and the device.
  • the intermediate network component may acquire the rights issuer information from the rights issuer server or from any another network component.
  • the registration information may be transferred towards the device by transmitting the registration information to an intermediate network component.
  • the intermediate network component is thus enabled to forward the registration information to the device. If the intermediate network component does not receive the complete registration information but only the rights issuer information, it may additionally acquire the device information and generate the registration information by itself based on the device information and the rights issuer information.
  • the registration information may be transferred by different techniques from the intermediate network component to the device.
  • the registration information is transferred to the device via a short-range transmission technique that may be wired (i.e., a cable) or wireless (e.g, via Bluetooth, WLAN or an infrared (IR) technique).
  • a short-range transmission technique may also be used for transmitting, from the device to the intermediate network component, the device information required for generating the registration information.
  • a removable and, optionally, re-writable storage medium such as a hard disc drive or a SIM card, an SD card or any other storage card
  • the registration information may be stored in a first step on the removable storage medium, and in a second step the device may be provided with access to the removable storage medium.
  • a removable storage medium may be used for transferring the device information.
  • the device information required to generate the registration information may be stored on and read from the removable storage medium.
  • This approach may include transferring the device information from the removable storage medium to a network component (e.g., to a user-operated personal computer and/or a rights issuer server) for generating the registration information, receiving the generated registration information from this network component, and writing the received registration information on the removable storage medium.
  • the device information may additionally or alternatively be entered via a keyboard or any other user-operated input device.
  • the step of transferring the registration information towards the device may be performed at various stages of the device life-cycle.
  • the registration information may be transferred before deliverance of the device to an end-user.
  • the registration information may be conveyed to the device already upon manufacture or shortly before delivering the device to the end-user (e.g., by flashing it into the device software or by writing it on a removable storage medium that is delivered together with the device or thereafter).
  • Other variants for transferring the registration information towards the device include provisioning of the registration information via a downlink transmission (e.g., in a non-interactive manner) or via a unidirectional communications link (e.g., during a broadcast session).
  • the registration information that is transferred towards the device may be signed and/or encrypted. To this end, a private key of the rights issuer or a public key associated with the device may be utilized.
  • the rights issuer server may receive DRM timing information from a further network server such as a trusted OCSP responder server.
  • the received DRM timing information may be utilized locally and may additionally be forwarded to the device for time synchronizing or time setting purposes.
  • the invention may be performed in various DRM contexts.
  • Such contexts may comprise the broadcast of encrypted content or the transfer of encrypted content to the device via a unidirectional or bidirectional communications link.
  • the encrypted content may be received from the rights issuer server, from a network component different therefrom, or by any other means (including removable storage media such as DVDs or CD-ROMs).
  • the registration information may relate to device settings commanded by the rights issuer server.
  • the registration information may comprise one, more, or all of a URL of the rights issuer, an identifier of the rights issuer, a selected protocol version, a selected algorithm, a certificate caching indication, and an expiry time.
  • the device information may comprise one, more or all of a device certificate, a device identity, and an indication of device capabilities.
  • the invention may be embodied as a piece of hardware, as a piece of software or as a combination thereof.
  • the invention provides a computer program product comprising program code portions to perform the steps of the methods described herein when the computer program product is run on one or more computing devices.
  • the computer program product may be stored on a computer-readable recording medium.
  • the invention is embodied in an apparatus for registering a device with a rights issuer system in a digital rights management context, the apparatus comprising a registration information generator with a storage component for at least temporarily storing rights issuer information, an interface for receiving device information, and a processor for generating the registration information from the rights issuer information and the device information, wherein the registration information includes information that permits to use protected content.
  • the apparatus further comprises an interface for transferring the registration information towards the device.
  • FIG. 1 is a schematic signalling diagram showing the interactive 4-pass registration protocol according to the OMA DRM 2.0 standard
  • FIG. 2 is a process flow diagram showing a method embodiment of the present invention
  • FIG. 3 is a schematic diagram showing a system embodiment of the present invention.
  • FIG. 4 is a schematic diagram showing an apparatus embodiment of the present invention
  • FIG. 5 is a first signalling diagram showing a technique relating to the transfer of registration information according to another embodiment of the present invention.
  • FIG. 6 is a second signalling diagram showing a technique relating to the transfer of registration information according to a further embodiment of the present invention.
  • a flow chart 200 shows the individual steps of a method embodiment for registering a device with a rights issuer system in a digital rights management context.
  • rights issuer information is acquired.
  • Acquiring the rights issuer information may include receiving the rights issuer information over a communications network. Alternatively, or in addition, it may include generating (or determining) the rights issuer information locally (e.g., reading it from a database).
  • the rights issuer information may include details about a particular rights issuer such as a URL of the rights issuer, an identifier of the rights issuer, cryptographic algorithms supported by the rights issuer, and so on.
  • the device information may include information such as a device unique certificate including a routed certificate chain, a device identifier (such as a hash of the encoded device public key), and information about the device capabilities (including information about the cryptographic algorithms supported by the device).
  • Step 204 may be performed such that the device information is received for one or more individual devices only. Alternatively, the device information may be received in step 204 for a larger variety of device types (and may be stored after receipt in a local database).
  • the steps 202 and 204 may be performed in any order or simultaneously.
  • the registration information is generated in step 206 based on both the rights issuer information acquired in step 202 and the device information received in step 204 .
  • the registration information generated in step 206 includes information required by the device to use protected content.
  • the registration information may comprise or consist of the rights issuer context with the URL of the rights issuer, the identifier of the rights issuer, the selected protocol version, the selected cryptographic algorithms, a certificate cashing indication (indicating whether the rights issuer has stored the device certificate) and a rights issuer context expiry time (except for so-called “unconnected devices” as defined in the OMA DRM 2.0 standard, for which this time is infinite).
  • the rights issuer context may additionally include rights issuer certificate validation data and an OCSP responder key as well as a current set of OCSP responses.
  • the registration information may comprise one or more cryptographic keys required to decrypt encrypted digital content.
  • the registration information includes device settings commanded by rights issuer server 12 .
  • the registration information (such as the rights issuer context) is transferred to the device.
  • Step 208 can be performed in various variants.
  • the device is provided with registration information upon manufacture thereof.
  • the registration information may be hard coded into the ROM or firmware of the device and may thus remain unchangeable during the whole device lifetime.
  • the registration information may also be flashed into the device during manufacture.
  • step 208 is performed after the device has been manufactured but before the deliverance of the device to the end user.
  • the registration information may be included into the software image that is flashed into the device to customize it for the end user. This option would be of particular interest for network operators who anyway customize the software of the devices (such as mobile telephones) distributed to the end users.
  • the registration information is provided to the device via a removable storage medium (such as a mini hard disc drive, a SIM card or any other memory card) or via a short-range transmission technique such as a cable or a wireless technique (including Bluetooth, WLAN or IR).
  • a user may initiate the generation of the registration information via a communications network on a remote network component (like a web server/web portal of a network operator or of a rights issuer).
  • the user downloads the registration information generated for his/her device on a local intermediate network component (such as a personal computer) and transfers it via a removable storage medium or a short-range transmission technique onto the device. If a removable storage medium is used, no online connection with the device is required. The device may even be switched-off.
  • the device information required for generating the registration information may be transferred from the device (via an intermediate network component) to the rights issuer server, a network operator server or any other server arranged within a communications network.
  • the user may first transfer the relevant device information from the device via a short-range transmission technique or a removable storage medium to his/her local intermediate network component, connect to the server, transmit the device information to the server and receive the registration information (that has been generated by the server) via the communications network.
  • the user transfers the registration information from the local intermediate network component onto the device.
  • the user may receive the rights issuer information (via the communications network from the rights issuer server) and the device information (e.g., from the device) onto his/her local intermediate network component and generate the registration information locally.
  • DM Device management
  • step 208 includes provisioning the registration information to the device via a unidirectional communications link such as a broadcast channel.
  • a unidirectional communications link such as a broadcast channel.
  • This variant also requires a reachable device (i.e., a device that is at least switched-on).
  • a reachable device i.e., a device that is at least switched-on.
  • the broadcast registration information may be protected so that only the single legitimate receiving device may use it.
  • the broadcast registration information may be encrypted (e.g., with a public key of the device).
  • the inherent security of the 4-pass registration protocol depicted in FIG. 1 may not be fully guaranteed. Any loss in security can at least partially be compensated by securing the registration information that is transferred towards the device. Securing the registration information can be performed in various ways. One option would be to apply a signature with the private key of the rights issuer (that can be verified by the device with the public key certificate of the rights issuer) to the registration information. Also, any of the encryption techniques described above may be utilized.
  • the validity (and usability) of protected digital content is linked to a DRM time (e.g., the use of protected content may be restricted to a limited period of time).
  • Replacing the 4-pass registration protocol as defined in the OMA DRM 2.0 standard may require a novel mechanism for setting or synchronizing the DRM time in case it deviates between the device and the rights issuer server.
  • the OCSP time may be included in the registration information (rather than just the rights issuer DRM time, which may not be secure and possibly inaccurate). The OCSP time may then be used by both the rights issuer server and the device for setting the DRM time and thus for synchronizing DRM timing.
  • FIG. 3 shows a DRM system 300 in which the above methods may be practised.
  • the DRM system 300 includes a DRM capable device 10 (such as a mobile telephone, a personal digital assistant, or a DVB capable television set), a rights issuer server 12 , an OCSP responder server 14 , a content provider server 16 , an intermediate network component 18 (such as a personal computer that may be co-located with the device 10 ), and a DRM capability server 20 .
  • the DRM capability server 20 is a dedicated server that is configured to provide device information about the device 10 to one or both of the intermediate network component 18 and the rights issuer server 12 . It should be noted that in some embodiments not all of the components shown in FIG. 3 will be required to practise the invention.
  • the device 10 communicates with the content provider server 16 and the rights issuer server 12 via a network connection (e.g., via the Internet).
  • the communication between the device 10 and the content provider server 16 may aim at transferring digital content 24 (that may be encrypted) to the device 10 .
  • registration information 26 that is required to make use of the digital content 24 may be transferred.
  • the communication between the device 10 and the intermediate network component 18 may be performed via a removable storage medium 22 such as a SIM card, via a cable or via a short-range transmission technique.
  • Communication between the intermediate network component 18 on the one hand and one or both of the DRM capability server 20 and the rights issuer server 12 on the other hand may take place via a network connection (e.g., via the Internet).
  • the rights issuer server 12 may be co-located with one or both of the DRM capability server 20 and the OCSP responder server 14 , or it may communicate with one or both of these components via a network connection (e.g., the Internet or an intranet).
  • the rights issuer server 12 or the intermediate network component 18 may have an internal configuration as shown in FIG. 4 .
  • FIG. 4 an apparatus 400 for registering the device 10 with the rights issuer server 12 is depicted.
  • the apparatus 400 includes a registration information generator 40 with a storage component 42 for at least temporarily storing rights issuer information, an interface 44 for receiving device information, and a processor 46 for generating the registration information from the rights issuer information and the device information.
  • the apparatus 400 further comprises an interface 48 capable of transferring the registration information towards the device 10 .
  • the registration information includes information (e.g., a rights issuer context for the device 10 ) that permits the use of protected content.
  • FIG. 5 depicts a registration messaging scenario involving the device 10 , the rights issuer server 12 and the DRM capability server 20 .
  • the rights issuer server 12 transmits a device identifier for the device 10 to the DRM capability server 20 .
  • the DRM capability server 20 looks up device information (such as a device certificate and device capabilities).
  • the device information looked up by the DRM capability server 20 is returned via a second message to the rights issuer server 12 .
  • the rights issuer server 12 Based on the rights issuer information already available to the rights issuer server 12 and the device information received from the DRM capability server 20 , the rights issuer server 12 generates registration information (step 3 ).
  • the registration information is transferred towards the device 10 using any one of the transfer techniques described above.
  • the device 10 stores the registration information locally. If the device 10 is compliant with the OMA DRM 2.0 standard, storing the registration information generates or establishes a rights issuer context. Once the rights issuer context has been established, the device 10 is prepared for receiving a rights object including a key required to decrypt and use protected content (step 6 ). With the key included in the rights object received in step 6 , the device 10 is enabled to decrypt protected content that may be received in step 7 from the content provider server 16 (not shown) or any other content source.
  • FIG. 6 illustrates a further messaging scenario for registering a DRM capable device 10 with a rights issuer server 12 .
  • the scenario shown in FIG. 6 additionally involves an intermediate network component 18 instead of the DRM capability server shown in FIG. 5 .
  • device information is transferred from the device 10 to the intermediate network component 18 by any one of the techniques described above (e.g., using a removable storage medium, a cable or a short-range wireless technique).
  • the device information is forwarded by the intermediate network component 18 to the rights issuer server 12 (step 2 ).
  • the rights issuer server 12 generates registration information based on the received device information and locally available rights issuer information.
  • the registration information thus obtained is then transferred from the rights issuer server 12 towards the device 10 .
  • This transfer includes a first leg between the rights issuer server 12 and the intermediate network component 18 (step 4 ) and a second leg between the intermediate network component 18 and the device 10 (step 5 ).
  • the device 10 stores the received registration information. Further steps like the transmission of a key to decrypt protected content and the transmission of protected content encrypted with that key may follow (not shown).
  • the registration information that is sent to the device 10 may be protected.
  • the registration information can be signed with a private key (e.g., the private key of the rights issuer) that can be verified with the corresponding public key certificate by the device 10 .
  • a private key e.g., the private key of the rights issuer
  • encryption technologies may be employed.
  • the OCSP time (that may be obtained by the rights issuer server 12 from the OCSP responder server 14 ) in a separate message or together with the registration information to the device 10 .
  • the invention allows to provide a DRM capable device with registration information that has been generated taking into account device-specific capabilities without requiring an interactive registration procedure with the device.
  • This permits the use of the OMA DRM 2.0 standard or any other DRM standards in context with devices and systems that do not support an interactive feedback channel, or where it is not feasible or not preferable to use such a channel for DRM registration.
  • the OMA DRM 2.0 standard or similar standards may thus be extended to broadcast scenarios.
  • the registration information may be pre-installed (e.g., for a particular network operator web portal) before the device is delivered to the end user.

Abstract

A technique for registering a device (10) with a rights issuer system (12) in a digital rights management (DRM) context is described. The device (10) is provided with DRM registration information that is required to use protected content. The DRM registration information is generated from rights issuer information on the one hand and device information on the other hand. The DRM registration technique described herein does not require an interactive registration protocol between a rights issuer server (12) and the device (10). Rather, the DRM registration information may be generated and transferred to the device (10) even if the device (10) is offline, inactive or switched-off.

Description

    FIELD OF THE INVENTION
  • The invention relates to digital rights management. More specifically, the invention relates to a technique for efficiently registering a device with a rights issuer system in context with providing the device with information required to use protected content.
  • BACKGROUND OF THE INVENTION
  • Digital Rights Management (DRM) is a set of technologies that provide the basis to control the distribution and consumption of digital content such as a ringing tone, a screen saver, a Java game, an image or a piece of music. In order to enhance the acceptance of DRM, standardization of DRM technologies has become an important issue. The Open Mobile Alliance (OMA) for example has specified the OMA DRM 2.0 standard for the protection of multimedia data on mobile telephones and other devices.
  • According to the OMA DRM 2.0 standard, digital content is protected by encryption and by packaging into a special DRM format (the DRM Content Format, such as DCF or PDCF). A key to decrypt the digital content is transferred in a so-called rights object. The rights object is issued by a rights issuer that may also distribute the rights object to the DRM capable device. The rights object is protected by encryption with a device specific public key that is stored in a DRM certificate. In addition to its public key, each DRM capable device has a private key for decrypting the rights object individually encrypted for this device.
  • Before a rights issuer can distribute a rights object to a device, both the rights issuer and the device must register with each other. For this purpose a Rights Object Acquisition Protocol (ROAP) is specified in the OMA DRM 2.0 standard. ROAP includes several DRM security mechanisms performed between the rights issuer and a DRM capable device. One of those security mechanisms specified by ROAP is an interactive 4-pass registration protocol. The registration protocol is generally only executed at first contact between the device and the rights issuer, but may also be executed one or more times after the first contact (e.g., when there is a need to update the exchanged information). The registration protocol specified in the OMA DRM 2.0 standard includes negotiations of protocol parameters and protocol version, cryptographic algorithms, exchange of certificate preferences, an optional exchange of the certificates, and the like.
  • FIG. 1 visualizes the 4-pass registration protocol between a device 10 and a rights issuer server 12 according to the OMA DRM 2.0 approach. In a first step the device 10 sends a DeviceHello message to the rights issuer server 12 to initiate the registration. The DeviceHello message includes device information (such as a device ID and cryptographic algorithms supported by device) and device preferences. In response to receipt of the DeviceHello message, the rights issuer server 12 sends an RIHello message back to the device 10. The RIHello message expresses preferences of the rights issuer as well as decisions performed by the rights issuer based on the information supplied with the DeviceHello message. In a third step the device 10 sends a RegistrationRequest message to the rights issuer server 12. With this message, further information is supplied to rights issuer server 12 such as a request time (i.e., the current DRM time as measured by the device 10) and a certificate chain parameter. The registration protocol ends with a RegistrationResponse message that is sent from the rights issuer server 12 to the device 10. The RegistrationResponse message includes status information, the Universal Resource Locater (URL) of the rights issuer server 12 and further information such as Online Certificate Status Protocol (OCSP) information. The OCSP information is obtained from the rights issuer server 12 during a 2-pass handshake procedure (steps a and b in FIG. 1) with an OCSP responder server 14 in the service network. The OCSP handshake procedure is executed to check whether the certificate provided by the device 10 to the rights issuer server 12 is still valid (the OCSP responder server keeps a list of revoked certificates).
  • In the OMA DRM 2.0 standard, the registration protocol is performed in context with generating a rights issuer context that enables the device 10 to successfully participate in further protocols of the ROAP suite, including protocols for requesting and acquiring rights objects that include information necessary to decrypt encrypted digital content. Only after the 4-pass registration protocol of FIG. 1 has been successfully concluded, the rights issuer server 12 can protect rights objects for the device 10. Successful completion of the registration protocol thus provides the device 10 with registration information negotiated with the rights issuer server 12 and required to use (e.g., play, hear or watch) protected content (that may have been received from a network component different from the rights issuer server 12).
  • Although the registration protocol described with reference to FIG. 1 reliably allows to establish a rights issuer context in the device 10, several drawbacks of this registration approach have become apparent. For example, while the digital content can be distributed over downlink-only channels to the device 10, the registration procedure shown in FIG. 1 always requires an interactive communication (and thus an uplink channel) from the device 10 to the rights issuer server 12. For this reason the registration protocol of FIG. 1 cannot be utilized in combination with systems only having a downlink channel (e.g., a broadcast system like Digital Video Broadcast, or DVB).
  • In Pekka Lahtinen, Maarten Muijen, “IPDC Services Purchase and Protection. Joint Response to the DVB CfT by Digita, Elisa, MTV Oy, NEC, Nokla, Phillips, Siemens, Swelcom, Telecom Italia Lab, TeliaSonera, T-System and Vodafone”, Version 1.0″ a 1-pass ROAP for registering an OMA DRM 2.0 compliant device with a rights issuer is proposed. According to this proposal the registration information is constructed by the device itself.
  • Accordingly, there is still a need for a registration technique that does not necessarily require an interactive communication in order to provide the device with registration information required to utilize protected content and that does not burden the device with excessive DRM processing operations.
  • SUMMARY OF THE INVENTION
  • According to a first aspect of the invention, a method of registering a device with a rights issuer system in a digital rights management context is provided that comprises the steps of generating registration information, comprising acquiring rights issuer information, receiving device information and generating the registration information from the rights issuer information and the device information, wherein the registration information includes information (directly or indirectly) required to use protected content. The registration information is then transferred towards the device.
  • The device information may be received individually for the particular device for which registration information is to be generated or it may received as a bulk of information relating to different device types. The received device information may be stored temporarily or (e.g., in a database) for a longer period of time.
  • The registration information may be transferred to the device either directly or it may be transferred to the device via one or more intermediate network components arranged between the sender of the registration information and the device. According to a first variant, the registration information is transferred during an online session with the device or in a broadcast mode. This might require that the device is online or in an active mode. According to a second variant, the registration information is transferred towards the device while the device is at least one of offline, inactive and switched-off.
  • As the invention can be practised (even) when the device is offline, inactive and/or switched-off, the device information may be received by the component generating the registration information from an information source that is different from the device. This information source may be a dedicated server operated by a device manufacturer or by a network operator that has been provided with the device information.
  • The invention can be practised by different network entities. According to a first option, the method is performed by a rights issuer server or a network operator server. According to a further option, the method is performed by an intermediate network component arranged between a rights issuer server and the device. The intermediate network component may acquire the rights issuer information from the rights issuer server or from any another network component.
  • If the registration information has been generated by the rights issuer server, the registration information may be transferred towards the device by transmitting the registration information to an intermediate network component. The intermediate network component is thus enabled to forward the registration information to the device. If the intermediate network component does not receive the complete registration information but only the rights issuer information, it may additionally acquire the device information and generate the registration information by itself based on the device information and the rights issuer information.
  • The registration information may be transferred by different techniques from the intermediate network component to the device. According to a first variant, the registration information is transferred to the device via a short-range transmission technique that may be wired (i.e., a cable) or wireless (e.g, via Bluetooth, WLAN or an infrared (IR) technique). Such a short-range transmission technique may also be used for transmitting, from the device to the intermediate network component, the device information required for generating the registration information. Instead of using a short-range transmission technique, a removable and, optionally, re-writable storage medium (such as a hard disc drive or a SIM card, an SD card or any other storage card) may be used for transferring the registration information to the device. To this end, the registration information may be stored in a first step on the removable storage medium, and in a second step the device may be provided with access to the removable storage medium.
  • Alternatively, or additionally, a removable storage medium may be used for transferring the device information. In other words, the device information required to generate the registration information may be stored on and read from the removable storage medium. This approach may include transferring the device information from the removable storage medium to a network component (e.g., to a user-operated personal computer and/or a rights issuer server) for generating the registration information, receiving the generated registration information from this network component, and writing the received registration information on the removable storage medium. Of course, the device information may additionally or alternatively be entered via a keyboard or any other user-operated input device.
  • The step of transferring the registration information towards the device may be performed at various stages of the device life-cycle. For example, the registration information may be transferred before deliverance of the device to an end-user. Accordingly, the registration information may be conveyed to the device already upon manufacture or shortly before delivering the device to the end-user (e.g., by flashing it into the device software or by writing it on a removable storage medium that is delivered together with the device or thereafter). Other variants for transferring the registration information towards the device include provisioning of the registration information via a downlink transmission (e.g., in a non-interactive manner) or via a unidirectional communications link (e.g., during a broadcast session).
  • The registration information that is transferred towards the device may be signed and/or encrypted. To this end, a private key of the rights issuer or a public key associated with the device may be utilized.
  • As practicing the invention does not necessarily require an interaction between the device and the rights issuer server, a mechanism for setting or synchronizing DRM timing information (like the DRM time and/or OCSP time) would be useful. To this end, the rights issuer server (or any intermediate network component) may receive DRM timing information from a further network server such as a trusted OCSP responder server. The received DRM timing information may be utilized locally and may additionally be forwarded to the device for time synchronizing or time setting purposes.
  • The invention may be performed in various DRM contexts. Such contexts may comprise the broadcast of encrypted content or the transfer of encrypted content to the device via a unidirectional or bidirectional communications link. The encrypted content may be received from the rights issuer server, from a network component different therefrom, or by any other means (including removable storage media such as DVDs or CD-ROMs).
  • The registration information may relate to device settings commanded by the rights issuer server. In one variation, the registration information may comprise one, more, or all of a URL of the rights issuer, an identifier of the rights issuer, a selected protocol version, a selected algorithm, a certificate caching indication, and an expiry time. The device information may comprise one, more or all of a device certificate, a device identity, and an indication of device capabilities.
  • The invention may be embodied as a piece of hardware, as a piece of software or as a combination thereof. As regards a software implementation, the invention provides a computer program product comprising program code portions to perform the steps of the methods described herein when the computer program product is run on one or more computing devices. The computer program product may be stored on a computer-readable recording medium.
  • In another variation, the invention is embodied in an apparatus for registering a device with a rights issuer system in a digital rights management context, the apparatus comprising a registration information generator with a storage component for at least temporarily storing rights issuer information, an interface for receiving device information, and a processor for generating the registration information from the rights issuer information and the device information, wherein the registration information includes information that permits to use protected content. The apparatus further comprises an interface for transferring the registration information towards the device.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • In the following the invention will be described with reference to exemplary embodiment illustrated in the Figures, in which:
  • FIG. 1 is a schematic signalling diagram showing the interactive 4-pass registration protocol according to the OMA DRM 2.0 standard;
  • FIG. 2 is a process flow diagram showing a method embodiment of the present invention;
  • FIG. 3 is a schematic diagram showing a system embodiment of the present invention;
  • FIG. 4 is a schematic diagram showing an apparatus embodiment of the present invention
  • FIG. 5 is a first signalling diagram showing a technique relating to the transfer of registration information according to another embodiment of the present invention; and
  • FIG. 6 is a second signalling diagram showing a technique relating to the transfer of registration information according to a further embodiment of the present invention.
  • DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
  • In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular signal formats, messaging protocols, etc. in order to provide a thorough understanding of the current invention. It will be apparent to one skilled in the art that the current invention may be practiced in other embodiments that depart from these specific details. For example, the skilled artisan will appreciate that the current invention may be utilized in connection with DRM standards different from the OMA DRM 2.0 standard (or later versions thereof) discussed below to illustrate the present invention. Moreover, those skilled in the art will also appreciate that functions explained herein below may be implemented using individual hardware circuitry, using software functioning in conjunction with a programmed microprocessor or general purpose computer, using an Application Specific Integreated Circuit (ASIC), and/or using one or more Digital Signal Processors (DSPs). It will also be appreciated that while the current invention is primarily described as a method, it may also be embodied in a system comprising a computer processor and a memory coupled to the processor, wherein the memory is encoded with one or more programs that may perform the methods disclosed herein.
  • With reference to FIG. 2, a flow chart 200 shows the individual steps of a method embodiment for registering a device with a rights issuer system in a digital rights management context. In a first step 202 rights issuer information is acquired. Acquiring the rights issuer information may include receiving the rights issuer information over a communications network. Alternatively, or in addition, it may include generating (or determining) the rights issuer information locally (e.g., reading it from a database). The rights issuer information may include details about a particular rights issuer such as a URL of the rights issuer, an identifier of the rights issuer, cryptographic algorithms supported by the rights issuer, and so on.
  • In a next step 204 device information is received. The device information may include information such as a device unique certificate including a routed certificate chain, a device identifier (such as a hash of the encoded device public key), and information about the device capabilities (including information about the cryptographic algorithms supported by the device). Step 204 may be performed such that the device information is received for one or more individual devices only. Alternatively, the device information may be received in step 204 for a larger variety of device types (and may be stored after receipt in a local database). The steps 202 and 204 may be performed in any order or simultaneously.
  • Once the device information has been received, the registration information is generated in step 206 based on both the rights issuer information acquired in step 202 and the device information received in step 204. The registration information generated in step 206 includes information required by the device to use protected content. In an exemplary OMA DRM 2.0 scenario, the registration information may comprise or consist of the rights issuer context with the URL of the rights issuer, the identifier of the rights issuer, the selected protocol version, the selected cryptographic algorithms, a certificate cashing indication (indicating whether the rights issuer has stored the device certificate) and a rights issuer context expiry time (except for so-called “unconnected devices” as defined in the OMA DRM 2.0 standard, for which this time is infinite). Optionally, the rights issuer context may additionally include rights issuer certificate validation data and an OCSP responder key as well as a current set of OCSP responses.
  • In an alternative scenario, the registration information may comprise one or more cryptographic keys required to decrypt encrypted digital content. In a still further scenario compliant with the UMA DRM 2.0 scenario, the registration information includes device settings commanded by rights issuer server 12.
  • In a further (final) step 208 the registration information (such as the rights issuer context) is transferred to the device. Step 208 can be performed in various variants. According to a first variant, the device is provided with registration information upon manufacture thereof. As an example, the registration information may be hard coded into the ROM or firmware of the device and may thus remain unchangeable during the whole device lifetime. The registration information may also be flashed into the device during manufacture.
  • According to a further variant, step 208 is performed after the device has been manufactured but before the deliverance of the device to the end user. In this case, the registration information may be included into the software image that is flashed into the device to customize it for the end user. This option would be of particular interest for network operators who anyway customize the software of the devices (such as mobile telephones) distributed to the end users.
  • According to a third variant, the registration information is provided to the device via a removable storage medium (such as a mini hard disc drive, a SIM card or any other memory card) or via a short-range transmission technique such as a cable or a wireless technique (including Bluetooth, WLAN or IR). In such a scenario a user may initiate the generation of the registration information via a communications network on a remote network component (like a web server/web portal of a network operator or of a rights issuer). The user downloads the registration information generated for his/her device on a local intermediate network component (such as a personal computer) and transfers it via a removable storage medium or a short-range transmission technique onto the device. If a removable storage medium is used, no online connection with the device is required. The device may even be switched-off.
  • The device information required for generating the registration information may be transferred from the device (via an intermediate network component) to the rights issuer server, a network operator server or any other server arranged within a communications network. To this end, the user may first transfer the relevant device information from the device via a short-range transmission technique or a removable storage medium to his/her local intermediate network component, connect to the server, transmit the device information to the server and receive the registration information (that has been generated by the server) via the communications network. In a final step the user transfers the registration information from the local intermediate network component onto the device. Alternatively, the user may receive the rights issuer information (via the communications network from the rights issuer server) and the device information (e.g., from the device) onto his/her local intermediate network component and generate the registration information locally.
  • The above variants of transferring registration information towards the device do not necessarily require that the device is active, switched-on or online. There exist further variants that require that the device is in an online mode or switched-on. In an online scenario the registration information may be transferred towards the device via a unidirectional or bidirectional connection that allows for a downlink transmission of the registration information (e.g., during a device management interaction). Device management (DM) protocols (different from ROAP) such as the Sync ML DM protocol V. 1.1.2 or the OMA “Firmware Update Management Object” approach may be used to install the registration information online on the device.
  • According to a still further variant, step 208 includes provisioning the registration information to the device via a unidirectional communications link such as a broadcast channel. This variant also requires a reachable device (i.e., a device that is at least switched-on). As in a broadcast scenario all active devices could receive the (usually device specific) registration information, the broadcast registration information may be protected so that only the single legitimate receiving device may use it. To this end the broadcast registration information may be encrypted (e.g., with a public key of the device).
  • In all of the above variants the inherent security of the 4-pass registration protocol depicted in FIG. 1 may not be fully guaranteed. Any loss in security can at least partially be compensated by securing the registration information that is transferred towards the device. Securing the registration information can be performed in various ways. One option would be to apply a signature with the private key of the rights issuer (that can be verified by the device with the public key certificate of the rights issuer) to the registration information. Also, any of the encryption techniques described above may be utilized.
  • Often, the validity (and usability) of protected digital content is linked to a DRM time (e.g., the use of protected content may be restricted to a limited period of time). Replacing the 4-pass registration protocol as defined in the OMA DRM 2.0 standard may require a novel mechanism for setting or synchronizing the DRM time in case it deviates between the device and the rights issuer server. To allow for a time setting and/or timing synchronization between the rights issuer server (or any other server having a similar functionality) and the device, the OCSP time may be included in the registration information (rather than just the rights issuer DRM time, which may not be secure and possibly inaccurate). The OCSP time may then be used by both the rights issuer server and the device for setting the DRM time and thus for synchronizing DRM timing.
  • FIG. 3 shows a DRM system 300 in which the above methods may be practised. The DRM system 300 includes a DRM capable device 10 (such as a mobile telephone, a personal digital assistant, or a DVB capable television set), a rights issuer server 12, an OCSP responder server 14, a content provider server 16, an intermediate network component 18 (such as a personal computer that may be co-located with the device 10), and a DRM capability server 20. The DRM capability server 20 is a dedicated server that is configured to provide device information about the device 10 to one or both of the intermediate network component 18 and the rights issuer server 12. It should be noted that in some embodiments not all of the components shown in FIG. 3 will be required to practise the invention.
  • The device 10 communicates with the content provider server 16 and the rights issuer server 12 via a network connection (e.g., via the Internet). The communication between the device 10 and the content provider server 16 may aim at transferring digital content 24 (that may be encrypted) to the device 10. During the communication between the device 10 and the rights issuer server 12 registration information 26 that is required to make use of the digital content 24 may be transferred.
  • The communication between the device 10 and the intermediate network component 18 may be performed via a removable storage medium 22 such as a SIM card, via a cable or via a short-range transmission technique. Communication between the intermediate network component 18 on the one hand and one or both of the DRM capability server 20 and the rights issuer server 12 on the other hand may take place via a network connection (e.g., via the Internet). The rights issuer server 12 may be co-located with one or both of the DRM capability server 20 and the OCSP responder server 14, or it may communicate with one or both of these components via a network connection (e.g., the Internet or an intranet).
  • The rights issuer server 12 or the intermediate network component 18 (or both) may have an internal configuration as shown in FIG. 4. In FIG. 4 an apparatus 400 for registering the device 10 with the rights issuer server 12 is depicted. The apparatus 400 includes a registration information generator 40 with a storage component 42 for at least temporarily storing rights issuer information, an interface 44 for receiving device information, and a processor 46 for generating the registration information from the rights issuer information and the device information. The apparatus 400 further comprises an interface 48 capable of transferring the registration information towards the device 10. The registration information includes information (e.g., a rights issuer context for the device 10) that permits the use of protected content.
  • In the following, several exemplary registration messaging scenarios involving subsets of the components shown in FIG. 3 will be discussed in more detail.
  • FIG. 5 depicts a registration messaging scenario involving the device 10, the rights issuer server 12 and the DRM capability server 20. In a first messaging step the rights issuer server 12 transmits a device identifier for the device 10 to the DRM capability server 20. Based on the received device identifier the DRM capability server 20 looks up device information (such as a device certificate and device capabilities). The device information looked up by the DRM capability server 20 is returned via a second message to the rights issuer server 12. Based on the rights issuer information already available to the rights issuer server 12 and the device information received from the DRM capability server 20, the rights issuer server 12 generates registration information (step 3). In step 4 the registration information is transferred towards the device 10 using any one of the transfer techniques described above.
  • In a fifth step the device 10 stores the registration information locally. If the device 10 is compliant with the OMA DRM 2.0 standard, storing the registration information generates or establishes a rights issuer context. Once the rights issuer context has been established, the device 10 is prepared for receiving a rights object including a key required to decrypt and use protected content (step 6). With the key included in the rights object received in step 6, the device 10 is enabled to decrypt protected content that may be received in step 7 from the content provider server 16 (not shown) or any other content source.
  • FIG. 6 illustrates a further messaging scenario for registering a DRM capable device 10 with a rights issuer server 12. The scenario shown in FIG. 6 additionally involves an intermediate network component 18 instead of the DRM capability server shown in FIG. 5.
  • In a first step device information is transferred from the device 10 to the intermediate network component 18 by any one of the techniques described above (e.g., using a removable storage medium, a cable or a short-range wireless technique). The device information is forwarded by the intermediate network component 18 to the rights issuer server 12 (step 2). In a next step the rights issuer server 12 generates registration information based on the received device information and locally available rights issuer information. The registration information thus obtained is then transferred from the rights issuer server 12 towards the device 10. This transfer includes a first leg between the rights issuer server 12 and the intermediate network component 18 (step 4) and a second leg between the intermediate network component 18 and the device 10 (step 5). In further step the device 10 stores the received registration information. Further steps like the transmission of a key to decrypt protected content and the transmission of protected content encrypted with that key may follow (not shown).
  • To enhance DRM security (e.g., to protect against replay, man-in-the-middle attacks, and non-fresh sessions), the registration information that is sent to the device 10 (step 4 in FIG. 5 and steps 4 and 5 in FIG. 6) may be protected. To this end the registration information can be signed with a private key (e.g., the private key of the rights issuer) that can be verified with the corresponding public key certificate by the device 10. Additionally, or in the alternative, encryption technologies may be employed.
  • For DRM timing synchronization or setting purposes, it may further be envisaged to convey the OCSP time (that may be obtained by the rights issuer server 12 from the OCSP responder server 14) in a separate message or together with the registration information to the device 10.
  • As has become apparent from the above, the invention allows to provide a DRM capable device with registration information that has been generated taking into account device-specific capabilities without requiring an interactive registration procedure with the device. This permits the use of the OMA DRM 2.0 standard or any other DRM standards in context with devices and systems that do not support an interactive feedback channel, or where it is not feasible or not preferable to use such a channel for DRM registration. In particular, the OMA DRM 2.0 standard or similar standards may thus be extended to broadcast scenarios. Additionally, the registration information may be pre-installed (e.g., for a particular network operator web portal) before the device is delivered to the end user.
  • While the current invention has been described in relation to its preferred embodiments, it is to be understood that this disclosure is only illustrative. Accordingly, it is intended that the invention be limited only by scope of the claims appended hereto.

Claims (24)

1-23. (canceled)
24. A method of registering a device with a rights issuer system in a digital rights management context, the method comprising the steps of:
generating registration information, comprising
acquiring rights issuer information;
receiving device information, the device being in at least one of an offline state, an inactive state and a switched-off state;
generating the registration information from the rights issuer information and the device information, wherein the registration information includes information required to use protected content; and
transferring the registration information towards the device while the device is in the at least one of an offline state, an inactive state and a switched-off state.
25. The method of claim 24, wherein transferring the registration information towards the device includes using a removable storage medium.
26. The method of claim 24, wherein the device information is received on a removable storage medium.
27. The method of claim 24, wherein the steps are performed by an intermediate network component that is arranged between a rights issuer server and the device and wherein acquiring the rights issuer information includes receiving the rights issuer information from the rights issuer server.
28. The method of claim 24, wherein the steps are performed by a rights issuer server.
29. The method of claim 28, wherein the step of transferring the registration information towards the device comprises transmitting the registration information or at least the rights issuer information to an intermediate network component to enable the intermediate network component to transfer the registration information towards the device.
30. The method of claim 27, wherein the step of generating the registration information is performed by the intermediate network component based on the device information and the rights issuer information.
31. The method of claim 27, wherein the registration information is transferred from the intermediate network component to the device using a removable storage medium.
32. The method of claim 27, further comprising the step of receiving, by the intermediate network component, the device information via a removable storage medium from the device.
33. The method of claim 24, wherein the step of transferring the registration Information to the device comprises:
storing the registration information on a removable storage medium; and
providing the device with access to the removable storage medium.
34. The method of claim 33, wherein the device information required to generate the registration information is stored on and read from the removable storage medium.
35. The method of claim 34, further comprising the steps of:
transferring the device information from the removable storage medium to a network component for generating the registration information;
receiving the registration information from the network component; and
writing the received registration information on the removable storage medium.
36. The method of claim 24, wherein the step of transferring the registration information towards the device is performed before deliverance of the device to an end user.
37. The method of claim 36, wherein the registration Information is transferred towards the device during device manufacture.
38. The method of claim 24, wherein the step of transferring the registration information towards the device comprises flashing the registration information into the device.
39. The method of claim 24, further comprising the step of at least one of signing and encrypting the registration Information.
40. The method of claim 39, wherein the registration information is signed with a private key of the rights issuer and/or encrypted with a public key associated with the device.
41. The method of claim 24, further comprising the steps of:
receiving digital rights management timing information from a network server; and
transferring the received digital rights management timing information to the device.
42. The method of claim 24, wherein the method is performed in a digital rights management context that comprises the broadcast of encrypted content.
43. A system comprising a device and an apparatus for registering the device with a rights Issuer system in a digital rights management context, the apparatus comprising:
a registration information generator, comprising
a storage component for at least temporarily storing rights issuer information
an Interface for receiving device information;
processor for generating the registration information from the rights issuer information and the device information, wherein the registration information includes information required to use protected content; and
an interface for transferring the registration information towards the device. the device being configured to be in at least one of an offline state, an inactive state and a switched-off state during reception of the device information by the apparatus and during reception of the registration information by the device from the apparatus.
44. The system of claim 43, further comprising means for flashing the registration information to the device.
45. The system of claim 43, wherein the system is a manufacturing system and wherein the registration information is transferred towards the device during device manufacture.
46. The system of claim 43, further comprising a removable storage medium including the registration information, the device having access to the removable storage medium.
US11/718,585 2004-11-08 2004-11-08 Technique for registering a device with a rights issuer system Active 2034-06-27 US10637866B2 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2004/012621 WO2006048039A1 (en) 2004-11-08 2004-11-08 Technique for registering a device with a rights issuer system

Publications (2)

Publication Number Publication Date
US20090064341A1 true US20090064341A1 (en) 2009-03-05
US10637866B2 US10637866B2 (en) 2020-04-28

Family

ID=34959388

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/718,585 Active 2034-06-27 US10637866B2 (en) 2004-11-08 2004-11-08 Technique for registering a device with a rights issuer system

Country Status (10)

Country Link
US (1) US10637866B2 (en)
EP (1) EP1815378B1 (en)
JP (1) JP4733139B2 (en)
KR (1) KR101123550B1 (en)
CN (1) CN100594502C (en)
AT (1) ATE389214T1 (en)
DE (1) DE602004012466T2 (en)
HK (1) HK1111487A1 (en)
PL (1) PL1815378T3 (en)
WO (1) WO2006048039A1 (en)

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070061568A1 (en) * 2005-09-15 2007-03-15 Samsung Electronics Co., Ltd. Inter-entity coupling method, apparatus and system for content protection
US20080072296A1 (en) * 2006-09-19 2008-03-20 Societe Francaise Du Radiotelephone Method for securing sessions between a wireless terminal and equipment in a network
US20080118231A1 (en) * 2006-11-22 2008-05-22 The Directv Group, Inc. Method and system for providing content to a portable media player device and maintaining licensing rights
US20080126555A1 (en) * 2006-11-29 2008-05-29 Bindu Rama Rao IP Based Notification of Device Management Operations in a Network
US20080163262A1 (en) * 2005-06-30 2008-07-03 Huawei Technologies Co., Ltd. Method and apparatus for implementing a predetermined operation in device management
US20080288784A1 (en) * 2007-05-17 2008-11-20 Samsung Electronics Co., Ltd. Method of installing software for using digital content and apparatus for playing digital content
US20080294894A1 (en) * 2007-05-24 2008-11-27 Microsoft Corporation Binding Content Licenses to Portable Storage Devices
US20080310637A1 (en) * 2006-01-26 2008-12-18 Huawei Technologies Co., Ltd. Method, System And Rights Issuer For Generating And Acquiring Rights Objects
US20090012805A1 (en) * 2007-07-06 2009-01-08 Microsoft Corporation Portable Digital Rights for Multiple Devices
US20090313171A1 (en) * 2008-06-17 2009-12-17 Microsoft Corporation Electronic transaction verification
US20100138645A1 (en) * 2008-10-21 2010-06-03 Lg Electronics Inc. Method for moving rights objects into other device in digital rights management
US20100186065A1 (en) * 2007-04-23 2010-07-22 Lg Electronics Inc. Method for protecting contents, method for sharing contents and device based on security level
US20100257363A1 (en) * 2007-05-07 2010-10-07 Lg Electronics Inc. Method and system for secure communication
US20100306485A1 (en) * 2009-05-27 2010-12-02 Dubhashi Kedarnath A Content longevity with user device domains
US20120096560A1 (en) * 2008-06-19 2012-04-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and a Device for Protecting Private Content
US8468515B2 (en) 2000-11-17 2013-06-18 Hewlett-Packard Development Company, L.P. Initialization and update of software and/or firmware in electronic devices
US8479189B2 (en) 2000-11-17 2013-07-02 Hewlett-Packard Development Company, L.P. Pattern detection preprocessor in an electronic device update generation system
US8526940B1 (en) 2004-08-17 2013-09-03 Palm, Inc. Centralized rules repository for smart phone customer care
US8555273B1 (en) 2003-09-17 2013-10-08 Palm. Inc. Network for updating electronic devices
US8578361B2 (en) 2004-04-21 2013-11-05 Palm, Inc. Updating an electronic device with update agent code
US20140065970A1 (en) * 2005-03-08 2014-03-06 Broadcom Corporation Mechanism for improved interoperability when content protection is used with an audio stream
US8752044B2 (en) 2006-07-27 2014-06-10 Qualcomm Incorporated User experience and dependency management in a mobile device
US8893110B2 (en) 2006-06-08 2014-11-18 Qualcomm Incorporated Device management in a network
US20150319227A1 (en) * 2014-05-05 2015-11-05 Invensys Systems, Inc. Distributed historization system
US10141024B2 (en) 2007-11-16 2018-11-27 Divx, Llc Hierarchical and reduced index structures for multimedia files
US10212486B2 (en) 2009-12-04 2019-02-19 Divx, Llc Elementary bitstream cryptographic material transport systems and methods
US10225299B2 (en) 2012-12-31 2019-03-05 Divx, Llc Systems, methods, and media for controlling delivery of content
US10225588B2 (en) 2011-09-01 2019-03-05 Divx, Llc Playback devices and methods for playing back alternative streams of content protected using a common set of cryptographic keys
US10368096B2 (en) 2011-01-05 2019-07-30 Divx, Llc Adaptive streaming systems and methods for performing trick play
US10437896B2 (en) 2009-01-07 2019-10-08 Divx, Llc Singular, collective, and automated creation of a media guide for online content
US10462537B2 (en) 2013-05-30 2019-10-29 Divx, Llc Network video streaming with trick play based on separate trick play files
US10687095B2 (en) 2011-09-01 2020-06-16 Divx, Llc Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US10715806B2 (en) 2013-03-15 2020-07-14 Divx, Llc Systems, methods, and media for transcoding video data
US10878065B2 (en) 2006-03-14 2020-12-29 Divx, Llc Federated digital rights management scheme including trusted systems
US10893305B2 (en) 2014-04-05 2021-01-12 Divx, Llc Systems and methods for encoding and playing back video at different frame rates using enhancement layers
USRE48761E1 (en) 2012-12-31 2021-09-28 Divx, Llc Use of objective quality measures of streamed content to reduce streaming bandwidth
US11159746B2 (en) 2003-12-08 2021-10-26 Divx, Llc Multimedia distribution system for multimedia files with packed frames
US11355159B2 (en) 2003-12-08 2022-06-07 Divx, Llc Multimedia distribution system
US11457054B2 (en) 2011-08-30 2022-09-27 Divx, Llc Selection of resolutions for seamless resolution switching of multimedia content

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100663443B1 (en) * 2005-09-15 2007-01-02 삼성전자주식회사 Apparatus and method of interlock between entities for protecting service, and the system thereof
KR100930695B1 (en) * 2007-08-06 2009-12-09 현대자동차주식회사 DLM system and DRM contents management method
CN101132403B (en) * 2007-08-08 2012-09-05 华为技术有限公司 Business authorization method and its server
KR20160092768A (en) 2015-01-28 2016-08-05 주식회사 비욘드테크 System for Gathering and Managing Product of Research and Development
KR20160092766A (en) 2015-01-28 2016-08-05 주식회사 비욘드테크 System for Protecting literary property
CN106685986B (en) * 2017-01-18 2019-07-02 北京蓝色星语科技有限公司 A kind of hazardous material detection data processing method and processing system
CN110569631B (en) * 2019-09-10 2021-09-21 腾讯科技(深圳)有限公司 Account number detection method, device, equipment and storage medium based on block chain

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4625276A (en) * 1983-08-31 1986-11-25 Vericard Corporation Data logging and transfer system using portable and resident units
US20010042125A1 (en) * 2000-05-09 2001-11-15 Minoru Watanabe Service information providing method, service information providing apparatus and system
US20030023561A1 (en) * 1994-11-23 2003-01-30 Stefik Mark J. System for controlling the distribution and use of digital works
US6557105B1 (en) * 1999-04-14 2003-04-29 Tut Systems, Inc. Apparatus and method for cryptographic-based license management
US20060056324A1 (en) * 2004-09-10 2006-03-16 Nokia Corporation Apparatus and method to provide mobile music appliance with subscription-based play-list service

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040107368A1 (en) * 1998-06-04 2004-06-03 Z4 Technologies, Inc. Method for digital rights management including self activating/self authentication software
US6647260B2 (en) * 1999-04-09 2003-11-11 Openwave Systems Inc. Method and system facilitating web based provisioning of two-way mobile communications devices
JP3327894B2 (en) * 1999-04-14 2002-09-24 松下電器産業株式会社 Data management apparatus, data management method, and recording medium recording data management program
JP4261683B2 (en) * 1999-06-10 2009-04-30 東芝テック株式会社 Information processing system and information processing method
GB0009634D0 (en) * 2000-04-19 2000-06-07 Infoclear Nv The info2clear system for on-line copyright management
US6978022B2 (en) * 2000-10-26 2005-12-20 General Instrument Corporation System for securing encryption renewal system and for registration and remote activation of encryption device
US6650151B2 (en) 2001-12-26 2003-11-18 Xerox Corporation Process insensitive electronic driver circuitry for integrated RF switching diodes
JP2004007297A (en) 2002-06-03 2004-01-08 Hiroshi Sato Automatic controller, automatic control method, automatic control system and terminal
JP4664582B2 (en) * 2002-08-28 2011-04-06 パナソニック株式会社 KEY DISTRIBUTION DEVICE, TERMINAL DEVICE, RECORDING MEDIUM, AND KEY DISTRIBUTION SYSTEM
EP1535423A2 (en) * 2002-08-28 2005-06-01 Matsushita Electric Industrial Co., Ltd. Key delivery for operating an home network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4625276A (en) * 1983-08-31 1986-11-25 Vericard Corporation Data logging and transfer system using portable and resident units
US20030023561A1 (en) * 1994-11-23 2003-01-30 Stefik Mark J. System for controlling the distribution and use of digital works
US6557105B1 (en) * 1999-04-14 2003-04-29 Tut Systems, Inc. Apparatus and method for cryptographic-based license management
US20010042125A1 (en) * 2000-05-09 2001-11-15 Minoru Watanabe Service information providing method, service information providing apparatus and system
US20060056324A1 (en) * 2004-09-10 2006-03-16 Nokia Corporation Apparatus and method to provide mobile music appliance with subscription-based play-list service

Cited By (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8479189B2 (en) 2000-11-17 2013-07-02 Hewlett-Packard Development Company, L.P. Pattern detection preprocessor in an electronic device update generation system
US8468515B2 (en) 2000-11-17 2013-06-18 Hewlett-Packard Development Company, L.P. Initialization and update of software and/or firmware in electronic devices
US8555273B1 (en) 2003-09-17 2013-10-08 Palm. Inc. Network for updating electronic devices
US11735228B2 (en) 2003-12-08 2023-08-22 Divx, Llc Multimedia distribution system
US11355159B2 (en) 2003-12-08 2022-06-07 Divx, Llc Multimedia distribution system
US11509839B2 (en) 2003-12-08 2022-11-22 Divx, Llc Multimedia distribution system for multimedia files with packed frames
US11297263B2 (en) 2003-12-08 2022-04-05 Divx, Llc Multimedia distribution system for multimedia files with packed frames
US11735227B2 (en) 2003-12-08 2023-08-22 Divx, Llc Multimedia distribution system
US11159746B2 (en) 2003-12-08 2021-10-26 Divx, Llc Multimedia distribution system for multimedia files with packed frames
US8578361B2 (en) 2004-04-21 2013-11-05 Palm, Inc. Updating an electronic device with update agent code
US8526940B1 (en) 2004-08-17 2013-09-03 Palm, Inc. Centralized rules repository for smart phone customer care
US20140065970A1 (en) * 2005-03-08 2014-03-06 Broadcom Corporation Mechanism for improved interoperability when content protection is used with an audio stream
US8001231B2 (en) * 2005-06-30 2011-08-16 Huawei Technologies Co., Ltd. Method and apparatus for implementing a predetermined operation in device management
US20110087917A1 (en) * 2005-06-30 2011-04-14 Huawei Technologies Co., Ltd. Method and Apparatus for Implementing a Predetermined Operation in Device Management
US20080163262A1 (en) * 2005-06-30 2008-07-03 Huawei Technologies Co., Ltd. Method and apparatus for implementing a predetermined operation in device management
US8434094B2 (en) 2005-06-30 2013-04-30 Huawei Technologies Co., Ltd. Method and apparatus for implementing a predetermined operation in device management
US20070061568A1 (en) * 2005-09-15 2007-03-15 Samsung Electronics Co., Ltd. Inter-entity coupling method, apparatus and system for content protection
US8327136B2 (en) * 2005-09-15 2012-12-04 Samsung Electronics Co., Ltd. Inter-entity coupling method, apparatus and system for content protection
US20080310637A1 (en) * 2006-01-26 2008-12-18 Huawei Technologies Co., Ltd. Method, System And Rights Issuer For Generating And Acquiring Rights Objects
US11886545B2 (en) 2006-03-14 2024-01-30 Divx, Llc Federated digital rights management scheme including trusted systems
US10878065B2 (en) 2006-03-14 2020-12-29 Divx, Llc Federated digital rights management scheme including trusted systems
US8893110B2 (en) 2006-06-08 2014-11-18 Qualcomm Incorporated Device management in a network
US8752044B2 (en) 2006-07-27 2014-06-10 Qualcomm Incorporated User experience and dependency management in a mobile device
US9081638B2 (en) 2006-07-27 2015-07-14 Qualcomm Incorporated User experience and dependency management in a mobile device
US20080072296A1 (en) * 2006-09-19 2008-03-20 Societe Francaise Du Radiotelephone Method for securing sessions between a wireless terminal and equipment in a network
US20080118231A1 (en) * 2006-11-22 2008-05-22 The Directv Group, Inc. Method and system for providing content to a portable media player device and maintaining licensing rights
US9143734B2 (en) * 2006-11-22 2015-09-22 The Directv Group, Inc. Method and system for providing content to a portable media player device and maintaining licensing rights
US8244845B2 (en) * 2006-11-29 2012-08-14 Hewlett-Packard Development Company, L.P. IP based notification of device management operations in a network
US20080126555A1 (en) * 2006-11-29 2008-05-29 Bindu Rama Rao IP Based Notification of Device Management Operations in a Network
US8949926B2 (en) 2007-04-23 2015-02-03 Lg Electronics Inc. Method for protecting contents, method for sharing contents and device based on security level
US20100186065A1 (en) * 2007-04-23 2010-07-22 Lg Electronics Inc. Method for protecting contents, method for sharing contents and device based on security level
US8527764B2 (en) * 2007-05-07 2013-09-03 Lg Electronics Inc. Method and system for secure communication
US20100257363A1 (en) * 2007-05-07 2010-10-07 Lg Electronics Inc. Method and system for secure communication
US8806658B2 (en) * 2007-05-17 2014-08-12 Samsung Electronics Co., Ltd. Method of installing software for using digital content and apparatus for playing digital content
US20080288784A1 (en) * 2007-05-17 2008-11-20 Samsung Electronics Co., Ltd. Method of installing software for using digital content and apparatus for playing digital content
US20080294894A1 (en) * 2007-05-24 2008-11-27 Microsoft Corporation Binding Content Licenses to Portable Storage Devices
US8539233B2 (en) * 2007-05-24 2013-09-17 Microsoft Corporation Binding content licenses to portable storage devices
US8639627B2 (en) * 2007-07-06 2014-01-28 Microsoft Corporation Portable digital rights for multiple devices
US20090012805A1 (en) * 2007-07-06 2009-01-08 Microsoft Corporation Portable Digital Rights for Multiple Devices
US10902883B2 (en) 2007-11-16 2021-01-26 Divx, Llc Systems and methods for playing back multimedia files incorporating reduced index structures
US10141024B2 (en) 2007-11-16 2018-11-27 Divx, Llc Hierarchical and reduced index structures for multimedia files
US11495266B2 (en) 2007-11-16 2022-11-08 Divx, Llc Systems and methods for playing back multimedia files incorporating reduced index structures
US20090313171A1 (en) * 2008-06-17 2009-12-17 Microsoft Corporation Electronic transaction verification
US20120096560A1 (en) * 2008-06-19 2012-04-19 Telefonaktiebolaget Lm Ericsson (Publ) Method and a Device for Protecting Private Content
US20100138645A1 (en) * 2008-10-21 2010-06-03 Lg Electronics Inc. Method for moving rights objects into other device in digital rights management
US8205071B2 (en) * 2008-10-21 2012-06-19 Lg Electronics Inc. Method for moving rights objects into other device in digital rights management
US10437896B2 (en) 2009-01-07 2019-10-08 Divx, Llc Singular, collective, and automated creation of a media guide for online content
US20100306485A1 (en) * 2009-05-27 2010-12-02 Dubhashi Kedarnath A Content longevity with user device domains
US9276935B2 (en) 2009-05-27 2016-03-01 Microsoft Technology Licensing, Llc Domain manager for extending digital-media longevity
US11102553B2 (en) 2009-12-04 2021-08-24 Divx, Llc Systems and methods for secure playback of encrypted elementary bitstreams
US10212486B2 (en) 2009-12-04 2019-02-19 Divx, Llc Elementary bitstream cryptographic material transport systems and methods
US10484749B2 (en) 2009-12-04 2019-11-19 Divx, Llc Systems and methods for secure playback of encrypted elementary bitstreams
US10382785B2 (en) 2011-01-05 2019-08-13 Divx, Llc Systems and methods of encoding trick play streams for use in adaptive streaming
US10368096B2 (en) 2011-01-05 2019-07-30 Divx, Llc Adaptive streaming systems and methods for performing trick play
US11638033B2 (en) 2011-01-05 2023-04-25 Divx, Llc Systems and methods for performing adaptive bitrate streaming
US11457054B2 (en) 2011-08-30 2022-09-27 Divx, Llc Selection of resolutions for seamless resolution switching of multimedia content
US10341698B2 (en) 2011-09-01 2019-07-02 Divx, Llc Systems and methods for distributing content using a common set of encryption keys
US11683542B2 (en) 2011-09-01 2023-06-20 Divx, Llc Systems and methods for distributing content using a common set of encryption keys
US10687095B2 (en) 2011-09-01 2020-06-16 Divx, Llc Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US11178435B2 (en) 2011-09-01 2021-11-16 Divx, Llc Systems and methods for saving encoded media streamed using adaptive bitrate streaming
US10244272B2 (en) 2011-09-01 2019-03-26 Divx, Llc Systems and methods for playing back alternative streams of protected content protected using common cryptographic information
US10856020B2 (en) 2011-09-01 2020-12-01 Divx, Llc Systems and methods for distributing content using a common set of encryption keys
US10225588B2 (en) 2011-09-01 2019-03-05 Divx, Llc Playback devices and methods for playing back alternative streams of content protected using a common set of cryptographic keys
US10225299B2 (en) 2012-12-31 2019-03-05 Divx, Llc Systems, methods, and media for controlling delivery of content
US11438394B2 (en) 2012-12-31 2022-09-06 Divx, Llc Systems, methods, and media for controlling delivery of content
USRE48761E1 (en) 2012-12-31 2021-09-28 Divx, Llc Use of objective quality measures of streamed content to reduce streaming bandwidth
US11785066B2 (en) 2012-12-31 2023-10-10 Divx, Llc Systems, methods, and media for controlling delivery of content
US10805368B2 (en) 2012-12-31 2020-10-13 Divx, Llc Systems, methods, and media for controlling delivery of content
US10715806B2 (en) 2013-03-15 2020-07-14 Divx, Llc Systems, methods, and media for transcoding video data
US11849112B2 (en) 2013-03-15 2023-12-19 Divx, Llc Systems, methods, and media for distributed transcoding video data
US10462537B2 (en) 2013-05-30 2019-10-29 Divx, Llc Network video streaming with trick play based on separate trick play files
US11711552B2 (en) 2014-04-05 2023-07-25 Divx, Llc Systems and methods for encoding and playing back video at different frame rates using enhancement layers
US10893305B2 (en) 2014-04-05 2021-01-12 Divx, Llc Systems and methods for encoding and playing back video at different frame rates using enhancement layers
US11445010B2 (en) 2014-05-05 2022-09-13 Aveva Software, Llc Distributed historization system
US20150319227A1 (en) * 2014-05-05 2015-11-05 Invensys Systems, Inc. Distributed historization system

Also Published As

Publication number Publication date
DE602004012466D1 (en) 2008-04-24
JP4733139B2 (en) 2011-07-27
ATE389214T1 (en) 2008-03-15
DE602004012466T2 (en) 2009-05-07
PL1815378T3 (en) 2008-09-30
JP2008519338A (en) 2008-06-05
US10637866B2 (en) 2020-04-28
KR20070083972A (en) 2007-08-24
WO2006048039A1 (en) 2006-05-11
EP1815378A1 (en) 2007-08-08
EP1815378B1 (en) 2008-03-12
CN100594502C (en) 2010-03-17
KR101123550B1 (en) 2012-03-13
CN101052968A (en) 2007-10-10
HK1111487A1 (en) 2008-08-08

Similar Documents

Publication Publication Date Title
US10637866B2 (en) Technique for registering a device with a rights issuer system
EP1530885B1 (en) Robust and flexible digital rights management involving a tamper-resistant identity module
US8321673B2 (en) Method and terminal for authenticating between DRM agents for moving RO
US8699475B2 (en) Communication system, communication apparatus and method for setting communication parameters of the apparatus
JP4863777B2 (en) Communication processing method and computer system
KR101819556B1 (en) Apparatus and method for supporting family cloud in cloud computing system
KR101511805B1 (en) Secure signing method, secure authentication method and iptv system
JP4644738B2 (en) Device management method using broadcast channel
KR20170139093A (en) A method for a network access device to access a wireless network access point, a network access device, an application server, and a non-volatile computer readable storage medium
US9177112B2 (en) Method and device for communicating digital content
KR20180016398A (en) Manage service provider certificates
MX2008014168A (en) Digital rights management using trusted processing techniques.
US20130054965A1 (en) Usage Control of Digital Data Exchanged Between Terminals of a Telecommunications Network
JP2023162296A (en) Non-3GPP device access to core network
JP2015073224A (en) Broadcast receiver and information processing system
JP3621682B2 (en) Digital broadcasting apparatus and digital broadcasting method, digital broadcasting receiving apparatus, digital broadcasting receiving method, and digital broadcasting receiving system
WO2010033125A1 (en) Certificate signing in secure sessions
EP1414210A1 (en) Method and apparatus for handling a trusted clock value

Legal Events

Date Code Title Description
AS Assignment

Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HARTUNG, FRANK;HORN, UWE;REEL/FRAME:021304/0968

Effective date: 20070424

STCC Information on status: application revival

Free format text: WITHDRAWN ABANDONMENT, AWAITING EXAMINER ACTION

STCV Information on status: appeal procedure

Free format text: BOARD OF APPEALS DECISION RENDERED

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: ADVISORY ACTION MAILED

STCV Information on status: appeal procedure

Free format text: NOTICE OF APPEAL FILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY