Content server and method of providing content therefrom

Information

  • Patent Grant
  • 8875309
  • Patent Number
    8,875,309
  • Date Filed
    Wednesday, December 15, 2004
    20 years ago
  • Date Issued
    Tuesday, October 28, 2014
    10 years ago
Abstract
A method of presenting content, in accordance with one embodiment of the present invention, includes receiving a request for an item of content and selectively verifying ownership of the requested content. If verification of ownership is not to be performed for the particular request, the item of content may be served. If ownership is substantiated for the particular request, the content may also be served. If ownership is not substantiated for the particular request, the content may be purged. Ownership verification may be by access to a physical copy of the content (e.g., DVD, CD or the like).
Description
BACKGROUND OF THE INVENTION

Electronic systems are often utilized to present any of a vast array of content to a user. The convenience of having content more readily accessible typically results in the user accessing the content more often and may also result in the user acquiring ever-increasing amounts of content. Accordingly, content servers have advantageously been utilized to make content more readily accessible to users.


A content server typically provides for loading content onto a mass storage device and presenting the content stored thereon. Referring to FIG. 1, a flow diagram of steps of a method of storing content on a content server according to the conventional art is shown. As depicted in FIG. 1, the method of storing content begins with receiving content, at 110. For example, a user may insert a DVD containing a movie or a CD containing music in the CD/DVD drive of the content server. The content may be received in a protected format, such as content scrambling system (CSS) encryption or the like. If the received content is encoded in a protected format, the protection is removed from the content, at 120. For example, a disk key contained on the DVD or CD may be used to decrypt the CSS encoded music or movie. The unprotected content is then stored on a mass storage device, such as a hard disk drive, at 130.


Referring now to FIG. 2, a flow diagram of steps of a method of presenting the content stored on the content server according to the conventional art is shown. As depicted in FIG. 2, the method of presenting content begins with receiving a request for a particular item of content, at 210. The particular item of content may be stored on a mass storage device. At 220, the requested content is presented on an appropriate output device to the user.


Traditional systems for communicating and storing content often make copying of proprietary content relatively easy. For example, it is not uncommon for a user of the above-described content server to rent movies and/or music on DVDs and/or CDs and load them onto their system. The user may then return the DVDs or CDs, and yet continue to illegally watch the movies and/or listen to the music after the rental period has expired. Similarly, a user may borrow movies and/or music from others and load them onto their content server. The user may then return the DVD or CD to the person that they borrowed it from, and yet continue to illegally watch the movies and/or listen to the music thereafter. Accordingly, conventional content servers readily enable rent-and-rip, borrow-and-rip and the like.


However, creators and/or distributors of proprietary content (e.g., movies, music, etc.) have an economic interest in the content and desire to restrict the copying and/or distribution of the proprietary content to individuals that have purchased or rented the content in accordance with the nature of the user's ownership. Thus, content servers according to the conventional art are problematic in that the interests of the creators and/or distributors of proprietary content are not protected.


SUMMARY OF THE INVENTION

Accordingly, embodiments of the present invention are directed toward a system and method of serving content. In one embodiment, a content server includes a content output device, a mass storage device and a processing unit communicatively coupled between the content input device and the mass storage device. The processing unit implements a content server module for receiving a request for an item of content stored on the mass storage device. The content server module selectively verifies ownership of the requested item of content. The requested item of content may be served if ownership is substantiated, or if ownership is not to be verified for the particular request. The requested item of content may be purged if ownership is not substantiated. Ownership may be substantiated by access to an original physical copy of the content (e.g., DVD, CD or the like).


In another embodiment, a method of presenting content includes receiving a request for an item of content and selectively verifying ownership of the requested content. If ownership is not to be performed for the particular request, the item of content may be served. If ownership is substantiated for the particular request, the content may also be served. If ownership is not substantiated for the particular request, the content may be purged or otherwise rendered inaccessible.


Embodiments of the present invention advantageously balance user convenience and the economic interests of content creators and/or distributors. Embodiments of the present invention are sensitive to user actions or functions and may advantageously learn that the content is owned and may thereafter be served without restriction. Accordingly, embodiments of the present invention advantageously facilitate convenient and secure distribution of proprietary content.





BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the present invention are illustrated by way of example and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:



FIG. 1 shows a flow diagram of steps of a method of storing content on a content server according to the conventional art.



