|Publication number||US8078542 B2|
|Application number||US 12/824,531|
|Publication date||13 Dec 2011|
|Filing date||28 Jun 2010|
|Priority date||7 Jun 2001|
|Also published as||US7774280, US20050060571, US20100263057, US20120123952|
|Publication number||12824531, 824531, US 8078542 B2, US 8078542B2, US-B2-8078542, US8078542 B2, US8078542B2|
|Inventors||Mai Nguyen, Xin Wang, Thanh Ta, Guillermo Lao, Eddie J. Chen|
|Original Assignee||Contentguard Holdings, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (101), Non-Patent Citations (76), Referenced by (2), Classifications (13), Legal Events (3)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application is continuation of U.S. patent application Ser. No. 10/956,121, filed Oct. 4, 2004, now allowed, which is a continuation-in-part application of U.S. patent application Ser. No. 10/162,701, filed Jun. 6, 2002, which claims benefit from U.S. Provisional Application Nos. 60/331,624, 60/331,623, and 60/331,621, filed Nov. 20, 2001, and U.S. Provisional Application Nos. 60/296,113, 60/296,117, and 60/296,118, filed Jun. 7, 2001, the entire disclosures of all of which are hereby incorporated by reference herein.
The present invention generally relates to rights transfer and more particularly to a method, system and device for managing transfer of rights using shared state variables.
One of the most important issues impeding the widespread distribution of digital works (i.e. documents or other content in forms readable by computers), via electronic means, and the Internet in particular, is the current lack of ability to enforce the intellectual property rights of content owners during the distribution and use of digital works. Efforts to resolve this problem have been termed “Intellectual Property Rights Management” (“IPRM”), “Digital Property Rights Management” (“DPRM”), “Intellectual Property Management” (“IPM”), “Rights Management” (“RM”), and “Electronic Copyright Management” (“ECM”), collectively referred to as “Digital Rights Management (DRM)” herein. There are a number of issues to be considered in effecting a DRM System. For example, authentication, authorization, accounting, payment and financial clearing, rights specification, rights verification, rights enforcement, and document protection issues should be addressed. U.S. Pat. Nos. 5,530,235, 5,634,012, 5,715,403, 5,638,443, and 5,629,980, the disclosures of which are incorporated herein by reference, disclose DRM systems addressing these issues.
Two basic DRM schemes have been employed, secure containers and trusted systems. A “secure container” (or simply an encrypted document) offers a way to keep document contents encrypted until a set of authorization conditions are met and some copyright terms are honored (e.g., payment for use). After the various conditions and terms are verified with the document provider, the document is released to the user in clear form. Commercial products such as CRYPTOLOPES™ and DIGIBOXES™ fall into this category. Clearly, the secure container approach provides a solution to protecting the document during delivery over insecure channels, but does not provide any mechanism to prevent legitimate users from obtaining the clear document and then using and redistributing it in violation of content owners' intellectual property.
In the “trusted system” approach, the entire system is responsible for preventing unauthorized use and distribution of the document. Building a trusted system usually entails introducing new hardware such as a secure processor, secure storage and secure rendering devices. This also requires that all software applications that run on trusted systems be certified to be trusted. While building tamper-proof trusted systems is a real challenge to existing technologies, current market trends suggest that open and untrusted systems, such as PC's and workstations using browsers to access the Web, will be the dominant systems used to access digital works. In this sense, existing computing environments such as PC's and workstations equipped with popular operating systems (e.g., Windows™, Linux™, and UNIX) and rendering applications, such as browsers, are not trusted systems and cannot be made trusted without significantly altering their architectures. Of course, alteration of the architecture defeats a primary purpose of the Web, i.e. flexibility and compatibility.
As an example, U.S. Pat. No. 5,634,012, the disclosure of which is incorporated herein by reference, discloses a system for controlling the distribution of digital documents. Each rendering device has a repository associated therewith. A predetermined set of usage transaction steps define a protocol used by the repositories for enforcing usage rights. Usage rights define one or more manners of use of the associated document content and persist with the document content. The usage rights can permit various manners of use such as, viewing only, use once, distribution, and the like. Usage rights can be contingent on payment or other conditions. Further, a party may grant usage rights to others that are a subset of usage rights possessed by the party.
DRM systems have facilitated distribution of digital content by permitting the content owner to control use of the content. However, known business models for creating, distributing, and using digital content and other items involve a plurality of parties. For example, a content creator may sell content to a publisher who then authorizes a distributor to distribute content to an on-line storefront who then sells content to end-users. Further, the end users may desire to share or further distribute the content. In such a business model, usage rights can be given to each party in accordance with their role in the distribution chain. However, the parties do not have control over downstream parties unless they are privy to any transaction with the downstream parties in some way. For example, once the publisher noted above provides content to the distributor, the publisher cannot readily control rights granted to downstream parties, such as the first or subsequent users unless the publisher remains a party to the downstream transaction. This loss of control combined with the ever increasing complexity of distribution chains results in a situation, which hinders the distribution of digital content and other items. Further, the publisher may want to prohibit the distributor and/or the storefront from viewing or printing content while allowing an end user receiving a license from the storefront to view and print. Accordingly, the concept of simply granting rights to others that are a subset of possessed rights is not adequate for multi-party, i.e. multi-tier, distribution models.
The exemplary embodiments of the present invention are directed to a method, system and device for transferring rights adapted to be associated with items from a rights supplier to a rights consumer, including obtaining a set of rights associated with an item, the set of rights including meta-rights specifying derivable rights that can be derived from the meta-; determining whether the rights consumer is entitled to the derivable rights specified by the meta-rights; and deriving at least one right from the derivable rights, if the rights consumer is entitled to the derivable rights specified by the meta-rights, wherein the derived right includes at least one state variable based on the set of rights and used for determining a state of the derived right.
Still other aspects, features, and advantages of the present invention are readily apparent from the following detailed description, simply by illustrating a number of exemplary embodiments and implementations, including the best mode contemplated for carrying out the present invention. The present invention is also capable of other and different embodiments, and its several details can be modified in various respects, all without departing from the spirit and scope of the present invention. Accordingly, the drawings and descriptions are to be regarded as illustrative in nature, and not as restrictive.
Exemplary embodiments of this invention will be described in detail, with reference to the attached drawings in which:
A DRM system can be utilized to specify and enforce usage rights for specific content, services, or other items.
Rights label 40 is associated with content 42 and specifies usage rights and possibly corresponding conditions that can be selected by a content recipient. License Server 50 manages the encryption keys and issues licenses for protected content. These licenses embody the actual granting of usage rights to an end user. For example, rights label 40 may include usage rights permitting a recipient to view content for a fee of five dollars and view and print content for a fee of ten dollars. License 52 can be issued for the view right when the five dollar fee has been paid, for example. Client component 60 interprets and enforces the rights that have been specified in license 52.
In some case, license 52 includes conditions that must be satisfied in order to exercise a specified right. For, example a condition may be the payment of a fee, submission of personal data, or any other requirement desired before permitting exercise of a manner of use. Conditions can also be “access conditions” for example, access conditions can apply to a particular group of users, say students in a university, or members of a book club. In other words, the condition is that the user is a particular person or member of a particular group. Rights and conditions can exist as separate entities or can be combined.
Labels, offers, usage rights, and conditions can be stored together with content 42 or otherwise associated with content 42 through content specification 44 c or any other mechanism. A rights language such as XrML can be used to specify the rights and conditions. However, the rights can be specified in any manner. Also, the rights can be in the form of a pre-defined specification or template that is merely associated with content 42.
A typical workflow for DRM system 10 is described below. A recipient operating within client environment 30 is activated for receiving content 42 by activation server 20. This results in a public-private key pair (and possibly some user/machine specific information) being downloaded to client environment 30 in the form of client software component 60 in a known manner. This activation process can be accomplished at any time prior to the issuing of a license.
When a recipient wishes to obtain specific content 42, the recipient makes a request for content 42. For example, a user, as a recipient, might browse a Web site running on Web server 80, using a browser installed in client environment 30, and request content 42. During this process, the user may go through a series of steps possibly including a fee transaction (as in the sale of content) or other transactions (such as collection of information). When the appropriate conditions and other prerequisites, such as the collection of a fee and verification that the user has been activated, are satisfied, Web server 80 contacts license server 50 through a secure communications channel, such as a channel using a Secure Sockets Layer (SSL). License server 50 then generates license 52 for content 42 and Web server 80 causes both the content and license 52 to be downloaded. License 52 includes the appropriate rights, such as usage rights and/or meta-rights, and can be downloaded from license server 50 or an associated device. Content 42 can be downloaded from computer 70 associated with a vendor, distributor, or other party.
Client component 60 in client environment 30 will then proceed to interpret license 52 and allow use of content 42 based on the usage rights and conditions specified in license 52. The interpretation and enforcement of usage rights are well known generally and described in the patents referenced above, for example. The steps described above may take place sequentially or approximately simultaneously or in various orders.
DRM system 10 addresses security aspects of content 42. In particular, DRM system 10 may authenticate license 52 that has been issued by license server 50. One way to accomplish such authentication is for application 60 to determine if license 52 can be trusted. In other words, application 60 has the capability to verify and validate the cryptographic signature, or other identifying characteristic of license 52. Of course, the example above is merely one way to effect a DRM system. For example, license 52 and content 42 can be distributed from different entities. Clearinghouse 90 can be used to process payment transactions and verify payment prior to issuing a license.
As noted above, typical business models for distributing digital content include plural parties, such as owners, publishers, distributors, and users. Each of these parties can act as a supplier granting rights to a consumer downstream in the distribution channel. The preferred embodiment extends the known concepts of usage rights, such as the usage rights and related systems disclosed in U.S. Pat. Nos. 5,629,980, 5,634,012, 5,638,443, 5,715,403 and 5,630,235, to incorporate the concept of “meta-rights.” Meta-rights are the rights that one has to generate, manipulate, modify, dispose of or otherwise derive other rights. Meta-rights can be thought of as usage rights to usage rights (or other meta-rights). This concept will become clear based on the description below.
Meta-rights can include derivable rights to offer rights, grant rights, negotiate rights, obtain rights, transfer rights, delegate rights, expose rights, archive rights, compile rights, track rights, surrender rights, exchange rights, and revoke rights to/from others. Meta-rights can include the rights to modify any of the conditions associated with other rights. For example, a meta-right may be the right to extend or reduce the scope of a particular right. A meta-right may also be the right to extend or reduce the validation period of a right. Meta-rights can be hierarchical and can be structured as objects within objects. For example, a distributor may have a meta-right permitting the distributor to grant a meta-right to a retailer which permits the retailer to grant users rights to view content. Just as rights can have conditions, meta-rights can also have conditions. Meta-rights can also be associated with other meta-rights.
The concept of meta-rights can be particularly useful because distribution models may include entities that are not creators or owners of digital content, but are in the business of manipulating the rights associated with the content. For example, as noted above, in a multi-tier content distribution model, intermediate entities (e.g., distributors) typically will not create or use the content but will be given the right to issue rights for the content they distribute. In other words, the distributor or reseller will need to obtain rights (meta-rights) to issue rights. For the sake of clarity, the party granting usage rights or meta-rights is referred to as “supplier” and the party receiving and/or exercising such rights is referred to as “consumer” herein. It will become clear that any party can be a supplier or a consumer depending on their relationship with the adjacent party in the distribution chain. Note that a consumer “consumes”, i.e. exercises, rights and does not necessarily consume, i.e. use, the associated content.
In model 200 of
In model 200 publisher grants to distributor 220 usage rights 212 permitting distribution of content, and meta-rights 214. Meta-rights 214 permit distributor 220 to grant to retailer 230 the usage right 214′ (derived from meta-rights 214) to distribute or possibly sell content and meta-rights 216 which permit retailer 230 to grant user 240 the right to use content. For example, publisher 210 may specify, through meta-rights 214, that meta-right 216 granted to retailer 230 permits retailer 230 to grant only 500 licenses and usage rights 216′ that retailer 230 can grant to a user can only be “view” and “print-once”. In other words, distributor 220 has granted meta-rights to retailer 230. Similarly, publisher 210 issues meta-rights 214 to the distributor that will govern what type, and how many, rights distributor 220 can grant to retailer 230. Note that these entities could be divisions, units or persons that are part of a larger enterprise, which also has other roles. For example, an enterprise might create, distribute, and sell content and carry out those activities using different personnel or different business units within the enterprise. The principles of meta-rights can be applied to an enterprise to determine content usage within that enterprise. Also, retailer 230 could grant meta-rights 218 to user 240 permitting user 240 to share rights or grant usage rights to achieve a super-distribution model. It can be seen that meta-rights of a party are derived from meta-rights granted by an upstream party in the distribution chain.
For example, a person's medical records can be in digital form managed by a first hospital as publisher 230. In this scenario, the person, as supplier, grants usage rights to the hospital, as consumer, to access and update the medical records. Should that person require treatment at a second hospital and desires to transfer their records to the second hospital, the person can grant to the first hospital the right to transfer the access rights to the new hospital through meta-rights. In other words, the person has specified meta-rights and granted the meta-rights to the first hospital. The meta-rights permit the first hospital to grant rights, as a supplier, to the second hospital, as a consumer. In another example, a person's last will and testament can be in digital form and managed by a law firm as publisher 210. If the person wishes to allow a third party to review the will. The person can grant meta-rights to the law firm permitting the law firm to grant access rights to this third party.
At a high level the process of enforcing and exercising meta-rights are the same as for usage rights. However, the difference between usage rights and meta-rights are the result from exercising the rights. When exercising usage rights, actions to content result. For example usage rights can be for viewing, printing, or copying digital content. When meta-rights are exercised, new rights are created from the meta-rights or existing rights are disposed as the result of exercising the meta-rights. The recipient of the new rights may be the same principal (same person, entity, or machine, etc), who exercises the meta-rights. Alternatively, the recipient of meta-rights can be a new principal. The principals who receive the derived rights may be authenticated and authorized before receiving/storing the derived rights. Thus, the mechanism for exercising and enforcing a meta-right can be the same as that for a usage right. For example, the mechanism disclosed in U.S. Pat. No. 5,634,012 can be used.
Meta-rights can be expressed by use of a grammar or rights language including data structures, symbols, elements, or sets of rules. For example, the XrML™ rights language can be used. As illustrated in
Grant 300 can also specify one or more principals 304 to whom the specified meta-rights are granted. Also grants 300 can include conditions 306 and state variables 308. Like usage rights, access and exercise of the granted meta-rights are controlled by any related conditions 306 and state variables 308. The integrity of license 52 is ensured by the use of digital signature 310, or another identification mechanism. Signature 310 can include a crypto-algorithm, a key, or another mechanism for providing access to content 42 in a known manner. The structure of digital signature 310 includes the signature itself, the method of how the code is computed, the key information needed to verify the code and issuer identification.
State variables track potentially dynamic states conditions. State variables are variables having values that represent status of rights, or other dynamic conditions. State variables can be tracked, by clearinghouse 90 or another device, based on identification mechanisms in license 52. Further, the value of state variables can be used in a condition. For example, a usage right can be the right to print content 42 for and a condition can be that the usage right can be exercised three times. Each time the usage right is exercised, the value of the state variable is incremented. In this example, when the value of the state variable is three, the condition is no longer satisfied and content 42 cannot be printed. Another example of a state variable is time. A condition of license 52 may require that content 42 is printed within thirty days. A state variable can be used to track the expiration of thirty days. Further, the state of a right can be tracked as a collection of state variables. The collection of the change is the state of a usage right represents the usage history of that right.
Authorization module 508 authorizes the request to exercise meta-rights and to store the newly created rights or derived rights as the result of exercising the meta-rights. Authorization module 508 accesses both state of rights manager module 504 and condition validator module 506. Authorization module 508 interacts with license manager module 503 and the list of state variables and conditions and then passes the state variables to state of rights manager module 504 and condition list to condition validator module 506 for authorization.
A request for exercising a meta-right is passed to meta-rights manager module 510. Assuming that the requesting device has been authenticated, meta-rights manager module 510 requests the license manager module 504 to verify the license for exercising the requested meta-rights. License manager module 504 verifies the digital signature of the license and the key of the signer. If the key of the signer is trusted and the digital signature is verified then license manager module 504 returns “verified” to the meta-rights manager module 510. Otherwise “not verified” is returned.
Authorization module 508 instructs license manager 503 to fetch state variable 308 and conditions 306 of license 52. Authorization manager 508 then determines which state variables are required to enforce to enforce license 52. State of rights manager 504 then supplies the current value of each required state variable to authorization module 508. Authorization module 508 then passes conditions 306 and the required state variables to condition validator 506. If all conditions 306 are satisfied, authorization module 508 returns “authorized” to meta-rights manager module 510.
Meta-rights manager module 510 verifies license 52 and meta-rights 302 therein, to authorize the request to exercise meta-rights 302, to derive new rights from meta-rights 302, and to update the state of rights and the current value of the conditions. Rights manager module 512, on the other hand, manages the new rights created or the derived rights as the result of exercising the meta-rights. Rights manager module 512 uses authorization module 508 to verify that recipient of the newly created rights or derived rights is intended principal 304. If the recipient are authorized then the rights manager module 512 directs license manager 504 to store the newly created rights in a repository associated with the consumer. This is discussed in greater detail below with reference to
The authorization process is not limited to the sequence or steps described above. For example, a system could be programmed to allow authorization module 508 to request the state conditions from license manager 504 prior to verification of the digital signature. In such a case it would be possible to proceed subject to a verified license. Further, the various modules need not reside in the license server or related devices. The modules can be effected through hardware and/or software in any part of the system and can be combined or segregated in any manner.
Once a request to exercise a meta-rights has been authorized, the meta-right can be exercised. Meta-rights manager module 510 informs state of rights module 504 that it has started exercising the requested meta-rights. State of rights module 504 then records the usage history and changes its current value of the state variables. Meta-rights manager module 510 exercises the requested meta-rights in a manner similar to known procedures for usage rights. If new rights are derived, then meta-rights manager module 510 invokes license manager module 504 to create new rights as the result of exercising the target meta-rights. Each new right is then sent to the corresponding rights manager module 512 of the consumer and stored in a repository associated with the consumer. Rights manager module 512 of the consumer will authenticate and authorize the consumer before receiving and storing the newly created right. New rights can be derived from meta-rights in accordance with a set of rules or other logic. For example, one rule can dictate that a consumed right to offer a license for use will result in the consumer having the right to offer a usage right and grant a license to that usage right to another consumer.
Thus, the exemplary embodiments include a method for transferring rights adapted to be associated with items from a rights supplier to a rights consumer, including obtaining a set of rights associated with an item, the set of rights including meta-rights specifying derivable rights that can be derived therefrom by the rights consumer, determining whether the rights consumer is entitled to derive the derivable rights specified by the meta-rights, and at least one of deriving the derivable rights, and generating a license including the derived rights with the rights consumer designated as a principal if the rights consumer is entitled to derive the derivable rights specified by the meta-rights. The exemplary embodiments further include a license associated with an item and adapted to be used within a system for managing the transfer of rights to the item from a rights supplier to a rights consumer. The license includes a set of rights including meta-rights specifying derivable rights that can be derived therefrom by the rights consumer, a principal designating at least one rights consumer who is authorized to derive the derivable rights, and a mechanism for providing access to the item in accordance with the set of rights. The exemplary embodiments still further include a method for deriving rights adapted to be associated with items from meta-rights, including obtaining a set of rights associated with an item, the set of rights including meta-rights specifying derivable rights that can be derived therefrom by the rights consumer, and generating a license associated with the item and including the derived rights.
The common state-of-rights server 801 can be configured as a remote server connected with one or more of the license servers 800. The common state-of-rights server 801 provides comparable services as the state-of-rights manager 804 in the license servers 800 via the state-of-rights manager 809. The services provided by the state-of-rights server 801 are accessible and states that the server 801 manages can be shared by one or more rights suppliers and rights consumers (not shown).
The state-of-rights server 801 can be configured as a remote server connected with one or more of the license servers 800 via one or more communication links 820, and the like. The services provided by the state-of-rights server 801 also can be integrated within one or more of the license server 800 and such services can be accessible by other rights suppliers, rights consumers, and the like.
The license manager 803 derives new rights based on an offer, which can include any suitable machine-readable expression, and optionally including meta-rights. While deriving rights, the license manager 803 can create new state variables to be associated with derived rights. The creation of state variables and their scopes can be prescribed in the offer or by some other function in the system. The state variables can be created in one or more instances, for example, prior to rights derivation, during rights derivation, upon fulfillment of conditions, during a first exercise of rights associated with the state variables, and the like. The state variables can be designated exclusively for a specific rights consumer, can be shared among rights consumers, and can be shared among rights consumers and other entities, such as rights suppliers, and the like. The license manager 803 can interact with the state-of-rights manager 804 to associate new state variables with physical addresses in one or more of the state-of-rights repositories 816. The state-of-rights manager 804 can access the one or more state-of-rights repositories 816 and can interact with the state-of-rights server 801 to access shared state variables from one or more of the state-of-rights repositories 814.
Designated state variables can be used to support a license that grants a recipient of the license a right to print content 5 times, shared state variables can be used to support a site license that grants a group of authorized users a right to print content an aggregated total of 100 times, and the like. A designated state variable can be updated when the corresponding right is exercised, whereas a shared state variable can be updated when an authorized user exercises the corresponding right. In other words, a shared state variable can include a data variable that is updated in response to actions by a plurality of users and which is globally applied to each of the users.
There are multiple ways to specify the scope of state variables, each of which can affect whether the derivative state variables can be shared, how the derivative state variables can be shared, and the like. For example, a state variable can be local, and solely confined to a recipient or can be global, and shared by a predetermined group of recipients. A global state variable can be shared by a group of recipients not determined when derived rights are issued, but to be specified later, perhaps based on certain rules defined in the license or based on other means. A global state variable can be shared between one or more rights suppliers, predetermined recipients, un-specified recipients, and the like. Advantageously, depending on the sharing employed with a given a business model and the rights granted in the meta-rights, state variables can be created at different stages of the value chain.
A set of non-exhaustive exemplary usages of state variables will now be described. For example, a state variable can be unspecified in meta-rights, which means the identifier and value of the state variable are yet to be determined by the meta-rights manager module 810 and included in the derived right. If a distinct state variable is assigned to each derived right, the scope of the state variable in the derived right is typically exclusive to the recipient.
Other than deriving rights from an offer, a right can transfer from an entity to a recipient. When a right is transferred, the governing of the associated state variable is also transferred to the recipient. After a right is transferred, the source principal typically can no longer exercise the right, whereas the recipient can exercise the right. The license server governing the exercising of a right of a recipient assumes the responsibility for state management. If, however, the state variables are managed by the common state of right server 801, the state of right server 801 needs to be informed of the transfer of right. Specifically, the state variable can be managed in the context of the recipient after the transfer of right.
When a right is to be shared between the source principal and the recipient, the associated state variable is referenced in the derived right. If the same right is shared with multiple recipients, then typically all of the recipients share the same state variables with the source principal. In this case, a shared state can be managed by an entity that is accessible by all sharing principals.
When a usage right is to be shared among a predetermined set of recipients, a state variable for tracking a corresponding usage right can be specified in a meta-right using a same state variable identification for all recipients. During a process of exercising the meta-right, the same state variable identification is included in every derived right.
When a usage right is to be shared among a dynamic set of recipients, the state variable can stay unspecified in the usage right. When exercising a meta-right and a set of recipients is known, a state variable can be specified using some identification unique to the known recipients and can be included within a derived right.
Not only can state variables be shared among principals, such as rights suppliers, consumers, and the like, a state variable can be shared among multiple exercisable rights.
The state of rights can depend on more than one state variable.
One state variable can represent a collection of states. For example, a unique identification can be used to represent a state variable, and an appropriate mechanism can be employed to map such unique id to a database of multiple variables, where each variable represents a distinct state.
The scope of state variables can be used to determine entities by which the state variables can be managed. For example, for a local state variable, usage tracking of associated rights thereof can be managed solely by a trusted agent embedded within a rights consumption environment, such as a media player, and the like. In addition, such usage tracking can be conducted by a trusted remote service, such as the common state-of-rights server 801. Further, shared global state variables can be made accessible by multiple trusted agents. To avoid privacy issues, security issues, trust issues, rights issues, and the like, associated with accessing content, such as data, and the like, included within a peer rights consumption environment, managing of such shared global state variables can be performed by a remote service, such as the state-of-rights server 801.
A counter is a common form of state variable usage. For example, such state sharing can include counter sharing where a state represents a number of times a right has been exercised, an event has occurred, and the like. Such counter sharing can be manifested in various forms and occur in many contexts, such as: tracking a number of simultaneous uses, tracking a number of sequential uses, sequencing (e.g., a commercial must be viewed before free content can be accessed), a one-time use constraint, a transaction count, a delegation control level, a super-distribution level, dependency on at least one or more services or devices, and the like.
In addition, state variables can be incarnated in a wide variety of forms. For example, a state variable can be used to track specific time slots within a period of time, such as used by a movie studio to transfer syndication rights to a specific TV station, to transfer syndication rights shared by a group of stations, to transfer syndication rights assigned through a bidding process, and the like.
State variables also can be employed, for example, with regional selling or distribution rights, in a statement from a financial clearing house to acknowledge that an appropriate fee has been paid, as a status of whether a commercial has been watched before free content can be accessed, and the like.
Not all rights need be associated with states.
Not all rights which are associated with states are shared or inherited. For example, some rights are meant for off-line usage, can be transferred in whole to another device, and hence are not shared with other devices.
The preferred embodiments are not limited to situations where resellers, distributors or other “middlemen” are used. For example, the preferred embodiment can be applied within enterprises or other organizations, which create and/or distribute digital content or other items to control use of the content within the enterprise or other organization. Meta-rights can also be issued to end-users, when the grant of a right relates to another right. For example, the right to buy or sell securities as it is in the case of trading options and futures. Meta-rights can be assigned or associated with goods services, resources, or other items.
The invention can be implemented through any type of devices, such as computers and computer systems. The preferred embodiment is implemented in a client server environment. However, the invention can be implemented on a single computer or other device. Over a network using dumb terminals, thin clients, or the like, or through any configuration of devices. The various modules of the preferred embodiment have been segregated and described by function for clarity. However, the various functions can be accomplished in any manner through hardware and/or software. The various modules and components of the preferred embodiment have separate utility and can exist as distinct entities. Various communication channels can be used with the invention. For example, the Internet or other network can be used. Also, data can be transferred by moving media, such as a CD, DVD, memory stick or the like, between devices. Devices can include, personal computers, workstations, thin clients, PDA's and the like.
The invention has been described through exemplary embodiments and examples. However, various modifications can be made without departing from the scope of the invention as defined by the appended claims and legal equivalents.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US3263158||15 Aug 1963||26 Jul 1966||Motorola Inc||Saturable reactor voltage control circuit|
|US3609697||21 Oct 1968||28 Sep 1971||Ibm||Program security device|
|US3790700||17 Dec 1971||5 Feb 1974||Hughes Aircraft Co||Catv program control system|
|US3798605||30 Jun 1971||19 Mar 1974||Ibm||Centralized verification system|
|US4159468||17 Nov 1977||26 Jun 1979||Burroughs Corporation||Communications line authentication device|
|US4200700||12 May 1978||29 Apr 1980||Idc Chemie Ag||Method of after-foaming a mixture of a foam and a resin solution|
|US4220991||21 Sep 1978||2 Sep 1980||Tokyo Electric Co., Ltd.||Electronic cash register with removable memory packs for cashier identification|
|US4278837||4 Jun 1979||14 Jul 1981||Best Robert M||Crypto microprocessor for executing enciphered programs|
|US4323921||23 Jan 1980||6 Apr 1982||Etablissement Public De Diffusion Dit "Telediffusion De France"||System for transmitting information provided with means for controlling access to the information transmitted|
|US4361851||4 Jan 1980||30 Nov 1982||Asip William F||System for remote monitoring and data transmission over non-dedicated telephone lines|
|US4423287||26 Jun 1981||27 Dec 1983||Visa U.S.A., Inc.||End-to-end encryption system and method of operation|
|US4429385||31 Dec 1981||31 Jan 1984||American Newspaper Publishers Association||Method and apparatus for digital serial scanning with hierarchical and relational access|
|US4442486||25 Nov 1981||10 Apr 1984||U.S. Philips Corporation||Protected programmable apparatus|
|US4529870||25 Jun 1982||16 Jul 1985||David Chaum||Cryptographic identification, financial transaction, and credential device|
|US4558176||20 Sep 1982||10 Dec 1985||Arnold Mark G||Computer systems to inhibit unauthorized copying, unauthorized usage, and automated cracking of protected software|
|US4593376||21 Apr 1983||3 Jun 1986||Volk Larry N||System for vending program cartridges which have circuitry for inhibiting program usage after preset time interval expires|
|US4614861||15 Nov 1984||30 Sep 1986||Intellicard International, Inc.||Unitary, self-contained card verification and validation system and method|
|US4621321||16 Feb 1984||4 Nov 1986||Honeywell Inc.||Secure data processing system architecture|
|US4644493||14 Sep 1984||17 Feb 1987||International Business Machines Corporation||Implementing a shared higher level of privilege on personal computers for copy protection of software|
|US4658093||11 Jul 1983||14 Apr 1987||Hellman Martin E||Software distribution system|
|US4713753||21 Feb 1985||15 Dec 1987||Honeywell Inc.||Secure data processing system architecture with format control|
|US4736422||2 Jul 1984||5 Apr 1988||Independent Broadcasting Authority||Encrypted broadcast television system|
|US4740890||22 Dec 1983||26 Apr 1988||Software Concepts, Inc.||Software protection system with trial period usage code and unlimited use unlocking code both recorded on program storage media|
|US4796220||15 Dec 1986||3 Jan 1989||Pride Software Development Corp.||Method of controlling the copying of software|
|US4816655||9 Dec 1986||28 Mar 1989||Centre D'etude De L'energie Nucleaire, "C.E.N."||Method and apparatus for checking the authenticity of individual-linked documents and the identity of the holders thereof|
|US4817140||5 Nov 1986||28 Mar 1989||International Business Machines Corp.||Software protection system using a single-key cryptosystem, a hardware-based authorization system and a secure coprocessor|
|US4827508||14 Oct 1986||2 May 1989||Personal Library Software, Inc.||Database usage metering and protection system and method|
|US4868376||15 May 1987||19 Sep 1989||Smartcard International Inc.||Intelligent portable interactive personal data system|
|US4888638||11 Oct 1988||19 Dec 1989||A. C. Nielsen Company||System for substituting television programs transmitted via telephone lines|
|US4891838||4 Nov 1985||2 Jan 1990||Dental Data Service, Inc.||Computer accessing system|
|US4924378||13 Jun 1988||8 May 1990||Prime Computer, Inc.||License mangagement system and license storage key|
|US4932054||16 Sep 1988||5 Jun 1990||Chou Wayne W||Method and apparatus for protecting computer software utilizing coded filter network in conjunction with an active coded hardware device|
|US4937863||7 Mar 1988||26 Jun 1990||Digital Equipment Corporation||Software licensing management system|
|US4949187||16 Dec 1988||14 Aug 1990||Cohen Jason M||Video communications system having a remotely controlled central source of video and audio data|
|US4953209||31 Oct 1988||28 Aug 1990||International Business Machines Corp.||Self-verifying receipt and acceptance system for electronically delivered data objects|
|US4961142||29 Jun 1988||2 Oct 1990||Mastercard International, Inc.||Multi-issuer transaction device with individual identification verification plug-in application modules for each issuer|
|US4975647||1 Nov 1988||4 Dec 1990||Nova Biomedical Corporation||Controlling machine operation with respect to consumable accessory units|
|US4977594||16 Feb 1989||11 Dec 1990||Electronic Publishing Resources, Inc.||Database usage metering and protection system and method|
|US4999806||4 Sep 1987||12 Mar 1991||Fred Chernow||Software distribution system|
|US5010571||10 Sep 1986||23 Apr 1991||Titan Linkabit Corporation||Metering retrieval of encrypted data stored in customer data retrieval terminal|
|US5014234||25 Aug 1986||7 May 1991||Ncr Corporation||System with software usage timer and counter for allowing limited use but preventing continued unauthorized use of protected software|
|US5023907||30 Sep 1988||11 Jun 1991||Apollo Computer, Inc.||Network license server|
|US5047928||3 Jan 1989||10 Sep 1991||Wiedemer John D||Billing system for computer software|
|US5050213||6 Aug 1990||17 Sep 1991||Electronic Publishing Resources, Inc.||Database usage metering and protection system and method|
|US5052040||25 May 1990||24 Sep 1991||Micronyx, Inc.||Multiple user stored data cryptographic labeling system and method|
|US5058164||3 May 1990||15 Oct 1991||National Semiconductor Corp.||Encryption of streams of addressed information to be used for program code protection|
|US5103476||7 Nov 1990||7 Apr 1992||Waite David P||Secure system for activating personal computer software at remote locations|
|US5109413||28 Nov 1989||28 Apr 1992||International Business Machines Corporation||Manipulating rights-to-execute in connection with a software copy protection mechanism|
|US5113519||15 May 1989||12 May 1992||International Business Machines Corporation||Maintenance of file attributes in a distributed data processing system|
|US5129083||29 Jun 1989||7 Jul 1992||Digital Equipment Corporation||Conditional object creating system having different object pointers for accessing a set of data structure objects|
|US5136643||20 Dec 1990||4 Aug 1992||Fischer Addison M||Public/key date-time notary facility|
|US5138712||2 Oct 1989||11 Aug 1992||Sun Microsystems, Inc.||Apparatus and method for licensing software on a network of computers|
|US5146499||22 Oct 1990||8 Sep 1992||U.S. Philips Corporation||Data processing system comprising authentification means viz a viz a smart card, an electronic circuit for use in such system, and a procedure for implementing such authentification|
|US5148481||1 Jul 1991||15 Sep 1992||International Business Machines Corporation||Transaction system security method and apparatus|
|US5159182||12 Dec 1989||27 Oct 1992||Smartdiskette Gmbh||Smart data storage device|
|US5174641||25 Jul 1990||29 Dec 1992||Massachusetts Institute Of Technology||Video encoding method for television applications|
|US5183404||8 Apr 1992||2 Feb 1993||Megahertz Corporation||Systems for connection of physical/electrical media connectors to computer communications cards|
|US5191193||9 Oct 1990||2 Mar 1993||Gemplus Card International||System of payment or information transfer by money card with electronic memory|
|US5204897||14 Jul 1992||20 Apr 1993||Digital Equipment Corporation||Management interface for license management system|
|US5222134||9 Apr 1991||22 Jun 1993||Tau Systems Corporation||Secure system for activating personal computer software at remote locations|
|US5235642||21 Jul 1992||10 Aug 1993||Digital Equipment Corporation||Access control subsystem and method for distributed computer system using locally cached authentication credentials|
|US5247575||24 Apr 1992||21 Sep 1993||Sprague Peter J||Information distribution system|
|US5255106||5 Feb 1991||19 Oct 1993||International Integrated Communications, Ltd.||Method and apparatus for delivering secured hard-copy facsimile documents|
|US5260999||15 Sep 1992||9 Nov 1993||Digital Equipment Corporation||Filters in license management system|
|US5263157||15 Feb 1990||16 Nov 1993||International Business Machines Corporation||Method and system for providing user access control within a distributed data processing system by the exchange of access control profiles|
|US5263158||15 Feb 1990||16 Nov 1993||International Business Machines Corporation||Method and system for variable authority level user access control in a distributed data processing system having multiple resource manager|
|US5276444||23 Sep 1991||4 Jan 1994||At&T Bell Laboratories||Centralized security control system|
|US5276735||17 Apr 1992||4 Jan 1994||Secure Computing Corporation||Data enclave and trusted path system|
|US5287408||31 Aug 1992||15 Feb 1994||Autodesk, Inc.||Apparatus and method for serializing and validating copies of computer software|
|US5291596||16 Feb 1993||1 Mar 1994||Fuji Xerox Co., Ltd.||Data management method and system with management table indicating right of use|
|US5293422||23 Sep 1992||8 Mar 1994||Dynatek, Inc.||Usage control system for computer software|
|US5301231||12 Feb 1992||5 Apr 1994||International Business Machines Corporation||User defined function facility|
|US5311591||3 Jun 1993||10 May 1994||Fischer Addison M||Computer system security method and apparatus for creating and using program authorization information data structures|
|US5319705||21 Oct 1992||7 Jun 1994||International Business Machines Corporation||Method and system for multimedia access control enablement|
|US5335275||5 Mar 1991||2 Aug 1994||Dce Voice Processing Limited||Television scrambler|
|US5337357||27 Jul 1993||9 Aug 1994||Software Security, Inc.||Method of software distribution protection|
|US5339091||14 Oct 1992||16 Aug 1994||Semiconductor Energy Laboratory Co., Ltd.||Paperless portable book|
|US5341429||4 Dec 1992||23 Aug 1994||Testdrive Corporation||Transformation of ephemeral material|
|US5347579||22 Feb 1993||13 Sep 1994||Blandford Robert R||Personal computer diary|
|US5381526||11 Sep 1992||10 Jan 1995||Eastman Kodak Company||Method and apparatus for storing and retrieving generalized image data|
|US5386369||12 Jul 1993||31 Jan 1995||Globetrotter Software Inc.||License metering system for software applications|
|US5390297||10 Nov 1987||14 Feb 1995||Auto-Trol Technology Corporation||System for controlling the number of concurrent copies of a program in a network based on the number of available licenses|
|US5394469||18 Feb 1994||28 Feb 1995||Infosafe Systems, Inc.||Method and apparatus for retrieving secure information from mass storage media|
|US5410598||27 Sep 1994||25 Apr 1995||Electronic Publishing Resources, Inc.||Database usage metering and protection system and method|
|US5412717||15 May 1992||2 May 1995||Fischer; Addison M.||Computer system security method and apparatus having program authorization information data structures|
|US5414852||30 Oct 1992||9 May 1995||International Business Machines Corporation||Method for protecting data in a computer system|
|US5428606||30 Jun 1993||27 Jun 1995||Moskowitz; Scott A.||Digital information commodities exchange|
|US5432849||10 Aug 1993||11 Jul 1995||International Business Machines Corporation||Secure cryptographic operations using control vectors generated inside a cryptographic facility|
|US5438508||12 Sep 1994||1 Aug 1995||Digital Equipment Corporation||License document interchange format for license management system|
|US5444779||29 Jul 1994||22 Aug 1995||Xerox Corporation||Electronic copyright royalty accounting system using glyphs|
|US5453601||15 Nov 1991||26 Sep 1995||Citibank, N.A.||Electronic-monetary system|
|US5455953||3 Nov 1993||3 Oct 1995||Wang Laboratories, Inc.||Authorization system for obtaining in single step both identification and access rights of client to server directly from encrypted authorization ticket|
|US5457746||19 Dec 1994||10 Oct 1995||Spyrus, Inc.||System and method for access control for portable data storage media|
|US5473687||29 Dec 1993||5 Dec 1995||Infosafe Systems, Inc.||Method for retrieving secure information from a database|
|US5473692||7 Sep 1994||5 Dec 1995||Intel Corporation||Roving software license for a hardware agent|
|US5485577||16 Dec 1994||16 Jan 1996||General Instrument Corporation Of Delaware||Method and apparatus for incremental delivery of access rights|
|US5499298||17 Mar 1994||12 Mar 1996||National University Of Singapore||Controlled dissemination of digital information|
|US5502766||26 Oct 1993||26 Mar 1996||Secure Computing Corporation||Data enclave and trusted path system|
|US5504814||24 Jan 1994||2 Apr 1996||Hughes Aircraft Company||Efficient security kernel for the 80960 extended architecture|
|US6044466 *||25 Nov 1997||28 Mar 2000||International Business Machines Corp.||Flexible and dynamic derivation of permissions|
|US6397355 *||29 Mar 1999||28 May 2002||International Business Machines Corporation||System, method, and program for automatic error detection while utilizing a software state machine for carrying out the process flow of a software program|
|1||"National Semiconductor and EPR Partner for Information Metering/Data Security Cards", Mar. 4, 1994, Press Release from Electronic Publishing Resources, Inc.|
|2||Abadi, M., et al., Authentication and Delegation with Smart-cards, 1990, Research Report DEC Systems Research Center.|
|3||AH Digital Audio and Video Series, DTV Receivers and Measurements, Understanding Digital Terrestrial Broadcasting, pp. 159-164, no date.|
|4||Benoit, Digital Television MPEG-1, MPEG-2 and Principles of the DVB System, 2nd edition pp. 74-80, no date.|
|5||Benoit, Digital Television MPEG-1, MPEG-2 and Principles of the DVB System, pp. 75-80, 116, 121, no date.|
|6||Blaze, Atomic Proxy Cryptography, p. 1 Abstract, Oct. 20, 1998.|
|7||Blaze, et al., Atomic Proxy Cryptography, Draft (Online) (Nov. 2, 1997) XP002239619 Retrieved from the Internet.|
|8||Blaze, et al., Divertible Protocols and Atomic Proxy Cryptography, 1998, Advances in Cryptography-Euro Crypt International Conference on the Theory and Application of Crypto Techniques, Springer Verlag, DE.|
|9||Blaze, et al., Divertible Protocols and Atomic Proxy Cryptography, 1998, Advances in Cryptography—Euro Crypt International Conference on the Theory and Application of Crypto Techniques, Springer Verlag, DE.|
|10||Blaze, Matt Blaze's Technical Papers, pp. 1-6 (last updated Aug. 6, 2006).|
|11||Clark, P.C., et al., Bits: A Smartcard Protected Operating System, pp. 66-70 and 94, Nov. 1994, Communications of the ACM, vol. 37, No. 11.|
|12||Corporation for National Research Initiatives, Digital Object Architecture Project, http:www.nnri.reston.va.us/doa.html, updated Nov. 28, 2006.|
|13||Cox, Superdistribution, Wired Magazine, Sep. 1994m /xO002233405, URL:http//www.wired.com/wired/archive/2.09/superdis pr.html>.|
|14||Delaigle, Digital Watermarking, Spie Conference in Optical Security and Counterfeit Deterrence Techniques, San Jose, CA, Feb. 1996.|
|15||Dunlop, et al., Telecommunications Engineering, pp. 346-352, 1984.|
|16||Elgamal, A Public Key Cryptosystem and a Signature Scheme based on Discrete Logarithms, IEEE Transactions on Information Theory IT-31(4):469-472, Jul. 1985.|
|17||European Search Report dated Apr. 14, 2004 corresponding to European Patent Application No. 02739715.7.|
|18||Flasche, U. et al., Dececentralized Processing of Documents, pp. 119-131, 1986, Comput. & Graphics, vol. 10, No. 2.|
|19||Gheorghiu, et al., Authorization for Metacomputing Applications, no date.|
|20||Griswold, G., A Method for Protecting Copyright on Networks, pp. 169-178, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|21||Hits, P. et al, Books While U Wait, pp. 48-50, Jan. 3, 1994, Publishers Weekly.|
|22||Iannella, ed., Open Digital Rights Language (ODRL), pp. 1-31, Nov. 21, 2000.|
|23||International Search Report dated Mar. 2, 2005 corresponding to International Application No. PCT/US04/32588.|
|24||IUS Mentis, The ElGamal Public Key System, pp. 1-2, Oct. 1, 2005, online at http://www.iusmentis.com/technology/encryption/elgamal/.|
|25||Johnson, et al., A Secure Distributed Capability Based System, ACM, pp. 392-402, 1985.|
|26||Johnson, et al., A Secure Distributed Capability Based System, Proceedings of the 1985 ACM Annual Conference on the Range of Computing: Mid-80's Perspective: Mid 80's Perspective Association for Computing Machinery, pp. 392-402, 1985.|
|27||Kahle, wais.concepts.txt, Wide Area Information Server Concepts, Thinking Machines Versions 4, Draft, pp. 1-18, Nov. 3, 1989.|
|28||Kahn, Deposit, Registration and Recordation in an Electronic Copyright Management System, Technical Report, Corporation for National Research Initiatives, Reston, Virginia, Aug. 1992, URL:http://www.cni.org/docs/ima.ip-workshop/kahn.html.|
|29||Kahn, et al., The Digital Library Project, Volume 1: The World of Knowbots (Draft), An Open Architecture for a Digital Library System and a Plan for its Development, Corporation for National Research Initiatives, pp. 1-48, Mar. 1988.|
|30||Kahn, R., Deposit, Registration and Recordation in an Electronic Copyright Management System, pp. 111-120, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|31||Kahn, R.E., Deposit, Registration and Recordation in an Electronic Copyright Management System, pp. 1-19, Aug. 1992, Corporation for National Research Initiatives, Virginia.|
|32||Kamat, M.; Texam A&M University; Security Requirements for Digital Rights Management; In the Proceedings of ISECON 2002, v 19 (San Antonio): §353b. ISSN: 1542-7382; pp. 1-4; http://isedj.org/isecon/2002/353b/ISECON.2002.kamat.ppt.|
|33||Kohl, et al., Network Working Group Request for Comments: 1510, pp. 1-112, Sep. 1993.|
|34||Lee, et al., CDMA Systems Engineering Handbook, 1998, [excerpts but not all pages numbered].|
|35||Linn, R., Copyright and Information Services in the Context of the National Research and Education Network, pp. 9-20, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|36||Mambo, et al., Protection of Data and Delegated Keys in Digital Distribution, Information Security and Privacy. Second Australian Conference, ACISP '97 Proceedings, pp. 271-282 (Sydney, NSW, Australia, Jul. 7-9, 1997 Berlin, Germany, Springer-Verlag, Germany), XP008016393 ISBN: 3-540-63232-8.|
|37||Mambo, et al., Proxy Cryptosystems: Delegation of the Power to Decrypt Ciphertexts, IEICE Trans. Fundamentals vol. E80-A, No. 1:54-63, Jan. 1997, XP00742245 ISSN: 0916-8508.|
|38||Microsoft Word User's Guide, pp. 773-774, 315-316, 487-489, 561-564, 744, 624-633, 1993.|
|39||Microsoft Word, Users Guide, Version 6.0, pp. 487-489, 549-555, 560-564, 572-575, 599-613, 616-631, 1993.|
|40||Mori, R. et al., Superdistribution: The Concept and the Architecture, pp. 1133-1146, 1990, The Transactions of the IEICE, vol. E 73, No. 7, Tokyo, JP.|
|41||Nelson, T., A Publishing and Royalty Model for Networked Documents, pp. 257-259, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|42||No Author, Appendix III-Compatibility with HTML, No Title, pp. 30-31, no date.|
|43||No Author, Appendix III—Compatibility with HTML, No Title, pp. 30-31, no date.|
|44||No Author, Capability- and Object-Based Systems Concepts, Capability-Based Computer Systems, pp. 1-19, no date.|
|45||No Author, No Title, pp. 344-355, no date.|
|46||No Author, Part Four Networks, No Title, pp. 639-714, no date.|
|47||No Author, Softlock Services Introduces . . . Softlock Services Press Release, Jan. 28, 1994.|
|48||No Author, What is the ElGamal Cryptosystem, p. 1, Nov. 27, 2006, online at http://www.x5.net/faqs/crypto/q29.html.|
|49||No Editor, No Title, Dictionary pages, pp. 469-472, 593-594, no date.|
|50||O'Conner, M., New Distribution Option for Electronic Publishers; Opener Data Encryption and Metering System for CD-ROM use; Column, p. 134, Mar. 1994, CD-ROM Professional, vol. 7, No. 2, ISSN; 1409-0833.|
|51||O'Driscoll, The Essential Guide to Digital Set-Top Boxes and Interactive TV, pp. 6-24, no date.|
|52||Ojanpera and Prasad, eds., Wideband CDMA for Third Generation Mobile Communications, 1998[excerpts but not all pages numbered].|
|53||Online Search Results for Inverted File, Inverted Index from www.techweb.com, www.cryer.co.uk, computing-dictionary.thefreedictionary.com, www.nist.gov, en.wikipedia.org, www.cni.org, www.tiscali.co.uk, Jul. 15-16, 2006.|
|54||Perrit, Jr., H., Permission Headers and Contract Law, pp. 27-48, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|55||Perritt, Knowbots, Permissions Headers and Contract Law, Paper for the Conference on Technological Strategies for Protecting Intellectual Property in the Networked Multimedia Environment, pp. 1-22, Apr. 2-3, 1993 with revisions of Apr. 30, 1993.|
|56||Perritt, Technologies Strategies for Protecting Intellectual Property in the Networked Multimedia Environment, Knowbots, Permissions Headers and Contract Law, Apr. 2-3, 1993.|
|57||Raggett, (Hewlett Packard), HTML + (Hypertext markup language), pp. 1-31 (Jul. 12, 1993) URL:http://citeseer.ist.psu.edu/correct/340709.|
|58||Robinson, E. Redefining Mobile Computing, pp. 238-240, 247-248 and 252, Jul. 1993, PC Computing.|
|59||Rosenblatt, Bill, et al., ContentGuard White Pages; Integrating Content Management with Digital Rights Management-Imperatives and Opportunities for Digital Content Lifecycles, GiantSteps Media Technology Strategies; May 15, 2005; pp. 1-20; www.contentguard.com/whitepapers/CM-DRMwhitepaper.pdf.|
|60||Rosenblatt, Bill, et al., ContentGuard White Pages; Integrating Content Management with Digital Rights Management—Imperatives and Opportunities for Digital Content Lifecycles, GiantSteps Media Technology Strategies; May 15, 2005; pp. 1-20; www.contentguard.com/whitepapers/CM-DRMwhitepaper.pdf.|
|61||Ross, P.E., Data Guard, p. 101, Jun. 6, 1994, Forbes.|
|62||Saigh, W.K., Knowledge is Sacred, 1992, Video Pocket/Page Reader Systems, Ltd.|
|63||Samuelson, et al., Intellectual Property Rights for Digital Library and Hypertext Publishing Systems: An Analysis of Xanadu, Hypertext '91 Proceedings, pp. 39-50 (Dec. 1991).|
|64||Schneier, Crypto Bibliography, Index of Crypto Papers Available Online, pp. 1-2 (online), not date.|
|65||Simmel, S., et al., Metering and Licensing of Resources: Kala's General Purpose Approach, pp. 81-110, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|66||Sirbu, M., Internet Billing Service Design and Prototype Implementation, pp. 67-80, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|67||Stefik, Mark, Letting Loosethe Light: Igniting Commerce in Electronic Publication, pp. 219-253, 1996, Internet Dreams: Archetypes, Myths, and Metaphors, IDSN 0-262-19373-6.|
|68||Stefik, Mark, Letting Loosethe Light: Igniting Commerce in Electronic Publication, pp. 2-35, Feb. 8, 1995, Internet Dreams: Archetypes, Myths, and Metaphors.|
|69||Stefik, Summary and Analysis of A13 (Kahn, Robert E. and Vinton G. Cerf, The Digital Library Project, vol. 1: The World Knowbots (DRAFT), An Open Architecture for a Digital Library System and a Plan for its Development, Corporation for National Research Initiatives, (Mar. 1988)), pp. 1-25, (May 30, 2007).|
|70||Strattner, A, Cash Register on a Chip May Revolutionize Software Pricing and Distribution; Wave Systems Corp., p. 62, Apr. 1994, Computer Shopper, vol. 14, No. 4, ISSN 0886-0556.|
|71||Tygar, J., et al., Dyad: A System for Using Physically Secure Coprocessors, pp. 121-152, Jan. 1994, IMA Intellectual Property Project Proceedings, vol. 1, Issue 1.|
|72||Upthegrove, L., Intellectual Property Header Descriptors: A Dynamic Approach, pp. 63-66, Jan. 1994, IMA Intellectual Property Proceedings, vol. 1, Issue 1.|
|73||Weber, R., Metering Technologies for Digital Intellectual Property, pp. 1-29, Oct. 1994, A Report to the International Federation of Reproduction Rights Organization.|
|74||Wikipedia, El Gamal Encryption, pp. 1-3 (last modified Nov. 2, 2006) online at http://en.wikipedia.org/wiki/elgamalencryption.|
|75||Willett, S., Metered PCs: Is your System Watching You? Wave System Beta Tests New Technology, p. 84, May 2, 1994, InfoWorld.|
|76||*||Workshop on Digital Rights Management for the Web, World Wide Web Consortium, Minutes from the Architecture/Infrastructure Session, Jan. 2001.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8190529 *||15 Jul 2003||29 May 2012||Sony Mobile Communications Japan, Inc.||Information processing system, information communication terminal and method, information processing apparatus and method, recording medium, and program for internet transaction|
|US20050086171 *||15 Jul 2003||21 Apr 2005||Makoto Abe||Information processing system, information communication terminal and method, information processing device and method, recording medium, and program|
|U.S. Classification||705/59, 726/27|
|International Classification||G06F7/04, G06F7/16, H04N7/30, H04L29/06|
|Cooperative Classification||H04L63/12, H04L63/102, H04L2463/101, G06Q50/184|
|European Classification||G06Q50/184, H04L63/10B, H04L63/12|
|6 Jun 2011||AS||Assignment|
Owner name: CONTENTGUARD HOLDINGS, INC., DELAWARE
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NGUYEN, MAI;WANG, XIN;TA, THANH;AND OTHERS;SIGNING DATESFROM 20050505 TO 20050509;REEL/FRAME:026394/0407
|11 Aug 2012||AS||Assignment|
Owner name: CONTENTGUARD HOLDINGS, INC., DELAWARE
Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNEE S STREET ADDRESS PREVIOUSLY RECORDED ON REEL 026394 FRAME 0407. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNEE S STREET ADDRESS SHOULD READ AS 103 FOULK ROAD, SUITE 200-M, WILMINGTON, DELAWARE 19803;ASSIGNORS:NGUYEN, MAI;WANG, XIN;TA, THANH;AND OTHERS;SIGNING DATES FROM 20050505 TO 20050509;REEL/FRAME:028770/0223
|5 Jun 2015||FPAY||Fee payment|
Year of fee payment: 4