WO2008060468A2 - Procédé et système pour permettre à de multiples utilisateurs d'accéder à un contenu d'aperçu - Google Patents

Procédé et système pour permettre à de multiples utilisateurs d'accéder à un contenu d'aperçu Download PDF

Info

Publication number
WO2008060468A2
WO2008060468A2 PCT/US2007/023649 US2007023649W WO2008060468A2 WO 2008060468 A2 WO2008060468 A2 WO 2008060468A2 US 2007023649 W US2007023649 W US 2007023649W WO 2008060468 A2 WO2008060468 A2 WO 2008060468A2
Authority
WO
WIPO (PCT)
Prior art keywords
user
access
content
license
preview
Prior art date
Application number
PCT/US2007/023649
Other languages
English (en)
Other versions
WO2008060468B1 (fr
WO2008060468A3 (fr
Inventor
Fabrice Jogand-Coulomb
Oktay S. Rasizade
Haluk K. Tanik
Original Assignee
Sandisk Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/599,995 external-priority patent/US20080115225A1/en
Priority claimed from US11/599,994 external-priority patent/US8327454B2/en
Application filed by Sandisk Corporation filed Critical Sandisk Corporation
Publication of WO2008060468A2 publication Critical patent/WO2008060468A2/fr
Publication of WO2008060468A3 publication Critical patent/WO2008060468A3/fr
Publication of WO2008060468B1 publication Critical patent/WO2008060468B1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]

Definitions

  • Preview content can be a full or partial version of content, such as a song or video, but access to the preview content expires according to an access rule (e.g., after three plays, after one week, after three plays in one week, etc.).
  • the preview content can entice a user to purchase the content in a fuller-access, non-preview form (e.g., a song with unlimited plays), and the user can be provided with a mechanism for making such a purchase, typically after the last time the preview content can be accessed. When access to the preview content expires, the preview content can no longer be accessed by anyone.
  • this mechanism prevents the user from continuing to access the preview content in violation of the access rules, it also prevents a second user who subsequently obtains the portable memory device from accessing the preview content (e.g., when the original user lends, sells, or otherwise provides the portable memory device to the second user). Accordingly, the second user is not exposed to the preview content, thereby eliminating an opportunity to entice the second user to purchase the content.
  • a user is provided with preview content and is allowed to access the preview content even if another user's access to the preview content has expired.
  • a user is provided with content that he is not allowed to access but is allowed to access a preview version of the content by creating a license that specifies the user's access to the preview content, wherein the license is stored on a memory device that stores the preview content.
  • Other embodiments are disclosed, and each of the embodiments can be used alone or together in combination.
  • Figure 1 is an illustration of a system of an embodiment for allowing multiple users to access preview content.
  • Figure 2 is an illustration of a host device and a portable memory device of an embodiment.
  • Figure 3 is a flow chart of a method of an embodiment for allowing multiple users to access preview content.
  • Figure 4 is a flow chart of a method of an embodiment for obtaining a license object.
  • Figures 5-7 are illustrations of directory structures of an embodiment.
  • Figure 8 is a flow chart of a method of an embodiment for generating a license object on the fly.
  • Figures 9-11 are illustrations of an alternate embodiment in which license objects are stored in a single file instead of in different directories.
  • Figure 12 is an illustration of an alternate embodiment is which license objects are stored as separate files with different file extensions.
  • preview content refers to content in which access expires according to an access rule.
  • Content refers to digital media and can include, but is not limited to, an audio file, a video file (with or without audio), a game, a book, a map, a data file, or a software program.
  • accessing is any action taken with respect to the content. Examples of various types of “accessing” include, but are not limited to, playing, displaying, printing, copying, and executing.
  • Accessing is something more than just determining the size or location of the content, determining that the content is ciphered, making a failed attempt to access the content, or reading information associated with the content (e.g., in a header) that describes how the content should be handled.
  • Any suitable access rule can be used to determine when access to the preview content expires.
  • the access rule can state, for example, that access to the preview content expires after the preview content has been accessed a certain number of times (e.g., after three plays), after a certain amount of time (e.g., after one week), or both (e.g., after three plays in one week).
  • Other access rules can be used.
  • the access rule is provided in a license object associated with the content.
  • the preview content can be identical to a fuller- access version of the content.
  • the preview content can be different from the fuller-access version of the content.
  • the preview content can be a shorter version of the content (e.g., only a ten-second clip of a full song), can be a full-length version of the content but limited in quality (e.g., a lower-resolution, but full length, audio or video file), or a shorter version of the content that is also limited in quality (e.g., a ten-second clip of lower-resolution).
  • Greater access can also provide additional features.
  • preview content is a game that only allows a user to play certain levels
  • greater access can allow the user to play additional levels.
  • greater access to a song can allow a user to generate ring tones or obtain a music video associated with the song.
  • Content providers can use preview content as a "teaser" to entice a user to purchase the content in a fuller-access, non-preview form (e.g., a song with more or unlimited number of plays, as compared to the preview content).
  • a user can be provided with a mechanism to purchase a fuller-access version of the content (e.g., via a website accessible by a URL designated by the preview content).
  • Content providers use the access rule to limit access to the preview content to prevent a user from indefinitely accessing the preview content. In one technique to achieve this, when access to the preview content expires, the preview content can no longer be accessed by anyone. While this mechanism prevents the user from continuing to access the preview content in violation of the access rule, it also prevents a different user who subsequently obtains the preview content from accessing the preview content and being tempted into purchasing the fuller-access version of the content. This limits the potential audience for a content provider.
  • one or more additional users are allowed to access the preview content even if access to the preview content has expired for a previous user, thereby providing a wider audience for a content provider.
  • This embodiment will be illustrated in conjunction with Figure 1.
  • preview content is preloaded onto a portable memory device 10 (here, a removable memory card).
  • his host device 20 here, a cell phone
  • the first user can access the preview content with his host device 20 until the first user's access to the preview content expires according to the access rule (e.g., after three plays by the first user).
  • the first user By accessing the preview content, the first user may be enticed to purchase the content in a fuller- access, non-preview form. After the first user's access to the preview content expires, the first user can no longer access the preview content. [0016] There are situations in which the first user may give the portable memory device 10 to a second user. For example, the first user may lend the portable memory device 10 to the second user or may give or sell the portable memory device 10 to the second user when the first user upgrades to a larger-capacity portable memory device.
  • the second user will be able to access the preview content even though access to the preview content has expired for the first user.
  • the second user may be enticed to purchase the content in a fuller-access, non-preview form. This provides a wider potential audience for the content provider, as compared to a technique in which preview content cannot be accessed by anyone once access to the preview content expires.
  • the second user can use the purchase mechanism associated with the preview content (e.g., a website accessible by a URL associated with the preview content) as a convenient vehicle for the second user to purchase the content.
  • the purchase mechanism associated with the preview content e.g., a website accessible by a URL associated with the preview content
  • the second user can no longer access the preview content.
  • the access rule for the second user can be the same as or different from the access rule for the first user.
  • the access rule can specify three plays for any one user, or it can specify three plays for the first user but only a single play for the second user.
  • the type of fuller-access, non-preview version of the content can be the same or different for different users.
  • all users who purchase a non-preview version of the content can be given the same access (e.g., unlimited plays), while, in another embodiment, one user can be given one type of access (e.g., unlimited plays), while another user can be given another type of access (e.g., 50 plays).
  • access e.g., unlimited plays
  • one type of access e.g., unlimited plays
  • another type of access e.g., 50 plays
  • the preview content was preloaded onto the portable memory device 10.
  • the preview content can be "side loaded” from another device (e.g., downloaded onto the portable memory device 10 from a different device, such as the first user's personal computer), or the preview content can be downloaded with the first user's host device 20, for example, from a server 40 in wireless communication with the first user's host device 20.
  • the server 40 can be operated by a mobile network operator or by the content provider, for example.
  • the preview content can be wirelessly transmitted between the devices 20, 30 (e.g., via the mobile operator's network, some other network, or directly between the devices 20, 30) or wirelessly accessed by the second user who gets a preview only (i.e., content is accessed by a second user, and the second user gets a license for preview only).
  • the preview content can be wirelessly transmitted between the devices 20, 30 irrespective of whether the preview content was provided to the first user's host device 20 via the portable memory device 10, via the server 40, or sideloaded from a PC, for example.
  • the preview content is transferred to the second user by transferring both the portable memory device 10 and the host device 20 to the second user.
  • the portable memory device 10 and the host device 20 For example, in some countries, users share cells phones, leaving the portable memory device in the phone but swapping subscriber information module (SIM) cards.
  • SIM subscriber information module
  • the system would recognize him as the second user (from information on the SIM card), and the second user would be able to access the preview content on the portable memory device, even if the first user was no longer allowed to access the preview content.
  • the second user could then use the borrowed cell phone/memory card system to purchase content, which could be downloaded onto the portable memory device in the cell phone and later moved (but not copied, if there is a restriction concerning copying) to the second user's portable memory device.
  • the identification of a user is not necessarily made based on the host device being used. While the subscriber information in the SIM card was used to identify the user in this example, as will be described below, other identification techniques can be used. Some of the SIM information could also be used to protect access to the content, while some other information could be used to identify a user.
  • the network ID (from IMSI) could be used as a seed to gain access to content and the whole IMSI as a way to identify a user and provide individual preview. Using network binding (i.e., content and preview only available for subscribers of a mobile operator) ensures that payment can easily be handled by the network operator billing system and, thus, would not require complicated steps for the consumer to purchase the content.
  • a "host device” is any device that can be used to access content and includes, but is not limited to, a cell phone, a PC/notebook computer, a handheld computer, a handheld game console, an audio player (e.g., an MP3 player), a video player (e.g., a DVD player or a portable video player), an audio and/or video recorder, a digital camera ⁇ a set-top box, a display device (e.g., a television), a printer, a car stereo, and a navigation system.
  • first and second users' host devices 20, 30 were the same type of device in the above embodiment (e.g., both cell phones), the first and second users' host devices can be different devices (e.g., one device can be a cell phone and the other device can be an MP3 player). In other words, getting a preview works on any device whether connected or not.
  • the portable memory device 10 took the form of a removable memory card in the above embodiment, other types of portable memory devices can be used.
  • a portable memory device is any device that contains a storage medium that can store content and be put in communication with a host device that can access the content stored in the storage medium.
  • a portable memory device can contain only memory (and associated circuitry) or can also contain other components, such as a processor.
  • portable memory devices include, but are not limited to, a removable memory card (e.g., a non-volatile, solid-state memory device, such as a flash memory card), an optical disc, a magnetic disk, as well as any of the examples of host devices listed above, when those devices have a storage medium and the capability of being placed in communication with a host device to access information stored in the storage medium. Accordingly, a "host device” in some situations can be a "portable memory device” to another host device in other situations.
  • a cell phone can also be used as a portable memory device when the cell phone is connected to a personal computer so preview content can be delivered from the cell phone to the personal computer.
  • a portable memory device can serve as a dedicated storage device or can contain additional functionality, such as playing music, making phone calls, etc.
  • the portable memory device 10 was used in Figure 1 to both provide the preview content to the first user's host device 20 and then to provide the preview content to the second user's host device 30, it should be understood that, in some situations, a different portable memory device can be used to provide the preview content to the second user's host device 30.
  • the preview content on the portable memory device 10 can be moved to a different portable memory device and then provided to the second user's host device 30.
  • a portable memory device is not needed to provide preview content to the first and/or second user.
  • the preview content can be downloaded from the server 40 to the first host device 20 then wirelessly transmitted (or wirelessly accessed) to the second host device 30 that would get a device or user-specific preview access (the device 30 would be identified when wirelessly accessing the content available for preview by providing some information such as device ID, SIM information, or other type of information).
  • a portable memory device is not necessarily needed to practice these embodiments and should not be read into the claims unless explicitly recited therein. (It should be understood that information described herein as “wirelessly transmitted” can also be “wirelessly accessed.”)
  • preview content can be generated for one user based on fuller-access content of another user.
  • a preview version of the album can be created for the second user to entice the second user to purchase the album — even though the preview version was not made available to the first user (because he purchased the album preloaded on the portable memory device).
  • FIG. 2 is an illustration of a host device 50 of an embodiment.
  • the host device 50 comprises one or more processors 55 executing a host application 60 and a software agent 70.
  • a host application refers to any application that can be used to access content. Examples of a host application include, but are not limited to, an audio player, a video player, a document viewer, and a browser. It should be noted that the host device 50 can include other host applications in addition to host application 60. In addition to accessing content, a host application can have other functions, such as downloading content and storing information on a portable memory device.
  • the host application 60 may not be able to read certain types of content (such as protected content or content that is otherwise not accessible with the host application 60 alone), and the software agent 70 is an interface that allows the host application 60 to access such types of content.
  • the software agent 70 which may sometimes be referred to herein as a "software development kit (SDK)" or a “toolkit,” acts as a library that the host application 60 (or other components in the host device 50) uses to access content or otherwise interact with a portable memory device.
  • SDK software development kit
  • toolskit acts as a library that the host application 60 (or other components in the host device 50) uses to access content or otherwise interact with a portable memory device.
  • the software agent 70 can contain security management functionality, such as login and decrypting mechanisms. Controlling access to content provides the ability to support some types of preview that rely on DRM to enforce content access to expire at some point in time for a given user or device.
  • the software agent 70 can also play a role in accessing preview content.
  • Both the host application 60 and the software agent 70 can be implemented as computer-readable instructions stored on a computer-readable medium and be executed by one or more processors 55 on the host device 50.
  • Other components of the host device 50, such as a display device and driver(s), are not shown in Figure 2 for simplicity.
  • FIG. 2 shows the host device 50 in communication with a portable memory device 80.
  • the portable memory device 80 stores a file 90, which comprises content 100 and a header 110, and a license object 120.
  • the header 110 contains information about the file 90 and can identify, for example, whether the content 110 is preview content, whether the content 100 is encrypted, whether the content 100 is protected by a digital rights management (DRM) system, where to find the license object 120, and where to log-in to perform DRM authentication.
  • DRM digital rights management
  • the information about the file 90 can be stored in a footer, in some other location in the file 90 (e.g., in some portion of the preview content 100), or in a location external to the file 90 (e.g., in a separate file).
  • the license object 120 (or "license” or “content license”) is an entity that stores permissions or restrictions regarding the access of the content 100, if the content 100 is protected by DRM.
  • the license object 120 can restrict the number of times the content 100 can be accessed or set an expiration date and time for such access.
  • the license object 120 can also contain a reference pointer or name of a key to use to un-cipher the content, as well as login information to authenticate a user to access the content. As described below, the license object 120 may not be present if the content is not protected by DRM.
  • the content 100 is preview content
  • Figure 3 is a flow chart of a method of an embodiment for allowing multiple users to access the preview content.
  • the host application 60 requests access to the file 90 (act 300), and the software agent 70 receives the request.
  • a request "received from a user” can be directly received from the user or received from a component on the user's behalf, as in this situation where the request sent by the host application 60 to the software agent 70 is on behalf of the user.
  • a request can be sent on behalf of a user when a user specifically makes a request to a component (e.g., the host application 60) or when a component makes the request automatically on behalf of the user.)
  • the software agent 70 determines if it recognizes the file 90 as one it should handle (act 310). In this embodiment, this determination is made by determining whether the file 90 has a header 110 recognized by the software agent 70. (In embodiments where a header 110 is not used, the software agent 70 can make the determination, for example, by checking the content 110 to see if it is in an expected file format.) If the software agent 70 does not recognize the file 90 as one it should handle, the host application 60 accesses the file directly (act 320).
  • the software agent 70 If the software agent 70 recognizes the file 90 as one it should handle, the software agent 70 attempts to obtain the license object (act 330). This act will be described in more detail in conjunction with the flow chart in Figure 4. Referring to Figure 4, in this act, the software agent 70 first checks the information associated with the file 90 (in this embodiment, in the header 1 10) to determine if the content 100 is preview content protected with DRM or whether the content 100 is either unprotected preview content or ciphered content. If the content 100 is preview content protected with DRM, there will be a license object stored in the portable memory device (or in another location, as described below).
  • a license object will be generated on the fly.
  • a license is generated when content is set or authorized for preview.
  • Information indicating that content is set or authorized for preview can be stored in the header of the file, for example, or some other location.
  • the software agent 70 gets the license object ID (e.g., a reference pointer, wherein the license object is in a file named after the reference pointer) from the header 110 (act 410).
  • the file 90 is stored in a public area 500 of the portable memory device 80 (i.e., an area that is accessible by a user), while the license object is stored in a hidden area 510 of the portable memory device 80 (i.e., in an area not normally accessible by a user).
  • the software agent 70 looks for the license object, which is identified by the license object ID in the header 1 10 of the file 90, in a user-specific area such as a directory in the hidden area 510 (act 420) or a specific portion of a license associated with content or a license for that content referenced after the user, etc.
  • a user-specific directory is a directory named in some way to associate that directory with a particular user.
  • the terms "userl,” “user2,” “user3,” etc. will be used herein as the naming convention. It should be understood that any other type of naming convention can be used.
  • the name of the directory can be based on an International Mobile Subscriber Identifier) number from a SIM (Subscriber Identification Module (IMSI) card. So, "userl” can be a network ID and a subscriber ID, or it can be a phone number and a network ID. Other naming conventions are possible, including those identifying a user by login name, social security number, email address, or any other type of identifier. To make this method transparent to the user, it may be preferred to use an identifier that does not require input from the user (e.g., using an IMSI number instead of requesting the user to enter his email address).
  • SIM Subscriber Identification Module
  • the person attempting to access the preview content 100 is a first user identified by the name "userl.”
  • the software agent 70 looks for the userl directory in the hidden area 510 (act 420) and determines if it is there (act 430).
  • a directory for userl does not exist in the hidden area 510 the first time the first user attempts to access the preview content 100.
  • the hidden area 510 does contain, however, a master directory 520 storing a master license object 530.
  • the master license object 530 contains the permissions for accessing the preview content 100.
  • the master license object 530 can specify that the preview content 100 can only be accessed five times. Since the master license object 530 is in the hidden area 510, an ordinary user cannot access the master license object 530 to change the permissions to allow unlimited access to the preview content 100.
  • the software agent 70 gets the master license object 530 from the master directory 520 (act 440). Then, with reference to Figure 6, the software agent 70 creates a user- specific directory for the first user (the userl directory 540) (act 450) and copies the master license object 520 into the userl directory 540, thereby creating a clone of the license object 550 for the first user (act 460). Like the master license object 530, the cloned license object 550 for the first user will specify that the preview content 100 can only be accessed five times. The software agent 70 then gets the cloned license object 550 for the first user (act 470), and the method returns (act 475) to act 340 in the flow chart in Figure 3.
  • the software agent 70 provides the license object (in this example, the cloned license object 550 for the first user) to the host 50. While the license object provided to the host can be identical to the license object obtained in act 330, a new license object can be generated that is customized for the host 50 and contains additional permissions for security reasons (e.g., restrictions on moving or copying the content).
  • the host 50 e.g., the host application 60 or some other component on the host, such as a host DRM component
  • the phrase "provide a user with access according to what is specified in a license” includes the situation where a user is not provided with access if the license does not grant access permission to the user.
  • the license object 550 indicated that the first user could access the preview content 100 five times, so the host application 60 is allowed to access the preview content 100.
  • the phrase "providing the user with access to the preview content according to what is specified in the license” includes the possibility of not providing the user with access to the preview content if the user does not have access to the preview content.
  • the host 50 then updates the first user's license object 550 (act 360).
  • the host 50 since the license object 550 originally specified that the preview content 100 can be accessed five times, the host 50 would update the first user's license object 550 by decrementing this permission to four times. In act 370, the updated license object 550 is stored. It should be noted that it is the first user's license object 550 — not the master license object 530 — that gets updated and stored. As explained below, this allows multiple users to access the preview content 100 even after access to the preview content 100 expires for the first user. After the license object is stored, the software agent 70 returns an "ok" to the host application 60 to return control to that entity (act 380).
  • the software agent 70 will find and return the license object 550 in the user-specific directory (i.e., in the previously-created userl directory) during acts 420, 430, 470, and 475.
  • the host 50 will check the permissions in the license object 550, see that the user is allowed to access the preview content 100 four more times, and then decrement that number to three times after the preview content 100 is accessed. This process repeats each time the first user accesses the preview content 100 until the first user no longer has permission to access the preview content 100.
  • acts 440-470 are performed for the second user, with a new directory (i.e., the user2 directory 560) being created in the hidden area 510, and the master license object 530 being copied into the user2 directory for the second user, thereby creating a cloned version of the master license object 530 for the second user as license object 570 (see Figure 7).
  • the license object 570 for the second user is a copy of the master license object 530 and not a copy of the license object 550 for the first user, the second user is permitted to access the preview content 100 five times (as specified in the master license object 530), even if the first user has fewer (or no) access permissions to the preview content 100.
  • the same situation occurs for other users who later obtain the portable memory device 80, thereby providing a mechanism for multiple users to access the preview content 100 even if one or more previous users no longer can access the preview content 100 (assuming the other users have permission to access the preview content).
  • the preview content 100 can be designated as preview content in the header 110 but the preview content 100 is not protected by DRM.
  • a license object will not be associated with the preview content 100, and the portable memory device 80 will not contain a master license object specifying a limitation on the access of the preview content 100.
  • some restriction on access of the preview content 100 is desired; otherwise, the content would have unlimited access and would not be preview content.
  • the acts in Figure 8 address this situation.
  • the software agent 70 encounters unprotected preview content, it will first look for a license object in a user-specific directory for that user (act 580) and determine if a license object is there (act 582).
  • the software agent 70 will generate a license object on the fly for the user (act 588).
  • This license object can allow access the unprotected preview content only a single time or some other limited number of times.
  • the software agent 70 also creates a user-specific directory (act 590), stores the generated license object in the user-specific directory (act 590), and the returns the generated license object to the host 50 (act 586). If a license object already exists in a user-specific directory, the software agent 70 will get that license object (act 584) and return it to the host 50 (act 586). With the license object returned to the host, the method continues with acts 350-380, as described above.
  • the act of generating a license object on the fly can also be used to provide preview content of ciphered, full-access content.
  • ciphering is merely one method to control access. Accordingly, this embodiment can be used with content that is protected or that otherwise has restricted access - not necessarily ciphered content.
  • a first user has access to a non-preview (e.g., full) version of content, but the content is ciphered (e.g., copy-protected) and cannot be accessed by a second user who does not know/have permission to un-cipher the content.
  • the ciphered content is only allowed to be accessed by users of a particular mobile network, only those users belonging to that mobile network (as indicated in an identifier in a SIM card, for example) can access the content or get an individual preview when the content is set for preview. Accordingly, a second user who is not part of that mobile network will not be able to access the content, even if the content is copied onto his portable memory device. Even though the second user is not able to access the full version of the content, the content provider may desire to allow the second user to access a preview version of the content, so that the second user may be enticed to purchase the content. In that case, the preview content might be protected in such a way that the second user can access it and then be redirected to an adequate service (knowing the user is not a subscriber of that network) to purchase and download the full track content.
  • the method shown in Figure 8 and described above with respect to unprotected preview content can be used.
  • the software agent 70 creates a license object on the fly (act 588), with the license object having some limited access to allow a second user to access the content in preview form.
  • the license object is updated to prevent the second user from accessing the content more than the allowed number of times.
  • the preview content was described as being supplied by a portable memory device, as mentioned above, the preview content can be downloaded from a server, sideloaded, and/or wirelessly transmitted between host devices.
  • the license object was described as being stored on the portable memory device, it should be understood that the license object can be stored in any suitable location, such as the host device or a device accessible via a network. Accordingly, the content and the license do not need to be stored on the same device.
  • the master license object and license objects for various users were stored in separate directories (or objects).
  • the system would know of the existence of the master directory 520 and the directory of the current user and could delete those directories (or objects), but it would not know of the existence of the other user directories (and objects) and, therefore, would not be able to delete those. Because the system would not delete all of the license objects associated with the preview file 90, the hidden area 510 would be cluttered with unneeded information (directories or objects).
  • a file 600 contains the master license object 610.
  • the license object 620 is appended to the file 600 containing the master license object 610. This continues as additional license objects are created for additional users (as shown in Figure 11 with the license object 630 for the second user).
  • the various license objects in the file 600 can be encrypted with different keys.
  • the advantage of this alternative is that when the content file is deleted, all of the license objects for the content file can be deleted by deleting one file 600 (or a single object).
  • a single directory can be used to store all of the license objects (e.g., as separate files) for a given piece of content.
  • the single directory can alternatively store all of the license objects for all content.
  • the files for the various license objects can have different extensions to distinguish them from each other.
  • each license object has the same file name (here, a name that associates it with a specific piece of content) but a different extension.
  • the extension MLO indicates that a file is the master license object
  • the extensions user HD and user2ID indicate that the files are the license objects for the first and second users, respectively. Because all of the license objects for a given piece of content have the same name (but different file extensions), when the content is deleted, all of the license objects can be easily found (by searching for the content name) and deleted.
  • a URL (or some other type of network location identifier) is associated with the preview content 100, and the host device 50 connects to a website identified by the URL to enable the user to purchase or otherwise obtain a non-preview version of the content.
  • the URL can be contained, for example, in the header 110 of the file 90, the footer of the file 90, in the content 100, or in some other location (e.g., in another file), and license object can be generated in such a way as to inform the host 50 to connect to the URL at the appropriate time.
  • license object can be generated in such a way as to inform the host 50 to connect to the URL at the appropriate time.
  • the user purchases a non-preview version of the content only a new license object is downloaded.
  • both a new license object and a copy of the content are downloaded. This can occur, for example, if, for security reasons, the DRM system of the host does not allow the license object to be delivered separately from the content. This can also occur if the preview content is a shorter or lower-resolution version of the content that is being purchased.
  • a portable memory device can store both a shorter or lower-resolution version of the content as well as a full version of the content. The user would be prevented from accessing the full version of the content until he purchases it, in which case a new license object would be downloaded that grants access to the full version of the content.
  • a new license object would be downloaded that grants access to the full version of the content.
  • a computer-readable storage media stores computer- readable operational instructions (i.e., computer-readable program code) to perform the acts involved in these embodiments.
  • Examples of computer-readable storage media include, but are not limited to, a solid-state storage device, an optical storage device (e.g., a CD or DVD), and a magnetic storage device (e.g., a hard drive).
  • the phrase "computer-readable media" is intended to cover either a single storage medium or a plurality of storage media in one or more devices.
  • “computer-readable media” can be located, for example, in the host device, in the portable memory device, or distributed between a host device and a portable memory device.
  • the portable memory device can contain computer- readable media that carries the operational instructions (i.e., computer-executable code) to implement the software agent. These instructions can be provided to the host device when the portable memory device is put into communication with the host device. These instructions are then stored in computer-readable media in the host device. In this way, the software agent can be placed on a host device in a plug- and-play fashion.
  • the software agent is pre-loaded onto the host device, so the computer-readable media in the host device carries the operational instructions to implement the software agent when the host device is sold to the end user.
  • the operational instructions can be executed by one or more processors in the host device, portable memory device, or some other device (e.g., a computer in the network). Further, as mentioned above, the performance of the acts can be distributed. For example, a processor in the portable memory device can execute some of the operational instructions (stored in the computer-readable media in the portable memory device or the host), while the processor in the host device can execute other ones of the operational instructions (stored in the computer- readable media in the portable memory device or the host). Additionally, instead of being stored in computer-readable media and executed by a processor(s), some or all of the operational instructions can be implemented in hardware.
  • circuitry will be used herein to cover a purely hardware implementation, a purely software implementation, and/or an implementation that uses both hardware and software. Accordingly, “circuitry” can take the form of a processor and computer-readable program code that is stored in a computer-readable medium and is executable by the processor. “Circuitry” can also take the form of an application specific integrated circuit (ASIC), a programmable logic controller, an embedded microcontroller, and a single-board computer. Accordingly, the term “circuitry” should not be limited to any particular type of implementation, described herein or otherwise. Further, “circuitry” should not be limited to performing the functions described herein. For example, when circuitry takes the form of a processor executing software, it should be understood that the processor can perform functions in addition to the ones described above.
  • ASIC application specific integrated circuit

Abstract

L'invention concerne un procédé et un support lisible par ordinateur stockant des instructions opérationnelles pour permettre à de multiples utilisateurs d'accéder à un contenu d'aperçu. Dans un mode de réalisation, on donne à un utilisateur un contenu d'aperçu, et on autorise l'utilisateur à accéder au contenu d'aperçu même si l'accès d'un autre utilisateur au contenu d'aperçu a expiré. Dans un autre mode de réalisation, on donne à un utilisateur un contenu auquel il n'est pas autorisé à accéder mais on l'autorise à accéder à une version d'aperçu du contenu en créant une licence qui spécifie l'accès de l'utilisateur au contenu d'aperçu, la licence étant stockée sur un dispositif de mémoire qui stocke le contenu d'aperçu. La présente invention concerne d'autres modes de réalisation, et chacun des modes de réalisation peut être utilisé seul ou en combinaison.
PCT/US2007/023649 2006-11-14 2007-11-09 Procédé et système pour permettre à de multiples utilisateurs d'accéder à un contenu d'aperçu WO2008060468A2 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US11/599,995 2006-11-14
US11/599,994 2006-11-14
US11/599,995 US20080115225A1 (en) 2006-11-14 2006-11-14 System for allowing multiple users to access preview content
US11/599,994 US8327454B2 (en) 2006-11-14 2006-11-14 Method for allowing multiple users to access preview content

Publications (3)

Publication Number Publication Date
WO2008060468A2 true WO2008060468A2 (fr) 2008-05-22
WO2008060468A3 WO2008060468A3 (fr) 2008-07-31
WO2008060468B1 WO2008060468B1 (fr) 2008-10-23

Family

ID=39301538

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2007/023649 WO2008060468A2 (fr) 2006-11-14 2007-11-09 Procédé et système pour permettre à de multiples utilisateurs d'accéder à un contenu d'aperçu

Country Status (2)

Country Link
TW (1) TW200832139A (fr)
WO (1) WO2008060468A2 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI482036B (zh) * 2009-04-17 2015-04-21 Le Pong Chin Method and system of network object combination
TWI609286B (zh) * 2014-10-08 2017-12-21 鴻海精密工業股份有限公司 文檔管理系統及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0715243A1 (fr) * 1994-11-23 1996-06-05 Xerox Corporation Système pour commander la distribution et l'utilisation d'oeuvres numériques ayant un mécanisme de signalisation de taxes
US5982891A (en) * 1995-02-13 1999-11-09 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US20020077988A1 (en) * 2000-12-19 2002-06-20 Sasaki Gary D. Distributing digital content
US20040249768A1 (en) * 2001-07-06 2004-12-09 Markku Kontio Digital rights management in a mobile communications environment
US20060069644A1 (en) * 2004-09-30 2006-03-30 Nokia Corporation Method, device and computer program product for activating the right of use of at least one secured content item

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0715243A1 (fr) * 1994-11-23 1996-06-05 Xerox Corporation Système pour commander la distribution et l'utilisation d'oeuvres numériques ayant un mécanisme de signalisation de taxes
US5982891A (en) * 1995-02-13 1999-11-09 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US20020077988A1 (en) * 2000-12-19 2002-06-20 Sasaki Gary D. Distributing digital content
US20040249768A1 (en) * 2001-07-06 2004-12-09 Markku Kontio Digital rights management in a mobile communications environment
US20060069644A1 (en) * 2004-09-30 2006-03-30 Nokia Corporation Method, device and computer program product for activating the right of use of at least one secured content item

Also Published As

Publication number Publication date
TW200832139A (en) 2008-08-01
WO2008060468B1 (fr) 2008-10-23
WO2008060468A3 (fr) 2008-07-31

Similar Documents

Publication Publication Date Title
US8327454B2 (en) Method for allowing multiple users to access preview content
US20080115225A1 (en) System for allowing multiple users to access preview content
US20080114880A1 (en) System for connecting to a network location associated with content
JP4477822B2 (ja) 情報変換装置
US8069298B2 (en) Method of storing and accessing header data from memory
US8407146B2 (en) Secure storage
US7788271B2 (en) Content distribution server, content distribution method, and program
EP1509024B1 (fr) Méthode pour partager des objets de droites entre des utilisateurs
JP4768741B2 (ja) 少なくとも1つの保護されたコンテンツアイテムの使用権限を有効にする方法、装置、及びコンピュータプログラム製品
US20090259684A1 (en) Digital content library service
US20030079133A1 (en) Method and system for digital rights management in content distribution application
US20080114693A1 (en) Method for allowing content protected by a first DRM system to be accessed by a second DRM system
WO2008058044A1 (fr) Envoi/prêt de droits commerciaux
US20040133632A1 (en) Method and apparatus for supporting multiple digital-rights management systems
JP4898699B2 (ja) ライセンスセントリックでコンテンツを使用するシステムおよび共有ライセンスレポジトリ
US20080114692A1 (en) System for allowing content protected by a first DRM system to be accessed by a second DRM system
US20080114772A1 (en) Method for connecting to a network location associated with content
JP2006313537A (ja) 記録媒体及び情報処理装置
JP2003114830A (ja) コンテンツ管理システムおよび情報記録媒体
WO2008060468A2 (fr) Procédé et système pour permettre à de multiples utilisateurs d'accéder à un contenu d'aperçu
JP4852550B2 (ja) ライセンスされたコンテンツをレンダリングする方法
TW200410139A (en) Method of preventing unauthorized use of virtual medium image file
JP4377864B2 (ja) コンテンツ配信システム
JP2008530673A (ja) 権利ファイル記述の保護方法
WO2008060412A2 (fr) Procédé et système pour une connexion à un emplacement de réseau associé à un contenu

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07867400

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07867400

Country of ref document: EP

Kind code of ref document: A2