FIG. 2 shows a flow diagram of steps of a method of presenting content stored on the content server according to the conventional art.



FIG. 3 shows a flow diagram of steps of a method of storing content, in accordance with one embodiment of the present invention.



FIG. 4 shows a flow diagram of steps of a method of serving content, in accordance with one embodiment of the present invention.



FIG. 5 shows a block diagram of a system for storing and serving content, in accordance with one embodiment of the present invention.





DETAILED DESCRIPTION OF THE INVENTION

Reference will now be made in detail to the embodiments of the invention, examples of which are illustrated in the accompanying drawings. While the invention will be described in conjunction with these embodiments, it will be understood that they are not intended to limit the invention to these embodiments. On the contrary, the invention is intended to cover alternatives, modifications and equivalents, which may be included within the scope of the invention as defined by the appended claims. Furthermore, in the following detailed description of the present invention, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it is understood that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure aspects of the present invention.


Referring now to FIG. 3, a flow diagram of steps of a method of storing content, in accordance with one embodiment of the present invention, is shown. Content, as used hereinafter, may include digital information such as text, graphics, audio, sound, images, video, movies, music, applications, games and/or the like. As depicted in FIG. 3, the method begins with receiving content and one or more keys, at 310. The content may be received in a protected format or an unprotected format. In one implementation, protected content may be received in an encrypted format, such as content scrambling system (CSS) encryption or the like. In one implementation, the content may be received on a physical medium such as a compact disk (CD), digital versatile disk (DVD), memory card or the like. The particular instance of the physical medium, from which a particular item of content was loaded onto the server from, is referred herein as the “original physical medium.” In another implementation, the content may be received by any well-known signaling method such as electromagnetic, electrical, optical or the like (e.g., electronic transmission). Receiving content utilizing electronic transmission may enable content-on-demand, receiving new releases via a background download, and the like, without the user having to acquire the physical medium first.


In one implementation, a first key may be present on the physical medium (e.g., DVD, CD, flash memory card, etc.) containing the content and uniquely identifies the instance of the item of content. For example, the first key may be a disk key that uniquely identifies the content contained on the disk. The first key may alternatively be included with the transmitted content or the like and uniquely identifies the instance of the item of content. The keys may also include a second key that is dynamically generated by the content input device utilized for receiving the content. The second key may be unique to each transaction on the content input device. For example the second key may be a bus key provided by the media player (e.g., DVD drive, CD drive, card reader, etc.), transceiver (e.g., communication port, network interface card, etc.) or the like. A unique serialized key, which is generated each time the rip mechanism is executed, may also be utilized to provide portability.


At 320, the content may be stored on a mass storage device (e.g., hard disk drive). If the content is in a protected format, it is stored in its protected format. In one implementation, the received CSS encrypted content is copied to the mass storage device. Accordingly, it is appreciated that the particular protection mechanism of the proprietary content is maintained. At 330, the one or more keys associated with the content may be encoded in a safeguarded format and stored on the mass storage device. The keys may be encoded utilizing any well-known encryption algorithm. In one implementation, the disk key and the bus key may each be encrypted and hidden on the mass storage device.


It is appreciated that the mass storage device may also contain preloaded encrypted content. One or more encrypted keys related to the preloaded content may also be hidden on the mass storage device. Alternatively, the keys may be purchased and “downloaded” later from a remote “key server” or registry using some kind of 2-way network, such as Internet, satellite with a backchannel (e.g., DirecTV connected to a phone line so that one may order on-demand movies through the regular phone network), cellular or the like.


It is appreciated that a user interface (e.g., graphical user interface) may be provided to readily enable a user to load content onto the mass storage device in accordance with the above described processes. The user interface may also enable a user to purchase or rent content that is being loaded onto the mass storage device. The interface may also enable purchase of rental content that has previously been loaded onto the mass storage device or payment for an extension of the rental period. The interface may also enable purchase or rental of content that has been preloaded onto the mass storage device. The user interface may also enable purchase of credits to be applied to accessing any one or more items of content on the mass storage device as and when the user chooses. A transaction system may also be implemented by the user interface to enable the above-described transactions.


It is appreciated that one or more keys may contain a field that identifies the type of content, such as purchased content, rented content, preloaded content, offered content (e.g. for rent or for sale) or the like. The identifier of the type of content contained in a key may be utilized for such functions as purchasing the rented content, extending the rental period of rented content, renting or purchasing preloaded content, renting or purchasing offered content, and/or the like.


