EP2410460A2 - Rights object moving method, content player, and semiconductor device - Google Patents
Rights object moving method, content player, and semiconductor device Download PDFInfo
- Publication number
- EP2410460A2 EP2410460A2 EP11186262A EP11186262A EP2410460A2 EP 2410460 A2 EP2410460 A2 EP 2410460A2 EP 11186262 A EP11186262 A EP 11186262A EP 11186262 A EP11186262 A EP 11186262A EP 2410460 A2 EP2410460 A2 EP 2410460A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- rights object
- memory card
- content player
- rights
- state information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 83
- 239000004065 semiconductor Substances 0.000 title claims description 4
- 230000004044 response Effects 0.000 claims abstract description 30
- 238000009434 installation Methods 0.000 claims abstract description 12
- 238000011084 recovery Methods 0.000 description 67
- 238000010586 diagram Methods 0.000 description 16
- 230000015654 memory Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 238000007796 conventional method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/108—Transfer of content, software, digital rights or licenses
- G06F21/1088—Transfer of content, software, digital rights or licenses by using transactions with atomicity, consistency, or isolation and durability [ACID] properties
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/109—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by using specially-adapted hardware at the client
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2105—Dual mode as a secondary aspect
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2135—Metering
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2143—Clearing memory, e.g. to prevent the data from being stolen
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2151—Time stamp
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2153—Using hardware token as a secondary aspect
Definitions
- the present invention relates to a method of controlling a move of a rights object between (i) a system using a content having a protected copyright utilizing the rights object and (ii) a memory card connected to the system.
- DRM Digital Rights Management
- a terminal using a memory card as an external memory can store the above-mentioned rights object to the memory, when a content having a protected copyright is permitted to be used according to the rights object.
- a rights object which is prohibited from being copied is copied to be stored in the memory card, rights of the rights object are allowed to be used in other terminals without permission. Therefore, a rights object is generally permitted to be moved only between the terminal and the memory card.
- Patent Reference 1 discloses a method for moving a rights object from a memory card to a terminal.
- the rights object is assigned with state information indicating whether the rights object is disabled (in other words, in a disabled state) or enabled (in other words, in an enabled state).
- state information indicating whether the rights object is disabled (in other words, in a disabled state) or enabled (in other words, in an enabled state).
- FIG. 1 is a diagram showing a sequence of moving a rights object from a memory card to a terminal according to a prior art disclosed in Non-Patent Reference 1.
- the memory card 200 changes an enabled state of the rights object to a disabled state (in other words, the memory card 200 disables the enabled rights object) (102) and then transmits the disabled rights object to the terminal 100 (103).
- the terminal 100 retrieves (receives) the rights object from the memory card 200
- the terminal 100 installs (stores) the retrieved rights object into the terminal 100 itself.
- the terminal 100 Upon completing the installation, the terminal 100 enables the disabled rights object (104), and transmits, to the memory card 200, a request for removing (deleting) the rights object from the memory card 200 (105).
- the memory card 200 receives the removal request and removes the rights object (106), and transmits a response notifying completion of the removal to the terminal 100 (107).
- the terminal 100 performs a recovery procedure for recovering a situation of the rights object from defects caused by the error.
- FIG. 2 is a flowchart showing the recovery procedure in the prior art.
- Patent Reference 1 has the following problem. If the memory card is taken out from the terminal during a period from completion of copying the rights object to the terminal to completion of removing (deleting) the rights object from the memory card, the disabled rights object is left in the memory card. In this situation, the recovery procedure fails, because the rights object in the terminal remains in the disabled state and thereby a content cannot be used utilizing the rights object.
- the state of the rights object in the terminal is always the enabled state. Therefore, even if the memory card is taken out from the terminal when the memory card has the disabled rights object, rights of the rights object in the terminal can be consumed. Still further, since in the conventional recovery procedure a recovery method is decided by determining whether or not the terminal has the rights object. Therefore, if all of rights in the rights object in the terminal are consumed and the rights object is removed (deleted), the disabled rights object in the memory card is wrongly enabled. As a result, when inserting the memory card to another terminal, the rights object is actually copied and allowed to be used without permission.
- the present invention overcomes the problems as described above. It is an object of the present invention to provide a rights object moving method and a content player which permit rights to be consumed at the time of completing move of a rights object to the content player (terminal) and prevent the recovery procedure from wrongly allowing the rights object to be used without permission.
- a rights object moving method of moving a rights object indicating use rights of a content from a memory card to a content player the memory card being capable of being inserted to and taken out from the content player and holding (a) the rights object and (b) a first state information indicating whether or not the rights object is enabled or disabled
- the rights object moving method including: transmitting, from the content player to the memory card, a retrieval request for providing the rights object to the content player; changing the first state information indicating that the rights object in the memory card is enabled to indicate that the rights object in the memory card is disabled, when the memory card receives the retrieval request; installing, to the content player, the rights object provided from the memory card in response to the retrieval request; transmitting a removal request from the content player to the memory card upon completing the installing, the removal request requesting to remove the rights object in the memory card; generating second state information to be held in the content device after the transmitting of the removal request, the second state information
- the rights object installed from the memory card to the content player is not in an enabled state. Therefore, the existence of such a non-enabled rights object in the content player expresses that a source rights object (namely, the rights object in the memory card from which the non-enabled rights object has been installed to the content player) has not yet been removed (deleted) from the memory card. As a result, it is possible to prevent the rights object from being used without permission by maliciously using the recovery procedure. More specifically, the rights object storing in the content player and corresponding to the second state information indicating that the removal (deletion) of the source rights object to be removed has not yet been completed is prohibited from being moved and removed (deleted) but permitted to be used to play an associated content in the content player.
- the rights object is prohibited from being moved and removed (deleted). Thereby, it is possible to prevent the disabled rights object from being used without permission when the recovery procedure wrongly enables the disabled rights obj ect.
- the rights object moving method may further include: removing the rights object in the memory card and transmitting a removal response for notifying completion of the removing from the memory card to the content player, when the memory card receives the removal request; and removing, from the content player, the second state information indicating that the removing of the rights object in the memory card has not yet been completed, when the content player receives the removal response.
- the rights object moving method may further include: removing the rights object in the memory card and transmitting a removal response for notifying completion of the removing from the memory card to the content player, when the memory card receives the removal request; and updating the second state information indicating that the removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when the content player receives the removal response.
- the content player holds the second state information indicating that the removal of the rights object in the memory card has not yet been completed (in other words, "not-yet-removed" state), until the removal of the (disabled) rights object from the memory card is completed by the recovery procedure.
- the second state information is changed to indicate that the rights object is enabled, a content associated with the rights object can be used without being constrained to be within a range of the rights object.
- the rights object moving method may further include: determining that the rights object in the content player is enabled and permitting the rights object in the content player to be used to play the content, when the content player does not have the second state information indicating that the removing of the rights object in the memory card has not yet been completed.
- the rights object in the content player is determined to be in the enabled state.
- a content associated with the rights object can be used without being constrained to be within a range of the rights object.
- the generating may include: generating second state information to be held in the content device after starting the installing, the second state information indicating that the installing of the rights object has not yet been completed; and updating, after the transmitting of the removal request, the second state information indicating (i) that the installing of the rights object has not yet been completed to indicate (ii) that the removing of the rights object in the memory card has not yet been completed.
- the second state information expresses that installation of the retrieved rights object in the content player has not yet been completed (in other words, "not-yet-installed” state) that is a state prior to the "not-yet-removed” state.
- not-yet-installed a state prior to the "not-yet-removed” state.
- the generating may include: generating second state information to be held in the content device after the transmitting of the retrieval request, the second state information indicating that the providing of the rights object from the memory card to the content player has not yet been started; updating, after starting the installing, the second state information indicating that the providing of the rights object from the memory card to the content player has not yet been started to indicate that the installing of the rights object has not yet been completed; and updating, after the transmitting of the removal request, the second state information indicating (i) that the installing of the rights object has not yet been completed to indicate (ii) that the removing of the rights object in the memory card has not yet been completed.
- the second state information expresses the "not-yet-installed" state that is a state prior to the "not-yet-removed” state and a "non-yet-retrieved” state where providing of the rights object from the memory card to the content player has not yet been started that is a state prior to the "not-yet-installed” state.
- this enables the recovery procedure to be worked more flexibly when an error occurs during moving the rights object.
- the rights object moving method may further include recovering a situation of the rights object, wherein the recovering includes removing the rights object in the memory card and the first state information from the memory card, when (i) the content player has the second state information indicating that the removing of the rights object in the memory card has not yet been completed and (ii) the memory card has the first state information indicating that the rights object in the memory card is disabled.
- the second state information indicating the "not-yet-removed" state is not removed (deleted) even after consuming the rights object in the content player. Therefore, the disabled rights object is removed from the memory card without being enabled. As a result, it is possible to prevent the rights object from being used without permission by maliciously utilizing the conventional recovery procedure.
- the recovering may further include updating the second state information indicating that the removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when (i) the content player has the second state information indicating that the removing of the rights object in the memory card has not yet been completed and (ii) the memory card does not have the rights object.
- the rights object moving method may further include recovering a situation of the rights object, wherein the recovering includes removing the rights object in the memory card and the first state information from the memory card, when (i) the content player has the second state information indicating that the removing of the rights object in the memory card has not yet been completed and (ii) the memory card has the first state information indicating that the rights object in the memory card is disabled.
- the rights object moving method may further include recovering a situation of the rights object, wherein the recovering further includes changing the first state information in the memory card to indicate that the rights object in the memory card is enabled, when (i) the content player has the second state information indicating that the installing of the rights object has not yet been completed and does not have the rights object, and (ii) the memory card has (ii-1) the first state information indicating that the rights object in the memory card is disabled and (ii-2) the rights object.
- the present invention is implemented not only as the above-described rights object moving method, but also as a content player, a semiconductor device, or a program, each of which has the same features as described above.
- the present invention can prevent a rights object from being used without permission by maliciously utilizing recovery procedures.
- the present invention can prohibit a disabled rights object from being used without permission due to a recovery procedure enabling the disabled rights object.
- the present invention enables the recovery procedure to be more flexible for errors occurred during moving a rights object.
- FIG. 3 is a diagram showing a configuration of a system according to Embodiment 1 of the present invention.
- the system includes a mobile terminal 1 and a memory card 2.
- FIG. 4 is a block diagram showing a structure of the mobile terminal 1 according to Embodiment 1 of the present invention.
- the mobile terminal 1 includes a rights state determination unit 201, a rights state change unit 202, a storage control unit 203, a rights management unit 204, a memory card access unit 205, a rights determination unit 206, a content play unit 207, a use information retrieval unit 208, and a storage unit 209.
- each of the units in the mobile terminal 1 (hereinafter, referred to also as a "terminal") is described briefly.
- the rights state determination unit 201 retrieves information of a state (hereinafter, referred to simply as a "state”, a “rights state”, or “rights state information”) of a designated rights object, and determines whether or not the rights object is permitted to be moved and removed (deleted). In addition, based on a result of copying or removing the rights object held in the memory card, the rights state determination unit 201 determines which state the rights object in the terminal is to be updated to, and then requests the rights state change unit 202 to update the current state of the rights object to the determined state. The rights state change unit 202 updates rights state information 212 of the designated rights object, based on the request (state update request) from the rights state determination unit 201.
- the storage control unit 203 stores a content to the storage unit 209 in response to a request from the memory card access unit 205.
- the storage control unit 203 also stores the rights object to the storage unit 209 in response to a request from the rights management unit 204.
- the storage control unit 203 further stores the rights state information to the storage unit 209 in response to a request from the rights state change unit 202.
- the storage control unit 203 reads out the rights state information from the storage unit 209 in response to a request from the rights state determination unit 201.
- the rights management unit 204 controls the rights object stored in the memory card 2 to be moved to the mobile terminal 1, requesting the memory card access unit 205 to read or remove (delete) the rights object. Furthermore, the rights management unit 204 associates the rights object read from the memory card 2 with a corresponding content. Then, the rights management unit 204 requests the storage control unit 203 to control to store the rights object and at the same time notifies the rights state determination unit 201 of that copying of the rights object is completed. The rights management unit 204 also notifies the rights state determination unit 201 of that removing of the disabled rights object from the memory card is completed.
- the rights management unit 204 controls the rights object stored in the mobile terminal 1 to be moved to the memory card 2 and to be removed, requesting the storage control unit 203 to read and removed the rights object.
- the rights management unit 204 requests the storage control unit 203 to retrieve a rights object associated with the protected content, and requests the rights determination unit 206 to make determination regarding the retrieved rights object.
- the rights management unit 204 requests the use information retrieval unit 208 to retrieve use information of the rights object, updates the rights object, and instructs the storage control unit 203 to store the updated rights object.
- the memory card access unit 205 controls connection with the memory card 2, and reads and removes (deletes) a content 21 and a rights object 22 from the memory card 2.
- the memory card access unit 205 also writes the rights object stored in the mobile terminal 1 to the memory card in response to a request from the rights management unit 204.
- the rights determination unit 206 confirms constraint information of the rights object associated with the content in order to determine whether or not the content is permitted to be used.
- the content play unit 207 plays the permitted content, and after the play, notifies the use information retrieval unit 208 of use information such as counts of playing (hereinafter, referred to as "play counts").
- the use information retrieval unit 208 stores the use information of rights notified from the content play unit 207, and moves the use information to the rights management unit 204 in response to a request.
- the storage unit 209 stores a content 210, a rights object 21 1 , and rights state information 212.
- FIG. 5 is a schematic diagram showing a data structure of the rights object 211 and a data structure of the rights state information 212.
- the rights object 211 includes detailed pieces of information which are: a use permission/prohibition flag 301 designating to permit or prohibit use of rights (for example, designating whether or not the rights object satisfy constraint information designated in the rights object); a validity period 302 designating a start time and an end time of a validity period of the rights object; a use count 303 designating (i) counts of having used the rights object by the time of determining the rights object and (ii) predetermined counts which are predetermined at the time of retrieving the rights object; and a use time 304 indicating (i) a time period of having used the rights object by the time of determining the rights object and (ii) a predetermined time period which is predetermined at the time of retrieving the rights object.
- a use permission/prohibition flag 301 designating to permit or prohibit use of rights (for example, designating whether or not the rights object satisfy constraint information designated in the rights object)
- a validity period 302 designating a start time and an end time of a validity period of
- the rights state information 305 includes detailed pieces of information which are: a rights state 306 designating whether or not the rights object is permitted to be moved and removed (deleted); and a source card identification (ID) 307 designating information of a memory card in which the rights object has been stored before being moved to the mobile terminal.
- the use permission/prohibition flag 301 has two kinds of values which are a value indicating "permission” and a value indicating "prohibition". When a content having a protected copyright is to be used, the mobile terminal 1 does not use the rights object with the use permission/prohibition flag having the "prohibition" value.
- the rights state 306 has two kinds of values which are a value indicating an "enabled state” and a value indicating a "conditionally enabled state".
- the mobile terminal 1 does not constraint use of the rights object having the value of the "conditionally enabled state”, but does not move the rights object to the memory card nor remove the rights object.
- the mobile terminal 1 does not constraint move of a rights object having the "enabled state” to the memory card nor remove the rights obj ect.
- FIG. 6 is a schematic diagram showing a sequence of moving a rights object from the memory card to the terminal in the system of FIG. 3 .
- the mobile terminal 1 requests the memory card 2 to provide a rights object (hereinafter, referred to as a "rights retrieval request") (401).
- the rights object in the memory card 2 is disabled (402), and then the mobile terminal 1 retrieves the disabled rights object from the memory card 2 (403). Then, the mobile terminal 1 installs (stores) the retrieved rights object into the mobile terminal 1 itself, conditionally enabling the disabled rights object (404).
- the mobile terminal 1 requests the memory card to remove (delete) the rights object from the memory card 2 (405).
- the disabled rights object in the memory card is removed from the memory card (406), and the mobile terminal 1 is notified of a result of the removal (407). If the removal result is successful, the mobile terminal 1 enables the conditionally enabled rights object that has been retrieved from the memory card and is currently stored in the mobile terminal 1 (408).
- Embodiment 1 of the present invention is characterized in: the step 404 of storing the rights object to the mobile terminal 1 by conditionally enabling the rights object when the rights object is copied from the memory card 2 to the mobile terminal 1 ; and the step 408 of enabling the conditionally enabled rights object stored in the terminal after receiving the result of removing the source rights object from the memory card 2.
- the characteristics are described in more details with reference to FIG. 7 .
- FIG. 7 is a flowchart showing a recovery procedure according to Embodiment 1 of the present invention. The recovery procedure of FIG. 7 is explained in comparison with the conventional recovery procedure of FIG. 2 .
- the terminal does not have a target rights object and the memory card has the target rights object in a disabled state.
- the recovery procedure is necessary to enable the disabled rights object in the memory card (603).
- the error recovery determ ination processing according to Embodiment 1 , a determination is made that the mobile terminal does not have a target rights object (No at 501 ) and a further determination is made that the target rights object in the memory card is in a disabled state (Disabled State at 502). As a result, the recovery procedure is necessary to enable the disabled rights object in the memory card (503). The above recovery procedure allows the target rights object in the memory card to be re-used.
- the terminal has a target rights object and the memory card has the target rights object in a disabled state.
- the conventional error recovery determination processing a determination is made that the mobile terminal has a target rights object (Yes at 601) and that the memory card has the target rights object in a disabled state (Yes at 604).
- the recovery procedure is necessary to remove (delete) the disabled target rights object from the memory card (605).
- the terminal has a target rights object in a conditionally enabled state and the memory card has the target rights object in a disabled state.
- the recovery procedure is necessary to remove the disabled target rights object from the memory card (506) and to enable the conditionally enabled target rights object in the mobile terminal (507).
- the above recovery procedure makes it possible to remove the rights object (source rights object) from the memory card and to allow the rights object in the mobile terminal to be re-used.
- the system when all rights in the rights object stored at the step 409 are consumed before the user re-inserts the memory card to the mobile terminal, the system sometimes automatically removes (deletes) the rights object from the mobile terminal. Or, the consumed rights object may be removed according to designation of the user.
- the memory card is re-inserted to the mobile terminal after consuming and removing the rights object from the mobile terminal, the situation of the mobile terminal and the memory card are the same as the situation where an error occurs during the step 403, in other words, the mobile terminal does not have a target rights object and the memory card has the target rights object in a disabled state.
- the error recovery determination processing a determination is made that the mobile terminal does not have a target rights object (No at 601) and a further determination is made that the target rights object in the memory card is in a disabled state (Disabled State at 602). Then, the recovery procedure is necessary to enable the disabled target rights object in the memory card (603). As a result, the rights object in the memory card is recovered and thereby the user can re-use the rights object without permission.
- Embodiment 1 of the present invention even if rights of the rights object stored in the mobile terminal at the step 404 are consumed before re-inserting the memory card to the mobile terminal by the user, the rights object in the mobile terminal is not removed (deleted) because the rights object is in the conditionally enabled state. Therefore, even if the memory card is re-inserted to the mobile terminal after consuming the rights object, the states of the rights object in the mobile terminal and the rights object in the memory card have not been changed since the error occurred during the step 406. As a result, the error recovery determination processing can be performed in the same manner as the processing that is performed before consuming the rights object, thereby preventing the rights object from being used by the user without permission.
- the mobile terminal has a target rights object and the memory card does not have the target rights object. Therefore, in the conventional error recovery determination processing, a determination is made that the mobile terminal has a target rights object (Yes at 601) and that the memory card does not have the target rights object (No at 604). As a result, the recovery procedure is not necessary.
- the terminal has a target rights object in a conditionally enabled state and the memory card does not have the target rights object.
- the error recovery determination processing a determination is made that the mobile terminal has a target rights object (Yes at 501), a further determination is made that the target rights object in the mobile terminal is in a conditionally enabled state (Conditionally Enabled State at 504), and a still further determination is made that the memory card does not have the target rights object (No at 505).
- the recovery procedure is necessary to enable the conditionally enabled rights object in the mobile terminal (507).
- the above error recovery procedure of Embodiment 1 of the present invention allows the target rights object in the mobile terminal to be used without any constraints on moving and removal, in the same manner as the prior art.
- the rights object 211 and the rights state information 212 are managed as distinct different pieces of data, but the rights object 21 1 may include detailed pieces of information that are rights state information 306 and a move source card ID 307.
- the rights state information 212 may include detailed pieces of information that is a rights object ID.
- the rights object ID is kept even after removing (deleting) a conditionally enabled rights object, in order to be used in determining the recovery procedure.
- Embodiment 1 of the present invention can be implemented also as a content play method performed by the memory card and a content player implemented as the mobile terminal.
- the content play method is used to play a content based on (a) a content and (b) a rights object that permits use of the content.
- the content play method includes: storing a content, a rights object, and a rights state for managing a state of the rights object; accessing the memory card to write the rights object to the memory card or to read the rights object from the memory card; determining the rights state by determining whether or not the rights object is permitted to be moved or removed (deleted); removing the rights object when the determination is made that the rights object is permitted to be removed; when the determination is made that the rights object is permitted to be moved, updating the rights state of the rights object to a "disabled state", copying the rights object in the memory card to the mobile terminal, changing the rights state of the rights object in the mobile terminal to a "conditionally enabled state", and updating the rights state of the rights object in the mobile terminal to an "enabled state” if the corresponding rights object in the memory card is removed.
- the description is given for a content player that generates and holds the rights state information 212 described in Embodiment 1 as a log including a value indicating one of processing steps until "move" of a rights object from the memory card to the content player (the mobile terminal) is correctly completed.
- the log as the rights state information includes a value indicating one of steps especially in the processing of "move”.
- Such a log is generated and stored from start of the "move" until end of the "move”. In other words, a log corresponding to "move” that has successfully been completed is removed (deleted).
- a log corresponding to "move” that is not correctly completed due to an error remains. Therefore, if there is a log of the rights object that is not in the move processing, the recovery procedure is necessary for the rights object.
- FIG. 8 is a block diagram showing a structure of a mobile terminal according to Embodiment 2 of the present invention.
- a mobile terminal 1 a of FIG. 8 differs from the mobile terminal 1 of FIG. 4 in generating and holding rights state information (log) 212a instead of the rights state information 212.
- the rights state information 212a is generated and stored as the above-mentioned log.
- FIG. 9 is a diagram showing an example of a data structure of a rights object and a data structure of the rights state information (log) 212a.
- FIG. 9 differs from FIG. 5 in that rights state information (log) 212a is generated and stored in the storage unit 212 instead of the rights state information 305.
- the rights state information 305a (hereinafter, a log 1) is generated and stored in association with a single rights object when "move” starts, and is removed (deleted) when the "move" is completed.
- the rights state information (log) 305a includes a source card ID, a rights ID, a handle name, a function ID, and a state.
- the source ID is an identifier unique to the memory card.
- the rights ID is an identifier of a corresponding rights object.
- the handle name is another name of the corresponding rights object.
- the function ID indicates "move" of the corresponding rights object from the memory card to the mobile terminal ("MOV" in FIG. 9 ).
- the state indicates one of steps in the "move”. In FIG. 9 , the state indicates one of "1 : not-yet-retrieved", "2: not-yet-installed", and "3: not-yet-removed”.
- the state indicating the "not-yet-removed” from among the states corresponds to the "conditionally enabled state” in Embodiment 1, having the same meaning as the "conditionally enabled state”.
- FIG. 10 is a diagram showing a sequence of moving a rights object from the memory card to the mobile terminal.
- the mobile terminal 1 a Prior to the sequence of FIG. 10 , the mobile terminal 1 a previously confirms that there is no log corresponding to a target rights object to be moved. If there is such a log, the recovery procedure is performed.
- the sequence of FIG. 10 differs from the sequence of FIG. 6 in adding steps 401 a, 403a, 404a, and 407a. The following mainly describes the difference.
- the mobile terminal 1 a After confirming that there is no corresponding log, the mobile terminal 1 a generates a log indicating that providing of a rights object from the memory card 2 to the mobile terminal 1a has not yet been started and stores the generated log to the storage unit 209 (401a), and then transmits a request for providing the rights object (hereinafter, referred to as a "rights retrieval request") to the memory card 2 (401).
- This rights retrieval request includes a rights ID, a handle name, a function ID, and the like of the rights object.
- the memory card When the memory card receives the rights retrieval request, the memory card changes state information of the requested rights object indicating that the requested rights object is in an enabled state to indicate that the requested rights object is in a disabled state (402), and then copied the requested rights object to the mobile terminal in response to the rights retrieval request (403).
- the mobile terminal 1a retrieves the rights object from the memory card (in other words, the content player installs (stores) the rights object). After starting the installation, the mobile terminal 1a updates the log to indicate that installation of the retrieved rights object in the content player has not yet been completed (403a). Upon starting the installation, the mobile terminal 1a updates the log to indicate that installation of the retrieved rights object in the content player has not yet been completed (404a), and immediately after completing the installation, transmits a request (hereinafter, referred to as a "rights removal request") for removing (deleting) the rights object in the memory card to the memory card (405). Furthermore, immediately after transmitting the rights removal request, the mobile terminal 1a updates the log to indicate that the removal of the rights object in the memory card has not yet been completed (404a).
- the memory card receiving the rights removal request transmits a removal response indicating that the rights object has been removed from the memory card.
- the mobile terminal 1a removes (deletes) the log from the storage unit 209 (407a). The removal of the log means that the processing "move" is completed correctly or by the recovery procedure.
- no log means that the rights object is in an enabled state.
- the mobile terminal 1 a determines that the corresponding rights object is in the enabled state and thereby a corresponding content can be played according to the rights obj ect.
- the recovery procedure in Embodiment 2 is basically the same as the recovery procedure in Embodiment 1.
- the recovery procedure in Embodiment 2 differs from the recovery procedure in Embodiment 1 in that the "conditionally enabled state" can be generated in a log in more details as states including the "not-yet-removed” state, and that the log is removed (deleted) instead of enabling the rights object.
- the following mainly describes the difference.
- FIG. 10 Each of A to E represented by symbols X in FIG. 10 indicates an example of a position where an error occurs due to, for example, taking out of the memory card, power discontinuity, or noise during the "move".
- the recovery procedure is described with reference to the examples.
- FIG. 11 is a flowchart of the recovery procedure.
- FIG. 12A is a table regarding recovery procedures corresponding to the respective errors of A to E represented by symbols X.
- Errors A and B in FIG. 10 correspond to a step 501 and a step 504 in FIG. 1 1 , respectively.
- Errors C and D in FIG. 10 correspond to a step 502 and a step 503 in FIG. 11 , respectively.
- Errors E and F in FIG. 10 correspond to the step 504, a step 505, a step 506, and a step 507 in FIG. 11 .
- An Error G in FIG. 10 corresponds to the step 504, the step 505, and the step 506 in FIG. 11 .
- the mobile terminal 1a If there is a log having a function ID indicating "move", the mobile terminal 1a performs a recovery procedure.
- the mobile terminal 1a If the mobile terminal 1a has a log with a state indicating the "not-yet-removed" state and the memory card has state information indicating that a rights object corresponding to the log is in a disable state (Yes at 503), the mobile terminal 1a removes (deletes) the rights object and the state information from the memory card (506) and removes the log (707). Since the log indicating the "not-yet-removed" state is not removed from the mobile terminal 1a even after consuming the rights object, the log needs to be removed without enabling the disabled rights object in the memory card. Thereby, it is possible to prevent the rights object from being used without permission by maliciously using the conventional recovery procedure.
- the mobile terminal 1a If the mobile terminal 1a has a log with a state indicating the "not-yet-removed" state and the memory card does not have a rights object corresponding to the log, the mobile terminal 1a removes (deletes) the log (505, 707). Thereby, when an error occurs in the removal response transmitted from the memory card and thereby the mobile terminal 1a still has a log indicating the "not-yet-removed" state even if the disabled rights object has been removed from the memory card, it is possible to recover a situation of the rights object by removing the log so as to express that the rights object is in a general enabled state.
- the mobile terminal 1a If the mobile terminal 1a has a log with a state indicating the "not-yet-installed" state and does not have a rights object corresponding to the log, and the memory card has the corresponding rights object and state information indicating that the corresponding rights object is in a disable state (702), the mobile terminal 1a changes the state information in the memory card to indicate an enabled state (503) and removes (deletes) the log (707). Thereby, eve if an error occurs before completing the installation of the rights object from the memory card to the mobile terminal 1a, a situation of the rights object can be recovered to be the situation that is before starting the move.
- the mobile terminal 1a If the mobile terminal 1a has a log with a state indicating the "not-yet-retrieved" state (704), the mobile terminal 1a removes (deletes) the log (707). Thereby, a situation of the rights object can be recovered to be the situation that is before starting the move.
- the recovery procedure in Embodiment 2 which recovery procedure is to be performed can be determined with reference to the state data in the log when the log exists. Therefore, the recovery procedure in Embodiment 2 can be performed at a high speed.
- FIG. 12B is a table regarding recovery procedures corresponding to respective occurred errors according to Embodiment 1.
- FIG. 12B shows the recovery procedures corresponding to the respective errors A to G shown in FIG. 10 .
- FIG. 12B differs from FIG. 12A in that the "conditionally enabled state" can be generated in a log in more details as states including the "not-yet-removed” state, and that the log is removed (deleted) instead of enabling the rights object.
- FIG. 12B is basically the same as FIG. 12A .
- each of the embodiments can be implemented also as a program executed by the memory card and the content player implemented as the mobile terminal.
- the mobile terminal has been described as an example of the content player, but the content player may be any electronic device having a function of playing contents and a slot for memory cards.
- the content player may be a digital still camera, a music player, or an electronic dictionary.
- the rights management unit, the rights determination unit, the rights state determination unit, the rights state change unit, the content play unit, the memory card access unit, and the storage unit may be implemented together into a single chip of an integrated circuit or separately into a plurality of chips in a Large-Scale Integration (LSI) (semiconductor device).
- LSI Large-Scale Integration
- the content player according to the present invention is permitted to consume rights of a rights object at the time of completing move of a rights object from a card to the content player, and prevents the rights object from being used without permission.
- the content player according to the present invention is useful in a system using a content with a protected copyright utilizing the rights object.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Technology Law (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
- The present invention relates to a method of controlling a move of a rights object between (i) a system using a content having a protected copyright utilizing the rights object and (ii) a memory card connected to the system.
- In the recent fields of Digital Rights Management (DRM) technologies, a method of separately distributing (i) an encrypted content such as a music content and (ii) a rights object (in other words, rights information) to be utilized to use the encrypted content has been used. The rights object indicates designated constraint information such as counts at which the content is permitted to be used. The content is allowed to be used only within the constraints of the constraint information.
- In the meanwhile, among mobile terminals such as mobile telephones, terminals for which memory cards can serve as external memories have been widely used. Therefore, the memory cards can hold data to be used by the term inals, for example. Such a terminal using a memory card as an external memory can store the above-mentioned rights object to the memory, when a content having a protected copyright is permitted to be used according to the rights object. However, if a rights object which is prohibited from being copied is copied to be stored in the memory card, rights of the rights object are allowed to be used in other terminals without permission. Therefore, a rights object is generally permitted to be moved only between the terminal and the memory card.
-
Patent Reference 1 discloses a method for moving a rights object from a memory card to a terminal. By the method ofPatent Reference 1, the rights object is assigned with state information indicating whether the rights object is disabled (in other words, in a disabled state) or enabled (in other words, in an enabled state). Thereby, when the rights object is to be moved from the memory card to the terminal, the rights object in the memory card is disabled, and the disabled rights object is copied to the terminal. After copying, the rights object in the memory card is removed (in other words, deleted), and the rights object in the terminal is enabled. -
FIG. 1 is a diagram showing a sequence of moving a rights object from a memory card to a terminal according to a prior art disclosed inNon-Patent Reference 1. As shown inFIG. 1 , when a request for providing a rights object is transmitted from aterminal 100 to a memory card 200 (101), thememory card 200 changes an enabled state of the rights object to a disabled state (in other words, thememory card 200 disables the enabled rights object) (102) and then transmits the disabled rights object to the terminal 100 (103). When theterminal 100 retrieves (receives) the rights object from thememory card 200, theterminal 100 installs (stores) the retrieved rights object into theterminal 100 itself. Upon completing the installation, theterminal 100 enables the disabled rights object (104), and transmits, to thememory card 200, a request for removing (deleting) the rights object from the memory card 200 (105). Thememory card 200 receives the removal request and removes the rights object (106), and transmits a response notifying completion of the removal to the terminal 100 (107). - During the above procedure, error would occur due to, for example, taking out of the memory card or power discontinuity. The
terminal 100 performs a recovery procedure for recovering a situation of the rights object from defects caused by the error. -
FIG. 2 is a flowchart showing the recovery procedure in the prior art. - If an error occurs before the rights object is copied to the terminal 100 (in other words, when the terminal does not have an enabled rights object) (No at 601), then disabled rights object in the memory card is enabled (602, 603). Thereby, a situation of the rights object is recovered to be in an original situation that is before the copying. If an error occurs after the rights object has been copied to the terminal (in other words, when the terminal has the enabled rights object) (Yes at 601), then the disabled rights object in the memory card is removed (deleted) (605). Thereby, the situation of the rights object is recovered to be in the situation that is after the copying.
- [Patent Reference 1] Japanese Unexamined Patent Application Publication No.
2000-347946 - [Non-Patent Reference 1] OMA Secure Removable Media Specification Draft version 1.0 - 2 February 2007 (Open Mobile Alliance OMA-TS-SRM-V1_0-20070202-D)
- Unfortunately, the above-described conventional method disclosed in
Patent Reference 1 has the following problem. If the memory card is taken out from the terminal during a period from completion of copying the rights object to the terminal to completion of removing (deleting) the rights object from the memory card, the disabled rights object is left in the memory card. In this situation, the recovery procedure fails, because the rights object in the terminal remains in the disabled state and thereby a content cannot be used utilizing the rights object. - Furthermore, in the case of
FIG. 1 , since the rights object is copied from the memory card to the terminal and enabled to be stored, the state of the rights object in the terminal is always the enabled state. Therefore, even if the memory card is taken out from the terminal when the memory card has the disabled rights object, rights of the rights object in the terminal can be consumed. Still further, since in the conventional recovery procedure a recovery method is decided by determining whether or not the terminal has the rights object. Therefore, if all of rights in the rights object in the terminal are consumed and the rights object is removed (deleted), the disabled rights object in the memory card is wrongly enabled. As a result, when inserting the memory card to another terminal, the rights object is actually copied and allowed to be used without permission. - Thus, the present invention overcomes the problems as described above. It is an object of the present invention to provide a rights object moving method and a content player which permit rights to be consumed at the time of completing move of a rights object to the content player (terminal) and prevent the recovery procedure from wrongly allowing the rights object to be used without permission.
- In accordance with an aspect of the present invention for achieving the object, there is provided a rights object moving method of moving a rights object indicating use rights of a content from a memory card to a content player, the memory card being capable of being inserted to and taken out from the content player and holding (a) the rights object and (b) a first state information indicating whether or not the rights object is enabled or disabled, the rights object moving method including: transmitting, from the content player to the memory card, a retrieval request for providing the rights object to the content player; changing the first state information indicating that the rights object in the memory card is enabled to indicate that the rights object in the memory card is disabled, when the memory card receives the retrieval request; installing, to the content player, the rights object provided from the memory card in response to the retrieval request; transmitting a removal request from the content player to the memory card upon completing the installing, the removal request requesting to remove the rights object in the memory card; generating second state information to be held in the content device after the transmitting of the removal request, the second state information indicating that removing of the rights object in the memory card has not yet been completed; and controlling to (i) prohibit the rights object in the content player from being moved or removed and (ii) permit the rights object in the content player to be used to play the content, when the second state information indicates that the removing of the rights object in the memory card has not yet been completed.
- Thereby, the rights object installed from the memory card to the content player is not in an enabled state. Therefore, the existence of such a non-enabled rights object in the content player expresses that a source rights object (namely, the rights object in the memory card from which the non-enabled rights object has been installed to the content player) has not yet been removed (deleted) from the memory card. As a result, it is possible to prevent the rights object from being used without permission by maliciously using the recovery procedure. More specifically, the rights object storing in the content player and corresponding to the second state information indicating that the removal (deletion) of the source rights object to be removed has not yet been completed is prohibited from being moved and removed (deleted) but permitted to be used to play an associated content in the content player. Thereby, even if the content player has consumed all rights of the rights object, the rights object is prohibited from being moved and removed (deleted). Thereby, it is possible to prevent the disabled rights object from being used without permission when the recovery procedure wrongly enables the disabled rights obj ect.
- Furthermore, the rights object moving method may further include: removing the rights object in the memory card and transmitting a removal response for notifying completion of the removing from the memory card to the content player, when the memory card receives the removal request; and removing, from the content player, the second state information indicating that the removing of the rights object in the memory card has not yet been completed, when the content player receives the removal response.
- Still further, the rights object moving method may further include: removing the rights object in the memory card and transmitting a removal response for notifying completion of the removing from the memory card to the content player, when the memory card receives the removal request; and updating the second state information indicating that the removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when the content player receives the removal response.
- Thereby, if there has been no error but an error occurs during a period from completion of installing the rights object from the memory card to the content player to completion of removing (deleting) the disabled rights object from the memory card, the content player holds the second state information indicating that the removal of the rights object in the memory card has not yet been completed (in other words, "not-yet-removed" state), until the removal of the (disabled) rights object from the memory card is completed by the recovery procedure. As a result, it is possible to prevent the rights object from being used without permission. Moreover, when the second state information is changed to indicate that the rights object is enabled, a content associated with the rights object can be used without being constrained to be within a range of the rights object.
- Still further, the rights object moving method may further include: determining that the rights object in the content player is enabled and permitting the rights object in the content player to be used to play the content, when the content player does not have the second state information indicating that the removing of the rights object in the memory card has not yet been completed.
- Thereby, if the second state information itself is removed (deleted), the rights object in the content player is determined to be in the enabled state. As a result, a content associated with the rights object can be used without being constrained to be within a range of the rights object.
- Still further, the generating may include: generating second state information to be held in the content device after starting the installing, the second state information indicating that the installing of the rights object has not yet been completed; and updating, after the transmitting of the removal request, the second state information indicating (i) that the installing of the rights object has not yet been completed to indicate (ii) that the removing of the rights object in the memory card has not yet been completed.
- Thereby, the second state information expresses that installation of the retrieved rights object in the content player has not yet been completed (in other words, "not-yet-installed" state) that is a state prior to the "not-yet-removed" state. As a result, this enables the recovery procedure to be worked more flexibly when an error occurs during moving the rights object.
- Still further, the generating may include: generating second state information to be held in the content device after the transmitting of the retrieval request, the second state information indicating that the providing of the rights object from the memory card to the content player has not yet been started; updating, after starting the installing, the second state information indicating that the providing of the rights object from the memory card to the content player has not yet been started to indicate that the installing of the rights object has not yet been completed; and updating, after the transmitting of the removal request, the second state information indicating (i) that the installing of the rights object has not yet been completed to indicate (ii) that the removing of the rights object in the memory card has not yet been completed.
- Thereby, the second state information expresses the "not-yet-installed" state that is a state prior to the "not-yet-removed" state and a "non-yet-retrieved" state where providing of the rights object from the memory card to the content player has not yet been started that is a state prior to the "not-yet-installed" state. As a result, this enables the recovery procedure to be worked more flexibly when an error occurs during moving the rights object.
- Still further, the rights object moving method may further include recovering a situation of the rights object, wherein the recovering includes removing the rights object in the memory card and the first state information from the memory card, when (i) the content player has the second state information indicating that the removing of the rights object in the memory card has not yet been completed and (ii) the memory card has the first state information indicating that the rights object in the memory card is disabled.
- Thereby, the second state information indicating the "not-yet-removed" state is not removed (deleted) even after consuming the rights object in the content player. Therefore, the disabled rights object is removed from the memory card without being enabled. As a result, it is possible to prevent the rights object from being used without permission by maliciously utilizing the conventional recovery procedure.
- Still further, the recovering may further include updating the second state information indicating that the removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when (i) the content player has the second state information indicating that the removing of the rights object in the memory card has not yet been completed and (ii) the memory card does not have the rights object.
- Thereby, when an error occurs in the removal response from the memory card and the second state information indicating the "not-yet-removed" state remains in the content player even if the disabled rights object in the memory card has been removed, it is possible to correctly recover the second state information to indicate that the rights object in the content player is in the enabled state.
- Still further, the rights object moving method may further include recovering a situation of the rights object, wherein the recovering includes removing the rights object in the memory card and the first state information from the memory card, when (i) the content player has the second state information indicating that the removing of the rights object in the memory card has not yet been completed and (ii) the memory card has the first state information indicating that the rights object in the memory card is disabled.
- Thereby, when an error occurs in the removal response transmitted from the memory card but the second state information indicating the "not-yet-removed" state remains in the content player even if the removal of the disabled rights object in the memory card has been completed, the second state information is removed. By this recovery procedure, the absence of second state information can expresses that the rights object is in the general enabled state.
- Still further, the rights object moving method may further include recovering a situation of the rights object, wherein the recovering further includes changing the first state information in the memory card to indicate that the rights object in the memory card is enabled, when (i) the content player has the second state information indicating that the installing of the rights object has not yet been completed and does not have the rights object, and (ii) the memory card has (ii-1) the first state information indicating that the rights object in the memory card is disabled and (ii-2) the rights object.
- Thereby, when an error occurs before installing the rights object from the memory card to the content player, it is possible to recover a situation of the rights object to be in the situation that is before starting moving.
- Moreover, the present invention is implemented not only as the above-described rights object moving method, but also as a content player, a semiconductor device, or a program, each of which has the same features as described above.
- The present invention can prevent a rights object from being used without permission by maliciously utilizing recovery procedures.
- The present invention can prohibit a disabled rights object from being used without permission due to a recovery procedure enabling the disabled rights object.
- In addition, the present invention enables the recovery procedure to be more flexible for errors occurred during moving a rights object.
-
- [
FIG. 1] FIG. 1 is a diagram showing a sequence of moving a rights object from a memory card to a terminal according to the prior art. - [
FIG. 2] FIG. 2 is a flowchart showing a recovery procedure according to the prior art. - [
FIG. 3] FIG. 3 is a diagram showing an example of a configuration of a system including a content player according toEmbodiment 1 of the present invention. - [
FIG. 4] FIG. 4 is a block diagram showing a structure of a mobile terminal according toEmbodiment 1 of the present invention. - [
FIG. 5] FIG. 5 is a diagram showing an example of data structures of a rights object and rights state information. - [
FIG. 6] FIG. 6 is a diagram showing a sequence of moving a rights object from a memory card to a mobile terminal. - [
FIG. 7] FIG. 7 is a flowchart showing a recovery procedure. - [
FIG. 8] FIG. 8 is a block diagram showing a structure of a mobile terminal according toEmbodiment 2 of the present invention. - [
FIG. 9] FIG. 9 is a diagram showing an example of data structures of a rights object and rights state information. - [
FIG. 10] FIG. 10 is a diagram showing a sequence of moving a rights object from a memory card to a mobile terminal. - [
FIG. 11] FIG. 11 is a flowchart showing a recovery procedure. - [
FIG. 12A] FIG. 12A is a table regarding recovery procedures corresponding to respective occurred errors according toEmbodiment 2. - [
FIG. 12B] FIG. 12B is a table regarding recovery procedures corresponding to respective occurred errors according toEmbodiment 1. -
- 1
- mobile terminal
- 2
- memory card
- 201
- rights state determination unit
- 202
- rights state change unit
- 203
- storage control unit
- 204
- rights management unit
- 205
- memory card access unit
- 206
- rights determination unit
- 207
- content play unit
- 208
- use information retrieval unit
- 209
- storage unit
- 210
- content
- 211
- rights object
- 212
- rights state information
- The following describes
Embodiment 1 according to the present invention with reference to the drawings.FIG. 3 is a diagram showing a configuration of a system according toEmbodiment 1 of the present invention. The system includes amobile terminal 1 and amemory card 2. -
FIG. 4 is a block diagram showing a structure of themobile terminal 1 according toEmbodiment 1 of the present invention. As shown inFIG. 4 , themobile terminal 1 includes a rightsstate determination unit 201, a rightsstate change unit 202, astorage control unit 203, arights management unit 204, a memorycard access unit 205, arights determination unit 206, acontent play unit 207, a useinformation retrieval unit 208, and astorage unit 209. - First, each of the units in the mobile terminal 1 (hereinafter, referred to also as a "terminal") is described briefly.
- The rights
state determination unit 201 retrieves information of a state (hereinafter, referred to simply as a "state", a "rights state", or "rights state information") of a designated rights object, and determines whether or not the rights object is permitted to be moved and removed (deleted). In addition, based on a result of copying or removing the rights object held in the memory card, the rightsstate determination unit 201 determines which state the rights object in the terminal is to be updated to, and then requests the rightsstate change unit 202 to update the current state of the rights object to the determined state. The rightsstate change unit 202 updatesrights state information 212 of the designated rights object, based on the request (state update request) from the rightsstate determination unit 201. - The
storage control unit 203 stores a content to thestorage unit 209 in response to a request from the memorycard access unit 205. Thestorage control unit 203 also stores the rights object to thestorage unit 209 in response to a request from therights management unit 204. Thestorage control unit 203 further stores the rights state information to thestorage unit 209 in response to a request from the rightsstate change unit 202. In addition, thestorage control unit 203 reads out the rights state information from thestorage unit 209 in response to a request from the rightsstate determination unit 201. - The
rights management unit 204 controls the rights object stored in thememory card 2 to be moved to themobile terminal 1, requesting the memorycard access unit 205 to read or remove (delete) the rights object. Furthermore, therights management unit 204 associates the rights object read from thememory card 2 with a corresponding content. Then, therights management unit 204 requests thestorage control unit 203 to control to store the rights object and at the same time notifies the rightsstate determination unit 201 of that copying of the rights object is completed. Therights management unit 204 also notifies the rightsstate determination unit 201 of that removing of the disabled rights object from the memory card is completed. Still further, therights management unit 204 controls the rights object stored in themobile terminal 1 to be moved to thememory card 2 and to be removed, requesting thestorage control unit 203 to read and removed the rights object. When a content having a protected copyright is to be used, therights management unit 204 requests thestorage control unit 203 to retrieve a rights object associated with the protected content, and requests therights determination unit 206 to make determination regarding the retrieved rights object. After using the content having the protected copyright, therights management unit 204 requests the useinformation retrieval unit 208 to retrieve use information of the rights object, updates the rights object, and instructs thestorage control unit 203 to store the updated rights object. - The memory
card access unit 205 controls connection with thememory card 2, and reads and removes (deletes) acontent 21 and arights object 22 from thememory card 2. The memorycard access unit 205 also writes the rights object stored in themobile terminal 1 to the memory card in response to a request from therights management unit 204. - When a content having a protected copyright is to be used, in response to a request from the
rights management unit 204, therights determination unit 206 confirms constraint information of the rights object associated with the content in order to determine whether or not the content is permitted to be used. Thecontent play unit 207 plays the permitted content, and after the play, notifies the useinformation retrieval unit 208 of use information such as counts of playing (hereinafter, referred to as "play counts"). The useinformation retrieval unit 208 stores the use information of rights notified from thecontent play unit 207, and moves the use information to therights management unit 204 in response to a request. Thestorage unit 209 stores acontent 210, arights object 21 1 , andrights state information 212.FIG. 5 is a schematic diagram showing a data structure of therights object 211 and a data structure of therights state information 212. - The rights object 211 includes detailed pieces of information which are: a use permission/
prohibition flag 301 designating to permit or prohibit use of rights (for example, designating whether or not the rights object satisfy constraint information designated in the rights object); avalidity period 302 designating a start time and an end time of a validity period of the rights object; ause count 303 designating (i) counts of having used the rights object by the time of determining the rights object and (ii) predetermined counts which are predetermined at the time of retrieving the rights object; and ause time 304 indicating (i) a time period of having used the rights object by the time of determining the rights object and (ii) a predetermined time period which is predetermined at the time of retrieving the rights object. Therights state information 305 includes detailed pieces of information which are: arights state 306 designating whether or not the rights object is permitted to be moved and removed (deleted); and a source card identification (ID) 307 designating information of a memory card in which the rights object has been stored before being moved to the mobile terminal. The use permission/prohibition flag 301 has two kinds of values which are a value indicating "permission" and a value indicating "prohibition". When a content having a protected copyright is to be used, themobile terminal 1 does not use the rights object with the use permission/prohibition flag having the "prohibition" value. Therights state 306 has two kinds of values which are a value indicating an "enabled state" and a value indicating a "conditionally enabled state". Themobile terminal 1 does not constraint use of the rights object having the value of the "conditionally enabled state", but does not move the rights object to the memory card nor remove the rights object. On the other hand, themobile terminal 1 does not constraint move of a rights object having the "enabled state" to the memory card nor remove the rights obj ect. - Next, description is given for a method of controlling move of a rights object which is performed by the
mobile terminal 1 according toEmbodiment 1 having the above-described structure.FIG. 6 is a schematic diagram showing a sequence of moving a rights object from the memory card to the terminal in the system ofFIG. 3 . - As shown in
FIG. 6 , themobile terminal 1 requests thememory card 2 to provide a rights object (hereinafter, referred to as a "rights retrieval request") (401). The rights object in thememory card 2 is disabled (402), and then themobile terminal 1 retrieves the disabled rights object from the memory card 2 (403). Then, themobile terminal 1 installs (stores) the retrieved rights object into themobile terminal 1 itself, conditionally enabling the disabled rights object (404). Upon completing the installation, themobile terminal 1 requests the memory card to remove (delete) the rights object from the memory card 2 (405). The disabled rights object in the memory card is removed from the memory card (406), and themobile terminal 1 is notified of a result of the removal (407). If the removal result is successful, themobile terminal 1 enables the conditionally enabled rights object that has been retrieved from the memory card and is currently stored in the mobile terminal 1 (408). -
Embodiment 1 of the present invention, is characterized in: thestep 404 of storing the rights object to themobile terminal 1 by conditionally enabling the rights object when the rights object is copied from thememory card 2 to themobile terminal 1 ; and thestep 408 of enabling the conditionally enabled rights object stored in the terminal after receiving the result of removing the source rights object from thememory card 2. The characteristics are described in more details with reference toFIG. 7 . -
FIG. 7 is a flowchart showing a recovery procedure according toEmbodiment 1 of the present invention. The recovery procedure ofFIG. 7 is explained in comparison with the conventional recovery procedure ofFIG. 2 . - When an error occurs in a period from the
step 401 to thestep 402 ofFIG. 6 , a determination is made that themobile terminal 1 does not have a target rights object (No at 501) and a further determination is made that the target rights object in the memory card is in an enabled sate (502). As a result, the recovery procedure is not necessary. - When an error occurs in a period from the
step 403 to thestep 404 ofFIG. 6 , the terminal does not have a target rights object and the memory card has the target rights object in a disabled state. In this case, in the conventional error recovery determination processing, a determination is made that the mobile terminal does not have a target rights object (No at 601) and a further determination is made that the target rights object in the memory card is in a disabled state (Disabled State at 602). As a result, the recovery procedure is necessary to enable the disabled rights object in the memory card (603). Likewise the conventional processing, in the error recovery determ ination processing according toEmbodiment 1 , a determination is made that the mobile terminal does not have a target rights object (No at 501 ) and a further determination is made that the target rights object in the memory card is in a disabled state (Disabled State at 502). As a result, the recovery procedure is necessary to enable the disabled rights object in the memory card (503). The above recovery procedure allows the target rights object in the memory card to be re-used. - When an error occurs in a period from the
step 405 to thestep 406 ofFIG. 6 , in the prior art, the terminal has a target rights object and the memory card has the target rights object in a disabled state. In this case, in the conventional error recovery determination processing, a determination is made that the mobile terminal has a target rights object (Yes at 601) and that the memory card has the target rights object in a disabled state (Yes at 604). As a result, the recovery procedure is necessary to remove (delete) the disabled target rights object from the memory card (605). InEmbodiment 1 of the present invention, on the other hand, the terminal has a target rights object in a conditionally enabled state and the memory card has the target rights object in a disabled state. Therefore, in the error recovery determination processing, a determination is made that the mobile terminal has a target rights object (Yes at 501), a further determination is that the target rights object in the mobile terminal is in a conditionally enabled state (Conditionally Enabled State at 504), and a still further determination is made that the memory card has the target rights object in a disabled state (Yes at 505). As a result, the recovery procedure is necessary to remove the disabled target rights object from the memory card (506) and to enable the conditionally enabled target rights object in the mobile terminal (507). The above recovery procedure makes it possible to remove the rights object (source rights object) from the memory card and to allow the rights object in the mobile terminal to be re-used. - Here, when an error occurs in a period from the
step 405 to thestep 406 ofFIG. 6 due to taking out of the memory card from the mobile terminal by a user, the above-described recovery procedure cannot be performed until the user inserts the memory card to the mobile terminal again, but the user is allowed to use the rights object in the mobile terminal. - In the prior art, when all rights in the rights object stored at the step 409 are consumed before the user re-inserts the memory card to the mobile terminal, the system sometimes automatically removes (deletes) the rights object from the mobile terminal. Or, the consumed rights object may be removed according to designation of the user. When the memory card is re-inserted to the mobile terminal after consuming and removing the rights object from the mobile terminal, the situation of the mobile terminal and the memory card are the same as the situation where an error occurs during the
step 403, in other words, the mobile terminal does not have a target rights object and the memory card has the target rights object in a disabled state. Therefore, in the error recovery determination processing, a determination is made that the mobile terminal does not have a target rights object (No at 601) and a further determination is made that the target rights object in the memory card is in a disabled state (Disabled State at 602). Then, the recovery procedure is necessary to enable the disabled target rights object in the memory card (603). As a result, the rights object in the memory card is recovered and thereby the user can re-use the rights object without permission. On the other hand, inEmbodiment 1 of the present invention, even if rights of the rights object stored in the mobile terminal at thestep 404 are consumed before re-inserting the memory card to the mobile terminal by the user, the rights object in the mobile terminal is not removed (deleted) because the rights object is in the conditionally enabled state. Therefore, even if the memory card is re-inserted to the mobile terminal after consuming the rights object, the states of the rights object in the mobile terminal and the rights object in the memory card have not been changed since the error occurred during thestep 406. As a result, the error recovery determination processing can be performed in the same manner as the processing that is performed before consuming the rights object, thereby preventing the rights object from being used by the user without permission. - When an error occurs in a period from the
step 407 to thestep 408 ofFIG. 6 , in the prior art, the mobile terminal has a target rights object and the memory card does not have the target rights object. Therefore, in the conventional error recovery determination processing, a determination is made that the mobile terminal has a target rights object (Yes at 601) and that the memory card does not have the target rights object (No at 604). As a result, the recovery procedure is not necessary. InEmbodiment 1 of the present invention, on the other hand, the terminal has a target rights object in a conditionally enabled state and the memory card does not have the target rights object. Therefore, in the error recovery determination processing, a determination is made that the mobile terminal has a target rights object (Yes at 501), a further determination is made that the target rights object in the mobile terminal is in a conditionally enabled state (Conditionally Enabled State at 504), and a still further determination is made that the memory card does not have the target rights object (No at 505). As a result, the recovery procedure is necessary to enable the conditionally enabled rights object in the mobile terminal (507). The above error recovery procedure ofEmbodiment 1 of the present invention allows the target rights object in the mobile terminal to be used without any constraints on moving and removal, in the same manner as the prior art. - It should be noted that it has been described in
Embodiment 1 that therights object 211 and therights state information 212 are managed as distinct different pieces of data, but therights object 21 1 may include detailed pieces of information that arerights state information 306 and a movesource card ID 307. - It should also be noted that the
rights state information 212 may include detailed pieces of information that is a rights object ID. The rights object ID is kept even after removing (deleting) a conditionally enabled rights object, in order to be used in determining the recovery procedure. - It should also be noted that the
Embodiment 1 of the present invention can be implemented also as a content play method performed by the memory card and a content player implemented as the mobile terminal. - More specifically, the content play method is used to play a content based on (a) a content and (b) a rights object that permits use of the content. The content play method includes: storing a content, a rights object, and a rights state for managing a state of the rights object; accessing the memory card to write the rights object to the memory card or to read the rights object from the memory card; determining the rights state by determining whether or not the rights object is permitted to be moved or removed (deleted); removing the rights object when the determination is made that the rights object is permitted to be removed; when the determination is made that the rights object is permitted to be moved, updating the rights state of the rights object to a "disabled state", copying the rights object in the memory card to the mobile terminal, changing the rights state of the rights object in the mobile terminal to a "conditionally enabled state", and updating the rights state of the rights object in the mobile terminal to an "enabled state" if the corresponding rights object in the memory card is removed.
- In
Embodiment 2, the description is given for a content player that generates and holds therights state information 212 described inEmbodiment 1 as a log including a value indicating one of processing steps until "move" of a rights object from the memory card to the content player (the mobile terminal) is correctly completed. Hereinafter, the log as the rights state information (hereinafter, referred to simply as a "log") includes a value indicating one of steps especially in the processing of "move". Such a log is generated and stored from start of the "move" until end of the "move". In other words, a log corresponding to "move" that has successfully been completed is removed (deleted). On the other hand, a log corresponding to "move" that is not correctly completed due to an error remains. Therefore, if there is a log of the rights object that is not in the move processing, the recovery procedure is necessary for the rights object. - The configuration of the system including the content player according to
Embodiment 2 is the same as that ofFIG. 3 . Therefore, the configuration is not described again below. -
FIG. 8 is a block diagram showing a structure of a mobile terminal according toEmbodiment 2 of the present invention. Amobile terminal 1 a ofFIG. 8 differs from themobile terminal 1 ofFIG. 4 in generating and holding rights state information (log) 212a instead of therights state information 212. The following mainly describes the difference. - The rights state information 212a is generated and stored as the above-mentioned log.
FIG. 9 is a diagram showing an example of a data structure of a rights object and a data structure of the rights state information (log) 212a.FIG. 9 differs fromFIG. 5 in that rights state information (log) 212a is generated and stored in thestorage unit 212 instead of therights state information 305. Therights state information 305a (hereinafter, a log 1) is generated and stored in association with a single rights object when "move" starts, and is removed (deleted) when the "move" is completed. - The rights state information (log) 305a includes a source card ID, a rights ID, a handle name, a function ID, and a state. The source ID is an identifier unique to the memory card. The rights ID is an identifier of a corresponding rights object. The handle name is another name of the corresponding rights object. In this example, the function ID indicates "move" of the corresponding rights object from the memory card to the mobile terminal ("MOV" in
FIG. 9 ). The state indicates one of steps in the "move". InFIG. 9 , the state indicates one of "1 : not-yet-retrieved", "2: not-yet-installed", and "3: not-yet-removed". The state indicating the "not-yet-removed" from among the states corresponds to the "conditionally enabled state" inEmbodiment 1, having the same meaning as the "conditionally enabled state". -
FIG. 10 is a diagram showing a sequence of moving a rights object from the memory card to the mobile terminal. Prior to the sequence ofFIG. 10 , themobile terminal 1 a previously confirms that there is no log corresponding to a target rights object to be moved. If there is such a log, the recovery procedure is performed. - The sequence of
FIG. 10 differs from the sequence ofFIG. 6 in addingsteps - After confirming that there is no corresponding log, the
mobile terminal 1 a generates a log indicating that providing of a rights object from thememory card 2 to themobile terminal 1a has not yet been started and stores the generated log to the storage unit 209 (401a), and then transmits a request for providing the rights object (hereinafter, referred to as a "rights retrieval request") to the memory card 2 (401). This rights retrieval request includes a rights ID, a handle name, a function ID, and the like of the rights object. - When the memory card receives the rights retrieval request, the memory card changes state information of the requested rights object indicating that the requested rights object is in an enabled state to indicate that the requested rights object is in a disabled state (402), and then copied the requested rights object to the mobile terminal in response to the rights retrieval request (403).
- The
mobile terminal 1a retrieves the rights object from the memory card (in other words, the content player installs (stores) the rights object). After starting the installation, themobile terminal 1a updates the log to indicate that installation of the retrieved rights object in the content player has not yet been completed (403a). Upon starting the installation, themobile terminal 1a updates the log to indicate that installation of the retrieved rights object in the content player has not yet been completed (404a), and immediately after completing the installation, transmits a request (hereinafter, referred to as a "rights removal request") for removing (deleting) the rights object in the memory card to the memory card (405). Furthermore, immediately after transmitting the rights removal request, themobile terminal 1a updates the log to indicate that the removal of the rights object in the memory card has not yet been completed (404a). - The memory card receiving the rights removal request transmits a removal response indicating that the rights object has been removed from the memory card. In receiving the removal response, the
mobile terminal 1a removes (deletes) the log from the storage unit 209 (407a). The removal of the log means that the processing "move" is completed correctly or by the recovery procedure. - On the other hand, no log means that the rights object is in an enabled state. In other words, when there is no log corresponding to the rights object, the
mobile terminal 1 a determines that the corresponding rights object is in the enabled state and thereby a corresponding content can be played according to the rights obj ect. - Next, the recovery procedure in
Embodiment 2 is described. The recovery procedure inEmbodiment 2 is basically the same as the recovery procedure inEmbodiment 1. However, the recovery procedure inEmbodiment 2 differs from the recovery procedure inEmbodiment 1 in that the "conditionally enabled state" can be generated in a log in more details as states including the "not-yet-removed" state, and that the log is removed (deleted) instead of enabling the rights object. The following mainly describes the difference. - Each of A to E represented by symbols X in
FIG. 10 indicates an example of a position where an error occurs due to, for example, taking out of the memory card, power discontinuity, or noise during the "move". The recovery procedure is described with reference to the examples.FIG. 11 is a flowchart of the recovery procedure.FIG. 12A is a table regarding recovery procedures corresponding to the respective errors of A to E represented by symbols X. - Errors A and B in
FIG. 10 correspond to astep 501 and astep 504 inFIG. 1 1 , respectively. Errors C and D inFIG. 10 correspond to astep 502 and astep 503 inFIG. 11 , respectively. Errors E and F inFIG. 10 correspond to thestep 504, astep 505, astep 506, and astep 507 inFIG. 11 . An Error G inFIG. 10 corresponds to thestep 504, thestep 505, and thestep 506 inFIG. 11 . - If there is a log having a function ID indicating "move", the
mobile terminal 1a performs a recovery procedure. - The recovery procedure for the error E or F is described.
- If the
mobile terminal 1a has a log with a state indicating the "not-yet-removed" state and the memory card has state information indicating that a rights object corresponding to the log is in a disable state (Yes at 503), themobile terminal 1a removes (deletes) the rights object and the state information from the memory card (506) and removes the log (707). Since the log indicating the "not-yet-removed" state is not removed from themobile terminal 1a even after consuming the rights object, the log needs to be removed without enabling the disabled rights object in the memory card. Thereby, it is possible to prevent the rights object from being used without permission by maliciously using the conventional recovery procedure. - The recovery procedure for the error G is described.
- If the
mobile terminal 1a has a log with a state indicating the "not-yet-removed" state and the memory card does not have a rights object corresponding to the log, themobile terminal 1a removes (deletes) the log (505, 707). Thereby, when an error occurs in the removal response transmitted from the memory card and thereby themobile terminal 1a still has a log indicating the "not-yet-removed" state even if the disabled rights object has been removed from the memory card, it is possible to recover a situation of the rights object by removing the log so as to express that the rights object is in a general enabled state. - The recovery procedure for the error C or D is described.
- If the
mobile terminal 1a has a log with a state indicating the "not-yet-installed" state and does not have a rights object corresponding to the log, and the memory card has the corresponding rights object and state information indicating that the corresponding rights object is in a disable state (702), themobile terminal 1a changes the state information in the memory card to indicate an enabled state (503) and removes (deletes) the log (707). Thereby, eve if an error occurs before completing the installation of the rights object from the memory card to themobile terminal 1a, a situation of the rights object can be recovered to be the situation that is before starting the move. - The recovery procedure for the error A or B is described.
- If the
mobile terminal 1a has a log with a state indicating the "not-yet-retrieved" state (704), themobile terminal 1a removes (deletes) the log (707). Thereby, a situation of the rights object can be recovered to be the situation that is before starting the move. - As described above, in the recovery procedure in
Embodiment 2, which recovery procedure is to be performed can be determined with reference to the state data in the log when the log exists. Therefore, the recovery procedure inEmbodiment 2 can be performed at a high speed. - In the meanwhile,
FIG. 12B is a table regarding recovery procedures corresponding to respective occurred errors according toEmbodiment 1.FIG. 12B shows the recovery procedures corresponding to the respective errors A to G shown inFIG. 10 . -
FIG. 12B differs fromFIG. 12A in that the "conditionally enabled state" can be generated in a log in more details as states including the "not-yet-removed" state, and that the log is removed (deleted) instead of enabling the rights object. However,FIG. 12B is basically the same asFIG. 12A . - It should be noted that each of the embodiments can be implemented also as a program executed by the memory card and the content player implemented as the mobile terminal. It should also be noted that the mobile terminal has been described as an example of the content player, but the content player may be any electronic device having a function of playing contents and a slot for memory cards. For example, the content player may be a digital still camera, a music player, or an electronic dictionary.
- It should also be noted that, when the embodiments are implemented in the terminal, the rights management unit, the rights determination unit, the rights state determination unit, the rights state change unit, the content play unit, the memory card access unit, and the storage unit may be implemented together into a single chip of an integrated circuit or separately into a plurality of chips in a Large-Scale Integration (LSI) (semiconductor device).
- The content player according to the present invention is permitted to consume rights of a rights object at the time of completing move of a rights object from a card to the content player, and prevents the rights object from being used without permission. Thereby, the content player according to the present invention is useful in a system using a content with a protected copyright utilizing the rights object.
Claims (5)
- A rights object moving method of moving a rights object indicating use rights of a content from a memory card to a content player, the memory card being capable of being inserted to and taken out from the content player and holding (a) the rights object and (b) a first state information indicating whether or not the rights object is enabled or disabled, said rights object moving method comprising:transmitting, from the content player to the memory card, a retrieval request for providing the rights object to the content player;changing the first state information indicating that the rights object in the memory card is enabled to indicate that the rights object in the memory card is disabled, when the memory card receives the retrieval request;retrieving the rights object from the memory card;installing, to the content player, the rights object provided from the memory card in response to the retrieval request;transmitting a removal request from the content player to the memory card upon completing said installing, the removal request requesting to remove the rights object in the memory card;generating second state information to be held in the content player after said transmitting of the removal request, the second state information indicating that removing of the rights object in the memory card has not yet been completed;controlling to (i) prohibit the rights object in the content player from being moved or removed and (ii) permit the rights object in the content player to be used to play the content, when the second state information indicates that the removing of the rights object in the memory card has not yet been completed;removing the rights object in the memory card and transmitting a removal response for notifying completion of said removing from the memory card to the content player, when the memory card receives the removal request; andupdating the second state information indicating that said removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when the content player receives the removal response;recovering an error situation of the rights object when an error occurs during the step that the memory card receives the removal request,wherein said recovering includesremoving the rights object in the memory card and the first state information from the memory card, when (i) the content player has the second state information indicating that said removing of the rights object in the memory card has not yet been completed and (ii) the memory card has the first state information indicating that the rights object in the memory card is disabled.
- The rights object moving method according to Claim 1,
wherein said recovering further includes
updating the second state information indicating that said removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when (i) the content player has the second state information indicating that said removing of the rights object in the memory card has not yet been completed and (ii) the memory card does not have the rights object. - A content player that moves a rights object indicating use rights of a content from a memory card to said content player and plays the content according to the rights object, the memory card holding (a) the rights object and (b) a first state information indicating whether or not the rights object is enabled or disabled, said content player comprising:a memory card slot from which the memory card is capable of being inserted to and taken out;a retrieval request unit configured to transmit, to the memory card , a retrieval request for providing the rights object to said content player, and cause the memory card to change the first state information indicating that the rights object in the memory card is enabled to indicate that the rights object in the memory card is disabled;a retrieving unit configured to retrieve the rights object from the memory card;an installation unit configured to install, to said content player, the rights object provided from the memory card in response to the retrieval request;a removal request unit configured to transmit a removal request from said content player to the memory card after completing the installation, the removal request requesting to remove the rights object in the memory card;a generating unit configured to generate and hold second state information in said content player after said transmitting of the removal request, the second state information indicating that the rights object in the memory card has not yet been removed;a control unit configured to (i) prohibit the rights object in said content player from being moved or removed and (ii) permitting the rights object in said content player to be used to play the content, when the second state information indicates that said removing of the rights object in the memory card has not yet been completed;a receiving unit configured to receive, from the memory card, a removal response for notifying completion of removing the rights object in the memory card which receives the removal request;an updating unit configured to update the second state information indicating that said removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when the content player receives the removal response; anda recovering unit configured to recover an error situation of the rights object when an error occurs during the step that the memory card receives the removal request,wherein said recovering unit removes the rights object in the memory card and the first state information from the memory card, when (i) the content player has the second state information indicating that said removing of the rights object in the memory card has not yet been completed and (ii) the memory card has the first state information indicating that the rights object in the memory card is disabled.
- A semiconductor device comprising a content player according to claim 3.
- A program for moving a rights object indicating use rights of a content from a memory card to a content player, the memory card being capable of being inserted to and taken out from the content player and holding (a) the rights object and (b) a first state information indicating whether or not the rights object is enabled or disabled, said program causing a computer to execute:transmitting, from the content player to the memory card, a retrieval request for providing the rights object to the content player;changing the first state information indicating that the rights object in the memory card is enabled to indicate that the rights object in the memory card is disabled, when the memory card receives the retrieval request;retrieving the rights object from the memory card;installing, to the content player, the rights object provided from the memory card in response to the retrieval request;transmitting a removal request from the content player to the memory card upon completing said installing, the removal request requesting for removing the rights object in the memory card;generating second state information to be held in the content player after said transmitting of the removal request, the second state information indicating that the rights object installed in the content player is conditionally enabled;controlling to (i) prohibit the rights object in the content player from being moved or removed and (ii) permit the rights object in the content player to be used to play the content, when the second state information indicates that said removing of the rights object in the memory card has not yet been completed;receiving, from the memory card, a removal response for notifying completion of removing the rights object in the memory card which receives the removal request;updating the second state information indicating that said removing of the rights object in the memory card has not yet been completed to indicate that the rights object in the content player is enabled, when the content player receives the removal response; andrecovering an error situation of the rights object when an error occurs during the step that the memory card receives the removal request,wherein said recovering includesremoving the rights object in the memory card and the first state information from the memory card, when (i) the content player has the second state information indicating that said removing of the rights object in the memory card has not yet been completed and (ii) the memory card has the first state information indicating that the rights object in the memory card is disabled.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007044652 | 2007-02-23 | ||
EP08703903A EP2113860B1 (en) | 2007-02-23 | 2008-01-25 | Rights object moving method and corresponding content player |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP08703903A Division EP2113860B1 (en) | 2007-02-23 | 2008-01-25 | Rights object moving method and corresponding content player |
EP08703903.8 Division | 2008-01-25 |
Publications (3)
Publication Number | Publication Date |
---|---|
EP2410460A2 true EP2410460A2 (en) | 2012-01-25 |
EP2410460A3 EP2410460A3 (en) | 2012-06-27 |
EP2410460B1 EP2410460B1 (en) | 2015-03-25 |
Family
ID=39709880
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP08703903A Not-in-force EP2113860B1 (en) | 2007-02-23 | 2008-01-25 | Rights object moving method and corresponding content player |
EP11186262.9A Not-in-force EP2410460B1 (en) | 2007-02-23 | 2008-01-25 | Rights object moving method and corresponding content player |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP08703903A Not-in-force EP2113860B1 (en) | 2007-02-23 | 2008-01-25 | Rights object moving method and corresponding content player |
Country Status (5)
Country | Link |
---|---|
US (1) | US8286252B2 (en) |
EP (2) | EP2113860B1 (en) |
JP (1) | JP4994440B2 (en) |
CN (1) | CN101617323A (en) |
WO (1) | WO2008102601A1 (en) |
Families Citing this family (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8312267B2 (en) | 2004-07-20 | 2012-11-13 | Time Warner Cable Inc. | Technique for securely communicating programming content |
US8266429B2 (en) | 2004-07-20 | 2012-09-11 | Time Warner Cable, Inc. | Technique for securely communicating and storing programming material in a trusted domain |
US7995649B2 (en) | 2006-04-07 | 2011-08-09 | Microsoft Corporation | Quantization adjustment based on texture level |
US8520850B2 (en) | 2006-10-20 | 2013-08-27 | Time Warner Cable Enterprises Llc | Downloadable security and protection methods and apparatus |
US8732854B2 (en) | 2006-11-01 | 2014-05-20 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
KR100948384B1 (en) * | 2006-11-29 | 2010-03-22 | 삼성전자주식회사 | Method for moving rights object and device that is moving rights object and portable storage device |
US8621540B2 (en) | 2007-01-24 | 2013-12-31 | Time Warner Cable Enterprises Llc | Apparatus and methods for provisioning in a download-enabled system |
KR101511380B1 (en) * | 2008-05-22 | 2015-04-10 | 삼성전자주식회사 | System and method for interchanging secure information between secure removable media devices |
US9602864B2 (en) | 2009-06-08 | 2017-03-21 | Time Warner Cable Enterprises Llc | Media bridge apparatus and methods |
US9866609B2 (en) | 2009-06-08 | 2018-01-09 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
KR101649528B1 (en) * | 2009-06-17 | 2016-08-19 | 엘지전자 주식회사 | Method and device for upgrading rights object that was stored in memory card |
JP5348502B2 (en) * | 2010-02-19 | 2013-11-20 | アイシン・エィ・ダブリュ株式会社 | Navigation system |
JP5348503B2 (en) * | 2010-02-19 | 2013-11-20 | アイシン・エィ・ダブリュ株式会社 | Navigation system |
US9906838B2 (en) | 2010-07-12 | 2018-02-27 | Time Warner Cable Enterprises Llc | Apparatus and methods for content delivery and message exchange across multiple content delivery networks |
US9015270B2 (en) * | 2010-10-08 | 2015-04-21 | Time Warner Cable Enterprises Llc | Apparatus and methods for enforcing content protection rules during data transfer between devices |
US9565472B2 (en) | 2012-12-10 | 2017-02-07 | Time Warner Cable Enterprises Llc | Apparatus and methods for content transfer protection |
US20140282786A1 (en) | 2013-03-12 | 2014-09-18 | Time Warner Cable Enterprises Llc | Methods and apparatus for providing and uploading content to personalized network storage |
US10368255B2 (en) | 2017-07-25 | 2019-07-30 | Time Warner Cable Enterprises Llc | Methods and apparatus for client-based dynamic control of connections to co-existing radio access networks |
US9066153B2 (en) | 2013-03-15 | 2015-06-23 | Time Warner Cable Enterprises Llc | Apparatus and methods for multicast delivery of content in a content delivery network |
US9313568B2 (en) | 2013-07-23 | 2016-04-12 | Chicago Custom Acoustics, Inc. | Custom earphone with dome in the canal |
US9621940B2 (en) | 2014-05-29 | 2017-04-11 | Time Warner Cable Enterprises Llc | Apparatus and methods for recording, accessing, and delivering packetized content |
US11540148B2 (en) | 2014-06-11 | 2022-12-27 | Time Warner Cable Enterprises Llc | Methods and apparatus for access point location |
US9935833B2 (en) | 2014-11-05 | 2018-04-03 | Time Warner Cable Enterprises Llc | Methods and apparatus for determining an optimized wireless interface installation configuration |
US9986578B2 (en) | 2015-12-04 | 2018-05-29 | Time Warner Cable Enterprises Llc | Apparatus and methods for selective data network access |
US9918345B2 (en) | 2016-01-20 | 2018-03-13 | Time Warner Cable Enterprises Llc | Apparatus and method for wireless network services in moving vehicles |
US10492034B2 (en) | 2016-03-07 | 2019-11-26 | Time Warner Cable Enterprises Llc | Apparatus and methods for dynamic open-access networks |
US10164858B2 (en) | 2016-06-15 | 2018-12-25 | Time Warner Cable Enterprises Llc | Apparatus and methods for monitoring and diagnosing a wireless network |
US10645547B2 (en) | 2017-06-02 | 2020-05-05 | Charter Communications Operating, Llc | Apparatus and methods for providing wireless service in a venue |
US10638361B2 (en) | 2017-06-06 | 2020-04-28 | Charter Communications Operating, Llc | Methods and apparatus for dynamic control of connections to co-existing radio access networks |
CN113316134B (en) * | 2021-05-08 | 2022-06-10 | Tcl通讯(宁波)有限公司 | Mobile terminal multi-SIM card processing method and device, mobile terminal and medium |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000347946A (en) | 1999-04-16 | 2000-12-15 | Deutsche Thomson Brandt Gmbh | Method and device for preventing illegal use of multimedia contents |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1045386B1 (en) | 1999-04-16 | 2007-12-19 | Deutsche Thomson-Brandt Gmbh | Method and apparatus for preventing illegal use of multimedia content |
KR100665785B1 (en) * | 2000-06-02 | 2007-01-09 | 마츠시타 덴끼 산교 가부시키가이샤 | Recording medium, license management apparatus, and recording and playback apparatus |
JP4831890B2 (en) * | 2001-07-06 | 2011-12-07 | パナソニック株式会社 | Content management method and content management apparatus |
US6748537B2 (en) * | 2001-11-15 | 2004-06-08 | Sony Corporation | System and method for controlling the use and duplication of digital content distributed on removable media |
JP4039154B2 (en) * | 2002-07-17 | 2008-01-30 | ソニー株式会社 | Recording apparatus, recording method, program, program recording medium |
JP2004355394A (en) * | 2003-05-29 | 2004-12-16 | Matsushita Electric Ind Co Ltd | Method for managing right to use service |
KR101254209B1 (en) * | 2004-03-22 | 2013-04-23 | 삼성전자주식회사 | Apparatus and method for moving and copying right objects between device and portable storage device |
JP2006065503A (en) | 2004-08-25 | 2006-03-09 | Matsushita Electric Ind Co Ltd | Recording medium storing right information, information processor, and method for managing right information |
US8181266B2 (en) * | 2005-01-13 | 2012-05-15 | Samsung Electronics Co., Ltd. | Method for moving a rights object between devices and a method and device for using a content object based on the moving method and device |
KR20080058838A (en) * | 2006-12-22 | 2008-06-26 | 삼성전자주식회사 | Apparatus and method for managing rights object |
-
2008
- 2008-01-25 EP EP08703903A patent/EP2113860B1/en not_active Not-in-force
- 2008-01-25 US US12/528,199 patent/US8286252B2/en not_active Expired - Fee Related
- 2008-01-25 EP EP11186262.9A patent/EP2410460B1/en not_active Not-in-force
- 2008-01-25 CN CN200880005874A patent/CN101617323A/en active Pending
- 2008-01-25 JP JP2009500115A patent/JP4994440B2/en not_active Expired - Fee Related
- 2008-01-25 WO PCT/JP2008/051076 patent/WO2008102601A1/en active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000347946A (en) | 1999-04-16 | 2000-12-15 | Deutsche Thomson Brandt Gmbh | Method and device for preventing illegal use of multimedia contents |
Also Published As
Publication number | Publication date |
---|---|
CN101617323A (en) | 2009-12-30 |
EP2410460A3 (en) | 2012-06-27 |
EP2113860B1 (en) | 2013-03-13 |
EP2113860A4 (en) | 2010-07-14 |
US8286252B2 (en) | 2012-10-09 |
WO2008102601A1 (en) | 2008-08-28 |
JPWO2008102601A1 (en) | 2010-05-27 |
EP2113860A1 (en) | 2009-11-04 |
US20100017887A1 (en) | 2010-01-21 |
EP2410460B1 (en) | 2015-03-25 |
JP4994440B2 (en) | 2012-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2410460B1 (en) | Rights object moving method and corresponding content player | |
US9098684B2 (en) | Device and portable storage device which are capable of transferring rights object, and a method of transferring rights object | |
KR20080013940A (en) | Electronic device, update server device, key update device | |
US8631502B2 (en) | Method and apparatus for updating revocation list and reproducing encrypted content | |
JPWO2008078564A1 (en) | Information processing apparatus, integrated circuit, method, and program | |
CN1555557A (en) | Writing device, semiconductor memory card, program, and method | |
US8775799B2 (en) | Apparatus and method of securely moving security data | |
EP1752879A1 (en) | File management device, file management method, file management program, and computer-readable recording medium containing the file management program | |
US8286235B2 (en) | Apparatus and method for managing rights object | |
JP4731325B2 (en) | Recording medium, data processing apparatus, and data processing method | |
JP2001184313A (en) | Distribution system and system equipment | |
JP2008077273A (en) | Data protection method in semiconductor memory card, and semiconductor memory card | |
JP2006065503A (en) | Recording medium storing right information, information processor, and method for managing right information | |
JP2007188120A (en) | Content data management system, content data management method | |
US20070088927A1 (en) | Method of protecting a storage device for a windows operating system | |
JP2000242534A (en) | Indirect file accessing method, information processor executing same method and recording medium with indirect file access processing program recorded therein | |
WO2007093949A1 (en) | Distributed license tracking using license trail and shadow | |
JP2008033619A (en) | Mobile terminal device, its control method and program | |
JP5344893B2 (en) | Information processing apparatus, information processing method, and information processing program | |
JP5010191B2 (en) | Storage apparatus and operation control method thereof | |
JP2004362507A (en) | Information processing unit and information processing method | |
GB2487124A (en) | Digital rights management DRM method using a write-once memory to limit the use, copying or transfer of content media | |
JP2006004342A (en) | Storage device and data duplication control method thereof | |
JP2007299140A (en) | Device, method and program for management of content, integrated circuit, transportable medium, method and program for determining reproduction permission, terminal device, method, program and system for reproducing content | |
JP2006127626A (en) | Copy management system, information management device, and reproducing device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AC | Divisional application: reference to earlier application |
Ref document number: 2113860 Country of ref document: EP Kind code of ref document: P |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06K 17/00 20060101ALI20120523BHEP Ipc: G06K 19/00 20060101ALI20120523BHEP Ipc: G06F 21/24 20060101AFI20120523BHEP Ipc: G06K 19/07 20060101ALI20120523BHEP Ipc: G06F 21/00 20060101ALI20120523BHEP |
|
17P | Request for examination filed |
Effective date: 20120830 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Ref document number: 602008037379 Country of ref document: DE Free format text: PREVIOUS MAIN CLASS: G06F0021240000 Ipc: G06F0021100000 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06K 19/07 20060101ALI20140904BHEP Ipc: G06K 19/00 20060101ALI20140904BHEP Ipc: G06K 17/00 20060101ALI20140904BHEP Ipc: G06F 21/10 20130101AFI20140904BHEP |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
INTG | Intention to grant announced |
Effective date: 20141209 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AC | Divisional application: reference to earlier application |
Ref document number: 2113860 Country of ref document: EP Kind code of ref document: P |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MT NL NO PL PT RO SE SI SK TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602008037379 Country of ref document: DE Effective date: 20150507 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 718243 Country of ref document: AT Kind code of ref document: T Effective date: 20150515 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 718243 Country of ref document: AT Kind code of ref document: T Effective date: 20150325 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150626 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150727 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150725 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602008037379 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
26N | No opposition filed |
Effective date: 20160105 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20160131 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20160125 Ref country code: BE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST Effective date: 20160930 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20160131 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20160131 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: MM4A |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20160201 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20160125 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20180122 Year of fee payment: 11 Ref country code: GB Payment date: 20180119 Year of fee payment: 11 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20080125 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 Ref country code: NO Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20150625 Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20160131 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20150325 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R119 Ref document number: 602008037379 Country of ref document: DE |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20190125 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190801 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190125 |