Furthermore, it is appreciated that the protection scheme of the original form of the content is substantially preserved. Accordingly, the stored content may be thought of as a virtual copy of the content. The one or more keys needed for playing the content are not accessible. Therefore, the method of storing content on a server, in accordance with the present invention, advantageously prevents extraction of the content back off the mass storage device, because the content remains encrypted and it is useless without the hidden encrypted keys. Thus, a user cannot effectively get such content off the server (e.g., play the content) without the decryption keys.


Referring now to FIG. 4, a flow diagram of steps of a method of serving content, in accordance with one embodiment of the present invention, is shown. As depicted in FIG. 4, the method begins with receiving a request to serve one or more particular items of content, at 410. The request may be to play an item of content (e.g., movie, music, video game, etc.) saved on the mass storage device. In one implementation a user interface (e.g., graphical user interface) may be provided to enable a user to select a particular item of content stored on the mass storage device.


It is appreciated that the user interface (UI) may provide a drill-down type menu for selecting content stored on the mass storage device. For example, a first level may present various choices of content types, such as movies on the server, music on the server, television, internet, and/or the like. A second level may present categorical choices of content on the server, such as comedy, drama, actor, director, suggestion and/or the like. A third level may present a grid of thumbnails, wherein each thumbnail corresponds to a particular item of content on the server for a selected category.


It is appreciated that each item of content may be represented by a thumbnail or as a combination of text and a corresponding thumbnail. The thumbnail may be, for example, a still picture of an album cover for music, a still picture of a DVD jacket, a still picture of a scene from the movie, or the like. In addition, the thumbnail may be a video preview of a movie or may be a still picture of a scene and when the user causes a pointer to pass over the thumbnail or highlights the thumbnail a video preview may play. The thumbnail for use in the UI may be contained as part of the content when it is loaded on the system.


It is appreciated that a particular menu level, composed of a grid of thumbnails, may be dynamically scaled as a function of the view size of the display screen. The grid of thumbnails for a menu level may constitute a virtual display. Only a portion of the virtual display may actually be displayed on the physical screen. The virtual display may then be navigated such that a given portion is displayed on the physical screen.


It is appreciated that the system, via the user interface, may collect a history of content viewed by a user and suggest content based upon the past viewing history. The history may be collected on a per viewer basis. The suggestions may be present as a function of a hierarchy based upon the current viewers and/or the relative ranking of their individual and/or collective past viewing history.


At 420, ownership of the requested particular content may be selectively verified. The ownership of the content may be verified by requesting that the user provide evidence of ownership. In one implementation, ownership may be verified by requesting that the original physical medium (e.g., DVD, CD, memory card, etc.) be reinserted into the content input device. The keys on the reinserted medium may be compared to the encrypted keys hidden on the mass storage device. In another implementation, verification of ownership may be implemented by checking a registration database. The registration database may enable association of content with a given user or device upon proof-of-purchase, such as a unique serial number received by the user and/or device when the content has been purchased or rented. The registration database may thus provide authentication that the content as identified by the disk key has been registered for access by the system as identified by the bus key.


Ownership may be selectively verified a predetermined number of times. In one implementation, each verification request may be made after a fixed period of time (e.g., days, weeks, months, etc.). In another implementation, each verification request may be made after a random period of time. In another implementation, each verification request may be made after a random number of requests for the particular content. In one implementation, the predetermined number of times may be a fixed number of times for each item of content. In another implementation, the predetermined number of times may be a random number of times for each item of content. One or more of the above implementations may also be combined.


It is appreciated that one or more keys may contain a field that identifies the type of content, such as purchased content, rented content, preloaded content, offered content (e.g. for rent or for sale) or the like. The identifier of the type of content contained in a key may be utilized to adjust the selective verification of ownership in accordance with the nature of the content type.


It is appreciated that a registry, such as an interne based registration service, may be utilized to enable activation of content on one or more devices or transfer of content from one user to another. The registry (e.g., database) may associate instances of a particular item of content (e.g., disk key) with a particular owner (e.g., user ID, device ID). For example, a user may have the content on a plurality of systems, such as a home content server and a vacation home server system. In such case, the registry may be utilized to enable access to the content on only one system at a time by limiting association of the disk key with a select number of device identifiers. In another implementation, the registry enables an owner of a particular instance of content to sell it to another person. The transaction may be based upon a unique serialized key stored on the mass storage device and contained in the registry. In yet another implementation, the registry may enable the content to be streamed (e.g., served) to a portable device, such as a phone, laptop computer or the like, at any number of locations across any network (e.g., virtual player).


At 430, if ownership of the content is not to be validated at 420 for the given request, the requested content may be decrypted and presented. At 440, if ownership of the particular content is substantiated, the requested content may be decrypted and presented. At 450, if ownership of the particular content is not substantiated, the request may be denied. Furthermore, if ownership of the particular content is not substantiated, the requested content may also be purged or otherwise rendered unselectable, an error message may be generated, a transaction system may be invoked, or the like.


Typically, process 420 may be repeated for each of a predetermined number of times with regard to requests for each given item of content. If ownership of the particular content is substantiated each of a predetermined number of times, the ownership may be considered corroborated. If ownership of the particular content is corroborated, ownership may not need to be validated again. Thereafter, a request for content, wherein ownership has been corroborated, may be served to the user, at 430, without further validation processes.


In an exemplary implementation, a first verification request may be made a random one of a number of plays after a first fixed period of time. The first fixed period of time may be measured from when the particular content was loaded onto the system. The first fixed period of time may be selected based upon a criterion such as the typical rental period (e.g., 10 days). A second verification request may be made a random one of number of plays after the expiration of a second fixed period. The second fixed period of time (e.g., 30 days) may be greater than the first fixed period of time, to reduce the inconvenience factor to the user. A third and final verification request may be made a random one of a number of plays after the expiration of a third fixed period. The third fixed period of time (e.g., 100 days) may be greater than the second fixed period of time, to further reduce the inconvenience factor to the user. Thereafter, the system will have been “taught” that ownership has been corroborated and subsequent requests for the same content can be served without verifying ownership.


Accordingly, the method balances convenience for the user with the economic interests of the content creator and/or distributor. For example, if the content is a rented DVD, the user may load the movie on the system and view it any number of time during the ten-day period of the rental without having to reinsert the DVD each time. After the rental period, the user will have returned the DVD. Thus, if the user attempts to continue watching the movie, the system will eventually request reinsertion of the DVD. However, ownership will not be substantiated because the rental DVD has been returned and thus the user will be unable to reinsert it. If ownership is not substantiated the system may purge the content.


If the content has been purchased by the user and loaded on the system, the user will have possession of the DVD. Therefore, when requested at each of the random number of plays during three increasing periods of time, the user will be able to substantiate ownership by reinserting the DVD. It can be inferred that there is a substantial likelihood that the user owns the content from the fact that the user was able to provide the original physical medium containing the content each time. The user, on the other hand, does not have to in most cases insert the DVD when they want to watch the movie.


If the content has been borrowed, the user may be able to watch it for a short period of time. However, at some point in time the user will likely have returned the DVD to the actual owner. Thus, because the user cannot reliable predict when they are going to be requested to reinsert the DVD, the system will likely be able to determine that the content is not owned by the user of the system and therefore purge it.


Accordingly, embodiments of the present invention advantageously balance user convenience and the economic interests of content creators and/or distributors. Ownership of requested content can be selectively verified before the requested content is presented. If ownership is not substantiated, the content may be purged from the system. Furthermore, if ownership is successfully substantiated a number of times, the system may be taught that the content is owned and verification need not be performed again.


Referring now to FIG. 5, a block diagram of a system for storing and serving content, in accordance with one embodiment of the present invention, is shown. The system 500 may be implemented on a personal computer, a server, a client, a laptop computer, a media center PC, a personal entertainment center, a set top box, a game console, a personal digital assistant, a cellular telephone, a portable wireless appliance, and/or the like. As depicted in FIG. 5, the system includes one or more content input devices 510, a processing unit 520, a mass storage device 530 (e.g., computer readable medium) and one or more content output devices 540. The system 500 may also include one or more general input/output devices 550. It is appreciated that the content input devices 510 and content output devices 540 may be particular units of the general input/output devices 550. The system 500 may also be communicatively coupled to a communication channel 560, for receiving content utilizing any well-known signaling method.


The processing unit 520 may be communicatively coupled to the general I/O device 550, the content input device 510, the mass storage device 530 and the content output device 540. The content input device 510 may be a compact disk (CD) drive, a digital versatile disk (DVD) drive, a memory card reader and/or the like. The content output device 540 may be a display, monitor, television, projector, speaker, headphone, brail reader and/or the like. The mass storage device 530 may be a hard disk drive (HDD), portable storage device/card (e.g., USB drive and other flash-based memory) or the like. The general I/O devices 550 may be a keyboard, pointing device, monitor, speaker, brail reader and/or the like.


The processing unit 520 provides one or more function modules by operating on instructions (e.g., computer executable code) and information (e.g., data) stored in memory (e.g., computer-readable medium). The function modules may include a content storage module 522, a content server module 524 and a user interface module 526. The content storage module 522 may receive content via the content input device 510 or the communication channel 560 (e.g., network). The content may be received in a protected or unprotected format. The user interface module 526 may enable a user to cause the content storage module 522 to load the content onto the mass storage device 530.


If the content is received in a protected format, the content storage module 522 may also receive one or more keys. The keys may include a first key unique to the content and a second key that may be dynamically generated by the content input device 510. The content storage module 522 may store the content in its protected format and the one or more keys in a safeguarded format on the mass storage device 530.


The content server module 524 may receive a request for a particular item of content stored on the mass storage device 530 via the user interface module 526. The content server module 524 may selectively verify ownership of the requested content utilizing the one or more keys corresponding to the requested content, which are stored on the mass storage device 530. If ownership of the content is validated, the content server module 524 outputs the requested content on the content output device 540 utilizing the one or more keys corresponding to the content, which are stored on the mass storage device 530. If ownership of the content is not validated, the content server module 524 may purge the particular content from the mass storage device.


Accordingly, embodiments of the present invention advantageously prevent extraction of server stored content back off the mass storage device. Embodiments of the present invention advantageously balance user convenience and the economic interests of content creators and/or distributors. Embodiments of the present invention thus advantageously facilitate convenient and secure distribution of proprietary content.


The foregoing descriptions of specific embodiments of the present invention have been presented for purposes of illustration and description. They are not intended to be exhaustive or to limit the invention to the precise forms disclosed, and obviously many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the invention and its practical application, to thereby enable others skilled in the art to best utilize the invention and various embodiments with various modifications as are suited to the particular use contemplated. It is intended that the scope of the invention be defined by the Claims appended hereto and their equivalents.

Claims
  • 1. A method of providing content comprising: Receiving, by a processor, a given request to serve a copy of an item of content on a mass storage device;selectively verifying ownership of said item of content by access to an original physical medium of the item of content a predetermined multiple number of times, wherein the predetermined multiple number of times is greater than two, over a plurality of times said item of content is requested, wherein said plurality of times is greater than said predetermined multiple number of times and ownership of said item is not verified again if ownership is substantiated said predetermined multiple number of times,wherein said selectively verifying ownership comprises directly, comparing one or more keys on said original physical medium to one or more encrypted keys hidden on said mass storage device;wherein said selectively verifying ownership comprises at least a first verification request wherein the first verification request is made a random number of plays after a first fixed period of time and a second verification request wherein the second verification request is made a random number of plays after a second fixed period of time, wherein the second fixed period of time is greater than the first fixed period of time;serving said item of content for said given request if said verifying ownership is not performed for said given request;serving said item of content for said given request if ownership is substantiated for said given request by said comparing one or more keys on said original physical medium to one or more encrypted keys hidden on said mass storage device; andserving said item of content for said given request if ownership has already been substantiated said predetermined multiple number of times.
  • 2. The method according to claim 1, wherein said item of content is digital information and is selected from the group consisting of text, graphics, audio, sound, image, video, movie, music, application, and game.
  • 3. A non-transitory computer readable medium containing a plurality of instructions which when executed cause a system to implement a method of presenting content comprising: a) Receiving, by a processor, a given request to serve a copy of an item of content on a mass storage device;b) selectively verifying ownership of said item of content by access to an original physical medium of the item of content a predetermined multiple number of times, wherein the predetermined multiple number of times is greater than two, over a plurality of times said item of content is requested, wherein said plurality of times is greater than said predetermined multiple number of times and ownership of said item is not verified again if ownership is substantiated said predetermined multiple number of times, wherein said selectively verifying ownership comprises directly, comparing one or more keys on said original physical medium to one or more encrypted keys hidden on said mass storage device; wherein said selectively verifying ownership comprises at least a first verification request wherein the first verification request is made a random number of plays after a first fixed period of time and a second verification request wherein the second verification request is made a random number of plays after a second fixed period of time, wherein the second fixed period of time is greater than the first fixed period of time;c) serving said item of content for said given request if said verifying ownership is not performed for said given request;d) serving said item of content for said given request if ownership is substantiated for said given request by said comparing one or more keys on said original physical medium to one or more encrypted keys hidden on said mass storage device; ande) serving said item of content for said given request if ownership has already been substantiated said predetermined multiple number of times;f) denying said request for said item of content if ownership is not substantiated at said b) in response to said given request to serve said item of content.
  • 4. The non-transitory computer-readable medium according to claim 3, wherein said method further comprises: g) purging said item of content if ownership is not substantiated at said b).
  • 5. The non-transitory computer-readable medium according to claim 3, wherein said item of content is selected from the group consisting of text, graphics, audio, sound, image, video, movie, music, application, and game.
  • 6. The non-transitory computer-readable medium according to claim 3, wherein ownership is verified if a key on said physical media corresponds to a key on said mass storage device.
  • 7. The non-transitory computer-readable medium according to claim 3, wherein selectively requesting evidence of ownership of said item of content further comprises requesting evidence after a third random number of requests after a third fixed period of time.
  • 8. The non-transitory computer-readable medium according to claim 7, wherein: said second fixed period of time is greater than said first fixed period of time; andsaid third fixed period of time is greater than said second fixed period of time.
  • 9. A system for storing content comprising: a content output device;a mass storage device; anda processing unit communicatively coupled to said content output device and said mass storage device, wherein said processing unit comprises a content server module for receiving a given request for an item of content stored on said mass storage device, for selectively verifying ownership of said item of content by access to an original physical medium of the item of content a predetermined multiple number of times, wherein the predetermined multiple number of times is greater than two, over a plurality of times said item of content is requested, wherein said plurality of times is greater than said predetermined multiple number of times and ownership of said item is not verified again if ownership is substantiated said predetermined multiple number of times, wherein said selectively verifying ownership comprises directly, comparing one or more keys on said original physical medium to one or more encrypted keys hidden on said mass storage device;wherein said selectively verifying ownership comprises at least a first verification request wherein the first verification request is made a random number of plays after a first fixed period of time and a second verification request wherein the second verification request is made a random number of plays after a second fixed period of time, wherein the second fixed period of time is greater than the first fixed period of time;serving said item of content for said given request if said verifying ownership is not performed for said given request;serving said item of content for said given request if ownership is substantiated for said given request by said comparing one or more keys on said original physical medium to one or more encrypted keys hidden on said mass storage device; andserving said item of content for said given request if ownership has already been substantiated said predetermined multiple number of times.
  • 10. The system of claim 9, further comprising a content input device communicatively coupled to said processing unit for said receiving said reinsertion of said original physical medium of said item of content.
  • 11. The system of claim 9, wherein said content server module further serves said item of content for said given request if said verifying ownership is not performed for said given request.
  • 12. The system of claim 9, wherein said content server module further purges said requested item of content if ownership is not substantiated.
  • 13. The system of claim 9, wherein said content output device comprises one or more devices selected from the group consisting of a display, a monitor, a television, a projector, a speaker, a headphone and a Braille reader.
  • 14. The system of claim 9, wherein said mass storage device comprises a hard disk drive.
US Referenced Citations (138)
Number Name Date Kind
5237616 Abraham et al. Aug 1993 A
5552897 Mandelbaum et al. Sep 1996 A
5623546 Hardy et al. Apr 1997 A
5629980 Stefik et al. May 1997 A
5721829 Dunn et al. Feb 1998 A
5757911 Shibata May 1998 A
5857020 Peterson, Jr. Jan 1999 A
5861906 Dunn et al. Jan 1999 A
5880733 Horvitz et al. Mar 1999 A
5973680 Ueda Oct 1999 A
6005636 Westerman Dec 1999 A
6016348 Blatter et al. Jan 2000 A
6028585 Ishii et al. Feb 2000 A
6069647 Sullivan et al. May 2000 A
6115819 Anderson Sep 2000 A
6141754 Choy Oct 2000 A
6298445 Shostack et al. Oct 2001 B1
6314409 Schneck et al. Nov 2001 B2
6367019 Ansell et al. Apr 2002 B1
6389538 Gruse et al. May 2002 B1
6389541 Patterson May 2002 B1
6398245 Gruse et al. Jun 2002 B1
6550011 Sims, III Apr 2003 B1
6580916 Weisshaar et al. Jun 2003 B1
6597380 Wang et al. Jul 2003 B1
6615192 Tagawa et al. Sep 2003 B1
6622148 Noble et al. Sep 2003 B1
6651171 England et al. Nov 2003 B1
6708161 Tenorio et al. Mar 2004 B2
6742116 Matsui et al. May 2004 B1
6748537 Hughes Jun 2004 B2
6772335 Curtis et al. Aug 2004 B2
6785820 Muttik et al. Aug 2004 B1
6788800 Carr et al. Sep 2004 B1
6807534 Erickson Oct 2004 B1
6832319 Bell et al. Dec 2004 B1
6865555 Novak Mar 2005 B2
6891953 DeMello et al. May 2005 B1
6922740 Kondratiev et al. Jul 2005 B2
6948073 England et al. Sep 2005 B2
6957343 Ripley et al. Oct 2005 B2
6980652 Braitberg et al. Dec 2005 B1
6990513 Belfiore et al. Jan 2006 B2
7003675 Benaloh Feb 2006 B2
7010808 Leung et al. Mar 2006 B1
7020688 Sykes, Jr. Mar 2006 B2
7035827 Ezaki Apr 2006 B2
7036020 Thibadeau Apr 2006 B2
7047411 DeMello et al. May 2006 B1
7065216 Benaloh et al. Jun 2006 B1
7065506 Phillipo et al. Jun 2006 B1
7065651 Evans Jun 2006 B2
7069449 Weaver, III et al. Jun 2006 B2
7073071 Ellison et al. Jul 2006 B1
7093298 Rodriquez et al. Aug 2006 B2
7095853 Morishita Aug 2006 B2
7107462 Fransdonk Sep 2006 B2
7111169 Ripley et al. Sep 2006 B2
7120250 Candelore Oct 2006 B2
7120868 Salesin et al. Oct 2006 B2
7139811 Lev Ran et al. Nov 2006 B2
7150031 Rodriguez et al. Dec 2006 B1
7152047 Nagel Dec 2006 B1
7155733 Rodriguez et al. Dec 2006 B2
7159120 Muratov et al. Jan 2007 B2
7181016 Cross et al. Feb 2007 B2
7191153 Braitberg et al. Mar 2007 B1
7197648 Evans Mar 2007 B2
7200593 Shimomura et al. Apr 2007 B2
7225333 Peinado et al. May 2007 B2
7225340 Asahi et al. May 2007 B2
7228427 Fransdonk Jun 2007 B2
7242771 Shiragami et al. Jul 2007 B2
7299209 Collier Nov 2007 B2
7340056 Morcel Mar 2008 B2
7353543 Ohmori et al. Apr 2008 B2
7370205 Ogino May 2008 B2
7370364 Dobbins et al. May 2008 B2
7376624 Cochran et al. May 2008 B2
7383205 Peinado et al. Jun 2008 B1
7395333 Saulpaugh et al. Jul 2008 B1
7395438 Parks et al. Jul 2008 B2
7536386 Samji et al. May 2009 B2
7543160 Adams et al. Jun 2009 B2
7549044 Lee et al. Jun 2009 B2
7606818 Bachmann et al. Oct 2009 B2
7606918 Holzman et al. Oct 2009 B2
7607024 Staring et al. Oct 2009 B2
7644446 Strom et al. Jan 2010 B2
7689510 Lamkin et al. Mar 2010 B2
7933409 Yamamoto et al. Apr 2011 B2
8359332 Diamond et al. Jan 2013 B1
8402283 Diamond et al. Mar 2013 B1
20010020274 Shambroom Sep 2001 A1
20010021926 Schneck et al. Sep 2001 A1
20020002468 Spagna et al. Jan 2002 A1
20020012432 England et al. Jan 2002 A1
20020077986 Kobata et al. Jun 2002 A1
20020077992 Tobin Jun 2002 A1
20020099663 Yoshino et al. Jul 2002 A1
20030061477 Kahn et al. Mar 2003 A1
20030097655 Novak May 2003 A1
20030108199 Pinder et al. Jun 2003 A1
20030140228 Binder Jul 2003 A1
20030149989 Hunter et al. Aug 2003 A1
20030152364 Wajs Aug 2003 A1
20030161473 Fransdonk Aug 2003 A1
20030215091 Kambayashi et al. Nov 2003 A1
20030225796 Matsubara Dec 2003 A1
20030229845 Salesin et al. Dec 2003 A1
20040015426 Tadayon et al. Jan 2004 A1
20040025033 Todd Feb 2004 A1
20040083366 Nachenberg et al. Apr 2004 A1
20040133794 Kocher et al. Jul 2004 A1
20040133803 Rabin et al. Jul 2004 A1
20040148523 Lambert Jul 2004 A1
20040193902 Vogler et al. Sep 2004 A1
20050008130 Wakamatsu Jan 2005 A1
20050025312 Rijkaert et al. Feb 2005 A1
20050058291 Candelore Mar 2005 A1
20050086478 Peinado et al. Apr 2005 A1
20050091511 Nave et al. Apr 2005 A1
20050111663 Lotspiech et al. May 2005 A1
20050119967 Ishiguro et al. Jun 2005 A1
20050132179 Glaum et al. Jun 2005 A1
20050265193 Phillipo et al. Dec 2005 A1
20050289076 Lambert Dec 2005 A1
20060005257 Tohru et al. Jan 2006 A1
20060064605 Giobbi Mar 2006 A1
20060149567 Muller et al. Jul 2006 A1
20060190621 Kamperman et al. Aug 2006 A1
20060224902 Bolt Oct 2006 A1
20070033419 Kocher et al. Feb 2007 A1
20070192111 Chasen Aug 2007 A1
20070208992 Koren Sep 2007 A1
20080148063 Hanko et al. Jun 2008 A1
20080178081 Reshef et al. Jul 2008 A1
20090327031 Jain Dec 2009 A1
Non-Patent Literature Citations (17)
Entry
Halderman, J. Alex, and Edward W. Felten. “Lessons from the Sony CD DRM episode.” Proceedings of the 15th USENIX Security Symposium. vol. 15. No. 1. 2006.
“Hardware Module Design for Ensuring Trust” 2010 IEEE Annual Symposium on VLSI, Apostolos P. Fournaris.
SVP Open Content Protection System Technical Overview, SVPLA, Jan. 3, 2005, 51 pages.
Secure Video Processor Challenge-Response Protocol Top-Level Description SVPLA, Apr. 15, 2004, 8 pages.
Blaze, A Cryptographic File System for Unix, 1993, ACM, Computer and Communication Security Nov. 1993, pp. 9-16.
CyberLink PowerCinema Linux Featuring Instant-On Capability Enables Digital Home Entertainment for CE and PC; Press Release on Oct. 26, 2004; http://www.cyberlink.com/eng/press—room/view—747.html.
Felton, E. W. 2003. A Skeptical View of DRM and Fair Use. Commun. ACM 46, 4 (Apr. 2003) 56-59.
Licenses for your media files are corrupted, Microsoft, Aug. 21, 2007.
Microsoft Corporation, “A Technical Overview of Windows Media DRM 10 for Device”, pp. 1-20, Retrieved from http://download.microsoft.com/download/b/7/a/b7a9aeae-d9f2-435b-a2dc-f3b0909d1d62/A—Technical—Overview—of WM—DRM—10—for—Devices.doc.
SearchSecurity.com, Content Scrambling System (CSS), May 2000, Retrieved from http://searchsecurity.techtarget.com/definition/Content-Scrambling-System?vgnextfmt=print.
U.S. Appl. No. 10/910,452, filed Aug. 2, 2004; Title: Secure content enabled drive digital rights management system and method.
U.S. Appl. No. 11/013,745, filed Dec. 12, 2004; Title: Content server and method of storing content.
U.S. Appl. No. 11/202,545, filed Aug. 11, 2005; Title: Method and System for Accessing Content on Demand.
U.S. Appl. No. 11/112,364, filed Apr. 22, 2005; Title: Content Keys for Authorizing Access to Content.
U.S. Appl. No. 11/193,051, filed Jul. 29, 2005; Title: User Interface for Presentation of Content.
U.S. Appl. No. 11/202,844, filed Aug. 11, 2005; Title: Method and System for Registering and Activating Content.
Secure Video Processor Challenge—Response Protocol Top-Level Description, SVPLA, Apr. 15, 2004, 8 pages.