A system for distributing digital content over a computer network (e.g., the Internet) uses certificates to establish a trust relationship between a content provider and a display device. The certificates identify the display device and the content provider as well as unique characteristics of the distribution. For example, the content provider may be a book publisher and the display device may be a printer/binder.
|
13. A storage device encoded with computer data that when executed by a computer system performs a method comprising:
accessing a first certificate sent from a printing device of a first domain, wherein the first certificate allows the authorization member of the first domain to grant at least one other member rights to access and distribute a content to the printing device;
generating a second certificate that assigns or delegates at least a portion of the access rights of the printing device to a second domain;
creating a chain of trust that includes the second certificate and the first certificate for a selected member of a second domain; and
sending the chain of trust via the network to the selected member of the second domain.
5. A network-based digital content distribution method, the method comprising:
accessing, by an authorization member of a second domain, a first certificate sent from a printing device of a first domain, wherein the first certificate allows the authorization member of the first domain to grant at least one other member rights to access and distribute content to the printing device;
generating a second certificate that assigns or delegates at least a portion of the member access rights of the printing device to the second domain;
creating, by the authorization member of the second domain, a chain of trust that includes the second certificate and the first certificate for a selected member of a second domain; and
sending, by the authorization member of the second domain, the chain of trust via the network to the selected member of the second domain.
12. A storage device encoded with computer data that when executed by a computer system performs a method comprising:
receiving a chain of trust from an authorization member of the first domain, wherein the chain of trust comprises,
an access certificate sent from a display device of the first domain to allow the authorization member of the first domain to grant at least one other member rights to access and perform a display job on the display device, and
an assignment certificate generated by the authorization member of the first domain for assigning at least a portion of the access rights to a second domain;
extending the chain of trust by adding a user certificate to the received chain of trust, the added user certificate indicating an assignment or delegation of the access rights to the display device of the first domain; and
sending the extended chain of trust to a first member in the second domain.
1. A method of authorizing a display job on a display device in a first domain via a network, the method comprising:
receiving, by an authorization member of a second domain, a chain of trust from an authorization member of the first domain, wherein the chain of trust comprises,
an access certificate sent from a display device of the first domain to allow the authorization member of the first domain to grant at least one other member rights to access and perform a display job on the display device, and
an assignment certificate generated by the authorization member of the first domain for assigning at least a portion of the member access rights to the second domain;
extending, by the authorization member of the second domain, the chain of trust by adding a user certificate to the received chain of trust, the added user certificate indicating an assignment or delegation of the member access rights to the display device of the first domain; and
sending, by the authorization member of the second domain, the extended chain of trust to a first member in the second domain.
2. The method of
3. The method of
6. The method of
7. The method of
9. The method of
11. The method of
|
The present invention relates to distribution of digital content over a computer network. For example, the present invention relates to on-demand book printing.
Rapid improvements in printing and binding technologies are being made. Specialized printers are being developed to print and bind books on demand, within only several minutes. These technologies will lead to on-demand book publishing in which books are not printed in advance. A customer in London will be able to order a book from a nearby bookshop. If the bookshop does not have the book in stock, it will request a publisher in New York to transmit digital content over the Internet. The bookshop will receive the digital content over the Internet, print the digital content, bind the printed pages into a book, and deliver the book to the customer. The on-demand book publishing will have many advantages over the traditional printing and distribution methods. For example, books will not be stored and transported as physical paper-based products. Thus, storage and transportation costs will be eliminated.
There will be a need to protect the digital content during distribution over a non-secure network such as the Internet. An Internet security protocol such as Secure Socket Layer (“SSL”) protocol will be inadequate. The SSL protocol allows a secured data communication link to be established between sending and receiving parties. Thus, any two parties having knowledge of each others public keys could establish an SSL secure link and send encrypted data over the link.
During a transaction, the content provider selects a printer or other end point. Once a printer is selected, the SSL protocol can provide a guarantee as to the identity of the printer. However, the SSL protocol cannot provide a guarantee that the printer can be trusted, nor can the SSL protocol help the content provider select a printer that can be trusted.
Additionally, the SSL protocol cannot ensure that certain characteristics of a particular job are fulfilled. It cannot ensure that a printer, for example, would have the resources to print and bind a particular book.
Moreover, once the digital content has left the content provider, the content provider would no longer control its intellectual property rights (also referred to as “digital rights”) in the content. The content provider should have a certain degree of control over the printing process and sufficient trust with the entity that receives the content and prints the books. For example, if a single book is ordered and paid for, only one book should be printed, bound, and delivered. The content provider should have control over the printing and binding process to ensure that only one book is produced. A protocol such as SSL would not provide the control.
Another application for which controlled distribution and printing of documents is useful is the delivery of confidential documents. Here too, the content provider should have an acceptable degree of control over the printing process and have a sufficient level of trust with the printer to protect the confidentiality of the documents and to limit distribution of the confidential documents.
Thus, a need exists for a system that can control the printing and distribution of digital content while protecting the digital rights. Such a system should also be able to select a printer or other end point that can be trusted.
According to one aspect of the present invention, a content provider waits for a certificate via the network; and establishes a secure communication link on the network if the certificate is received. The secure link is established with a display device indicated in the certificate. Digital content is then sent via the secure link to the display device indicated in the certificate.
According to another aspect of the present invention, a receiver of digital content receives a certificate on a network; waits for the content provider indicated in the certificate to initiate the establishment of a secure network communication link; and establishes a secure link on the network if the content provider indicated in the certificate presents the certificate.
According to yet another aspect of the present invention, an authorization authority receives a certificate request on the network. The request specifies at least one of a content provider and a display device. The request also specifies a display characteristic. The authorization authority determines whether all specified participants can satisfy the display characteristic; and sends a certificate via the network if the specified participants can satisfy the display characteristic. The certificate also specifies the display characteristic.
Other aspects and advantages of the present invention will become apparent from the following detailed description, taken in conjunction with the accompanying drawings, illustrating by way of example the principles of the present invention.
As shown in the drawings for purposes of illustration, the present invention is embodied in centralized and decentralized systems for distributing digital content over a network. The systems use certificates to establish a trust relationship between content provider and printer. The systems can also protect the digital rights of the content provider.
Centralized System
Each of these participants 104, 106, 108 and 110 has its own public key/private key pair for secure communication and digital signature. Using these cryptographic keys, each of the participants 104, 106, 108 and 110 is capable of decrypting incoming messages and encrypting and signing outgoing messages.
The content provider 104, the print center 108, and the printer 110 are registered with the certification authority 106. That is, the content provider 104, the print center 108, and the printer 110 have submitted their public keys to the certification authority 106, and the certification authority 106 has issued a unique public key certificate to each of the other participants of the system 100. In the alternative, the certification authority 106 may generate the public key certificates and issue the public key certificate to the other participants of the system 100. The public key certificate may be an X.509 certificate, a Simple Public Key Infrastructure (“SPKI”) certificate or any other suitable certificate.
Operation of the system 100 is illustrated in
The purchase request preferably identifies the digital content that the user 102 wishes to purchase, and it may also identify a payment method. For example, the purchase request may identify a book that the user 102 wishes to purchase, and it may contain the user's credit account information. The purchase request may also identify a print center 108 to which the user 102 would like the content delivered. For example, the user 102 may be an individual in Los Angeles who sends the purchase request to the content provider 104, a publisher in New York. In the purchase request, the user 102 may identify a nearby print center 108 in Los Angeles. If the purchase request does not identify a print center, the content provider 104 may designate the print center 108.
Once a purchase request is made, the content provider 104 and the printer 110 establish a trust relationship. After receiving the purchase request, the content provider 104 sends a print request to the print center 108 (block 24). The print request may include a file identifier, which identifies the digital content to be printed. The file identifier may be a hash of the digital content. The print request may also list all desired options such as type of finish, paper size, and the number of copies to print.
The print center 108 may include facilities to house and maintain display devices including, without limitation, specialized printers such as printers that can print and bind books and high-resolution printers that can print reproductions of paintings. The print center 108 houses and manages the printer 110. The print center 108 may implement policies regarding acceptance or rejection of certain print requests.
The print center 108 selects a printer 110 for the requested print job (block 26). The selection may be performed by polling the printer 110, whereby the print center 108 sends a printer status inquiry to the printer 110. The printer status inquiry provides the printer 110 with sufficient information for the printer 110 to determine whether it has the capability and the resources to print the digital content identified by the printer status inquiry. For example, the printer status inquiry might specify special paper, multiple copies, a predetermined amount of ink, a special type of binding, etc. Upon receiving the printer status inquiry and determining whether it can complete the requested print job, the printer 110 sends a printer status reply to the print center 108. The printer status reply may include the printer's own identifier (e.g., a serial number) and a job identifier. The job identifier may be a number that is randomly generated by the printer 110 and assigned to the requested print job.
After the printer 110 has been selected by the print center 108, the printer 110 goes into a wait state (block 27) and awaits a communication from the content provider 104. If the communication is not established within a timeout period, the printer 110 terminates the print job and sends a termination notification to the print center 108.
If the print status reply indicates that the printer 110 can perform the requested print job, the print center 108 may select the printer 110 for the requested print job. If the print status reply indicates that the printer 110 cannot complete the print job, the print center 108 may send print status inquiries to other printers.
After selecting the printer 110 for the job, the print center 108 requests a print certificate from the certification authority 106 by sending a print certificate request to the certification authority 106 (block 28). The print certificate request includes sufficient information to identify all of the participants of the print job. To identify the participants 104, 108 and 110, the print certificate request may include the public keys of the content provider 104, the print center 108, and the printer 110.
The certification authority 106 evaluates the print certificate request (block 29). The certification authority 106 checks its own database 107 of registered participants to verify the validity and authenticity of the participants 104, 108 and 110 identified in the print certificate request. For example, the certification authority 106 checks its database for matching entries that correspond to the public key certificates of the participants. Even if the participants are registered, the certification authority 106 might still refuse to issue a print certificate if the print certificate request is not “acceptable.” For example, one of the participants might be temporarily “blacklisted” even though it is still in the database. The certification authority 106 might disallow the print certificate request simply because the print certificate request has violated one of authority's governing rules (e.g., a certain content provider might not be allowed to use a certain printer).
If the certification authority 106 determines that the participants are registered and the print certificate request is acceptable, the certification authority 106 issues a print certificate response to the print center 108 (block 30). The print certificate response includes a print certificate that may include a “validity period” or a “time stamp” plus “life.” The life of the print certificate may be set to a period in which the printer 110 has sufficient time to receive the digital content and print the content. Assigning such a short life helps to authenticate the participants and permit binding of various constraints for the print job.
The print certificate may include other job characteristics. For example, the digital content may be identified by the file identifier, the job may be identified by the job identifier, the printer 110 may be identified by the printer serial number, all of which are provided in the print certificate response. Print parameters such as the number of copies and paper type may also be included in the print certificates. If any of these job characteristics do not check out, the printer 110 would refuse to print the job.
Moreover, certain job characteristics will change from print job to print job. Time stamps and validity periods will change from job to job, and job identifiers will change from job to job. This all reduces the chance of a print certificate response being reused. Consequently, digital rights of the content provider 104 are protected.
The print center 108 receives the print certificate response from the certification authority 106 and then forwards the print certificate along with the printer status reply to the content provider 104 (block 32). The trust relationship between the content provider 104 and the printer 110 is thus established because the print certificate indicates that all parties to the specific print job have been certified by the certification authority 106.
Once the trust relationship has been established, the content provider 104 contacts the printer 110 directly by establishing a secure communications link (block 34). The secure communication link may be established by using a secure protocol such as SSL. As an identity verification measure, the public key(s) used in the SSL communication may be compared to the public keys in the print certificate.
All subsequent communications are performed over the secure communication link. The content provider 104 sends a printer initialization request to the printer 110. The printer initialization request may include the printer identifier, the job identifier, the print center's public key, and the print certificate. The initialization request may also include a session symmetric key that can be used to encrypt and decrypt data packets to be sent during the transfer of the digital content. The symmetric key may be encrypted using the printer public key. The symmetric key technique may be an integral part of the secure communications link (e.g., SSL, IPsec)
The printer 110 responds by sending a printer initialization reply to the content provider 104. After receiving an initialization reply from the printer 110, the content provider 104 sends the digital content to the printer 110 (block 36). After receiving the entire the digital content, the printer 110 sends a data receipt acknowledgement to the content provider 104 (block 38). The content provider 104 notifies the user 102 (e.g., via e-mail) that the digital content has been sent to the printer 110 (block 40).
The printer 110 prints only the number of copies specified in the print certificate or display status inquiry (block 42). Thus, the system 100 ensures that only the agreed-upon number of copies is made and thereby protects the digital rights of the content provider 104. Following a successful printing, the printer 110 sends a print notification to the certification authority 106 (block 44).
The printer 110 may also perform other functions. For example, if the printer 110 is a specialized printer-binder, the printer 110 may also bind the printed pages to form a book.
The content provider 104 may be a computer that has data storage 103, a processor 105, and a network interface (not shown). The storage 103 contains the content provider's public and private keys and the content provider's public key certificate, once obtained from the certification authority 106. Also included in the storage 103 are instructions for the processor 105 to perform the content provider operations detailed above.
The print center 108 includes a computer that has a processor 111, data storage 113 and a network interface (not shown). The storage 113 contains the print center's public and private keys and the print center's public key certificate, once obtained from the certification authority 106. Also included in the storage 113 are instructions for the processor 111 to perform the print center operations detailed above.
The printer 110 includes a processor 115, data storage 117 and a network interface (not shown). The storage 117 contains the printer identifier, the printer's public and private keys and the printer's public key certificate. The printer identifier may be the serial number of the printer 110. The printer's public key certificate may issued by a trusted authority (not necessarily a certification authority) and it may be embedded within the printer 110 at the factory or programmed into the printer 110 at a later time. Also included in the storage 117 are instructions for the processor 115 to perform the printer operations detailed above.
The certification authority 106 includes a computer having data storage 107, a processor 109 and a network interface (not shown). The storage 107 contains the certification authority's public and private keys and the certification authority's certificate. Also stored in the storage 107 is a database pertaining to all of the registered participants of the system 100. Further, the storage 107 includes instructions for the processor 109 to perform the certification authority operations detailed above. All of these parties may use a tamper-proof storage for storing and operating on the private keys.
The certification authority storage 107 may include other instructions. For example, the certification authority storage 107 may include, without limitation, instructions to register new participants into its database. The certification authority 106 may handle billing for the content provider 104. The user or customer may have an account with the certification authority 106. When the certification authority 106 receives the notification from the printer 110, it can charge the customer's account. The certification authority can also save copies of the print certificate responses for record keeping purposes.
Sample Message Formats
Decentralized System
During the first sequence, one or more service domain members register with the SDAA 248. Each service domain member may register with the SDAA 248 by sending an access certificate 250 to the SDAA 248. The access certificate 250 grants the SDAA 248 the right to allow other parties to print on the printer 242. For example, the printer 242 registers with the SDAA 248 by sending an access certificate 250 to the SDAA 248 (block 262). The access certificate 250 may include a public key 250a of the service domain, a portion 250b defining the access rights to the printer 242 (e.g., a portion 250b indicating the available printing capability of the printer 242), a portion 250c indicating whether the SDAA 248 may assign the access rights, a portion 250d indicating a validity period 250d, and a digital signature portion 250e (see
When the SDAA 248 receives an access certificate 250 from a service domain member, it can assign access rights to the user domain 238. The SDAA 248 may assign access rights to the user domain 238 by sending the access certificate 250 and a service assignment certificate 252 to the UDAA 240 (block 264). The service assignment certificate 252 may include a public key 252a of the user domain 238, a portion 252b assigning all or a portion of the access rights, an “authority to assign” portion 252c indicating whether the receiver of the service assignment certificate 252 has authority to further assign the access rights, a portion 252d specifying a validity period, and a digital signature portion 252e (see
For example, the SDAA 248 may assign the access rights of the printer 242 by sending the printer access certificate 250 and a service assignment certificate 252 to the UDAA 240. The UDAA 248 will usually receive pairs of these certificates 250 and 252 from more than one member of the service domain 246.
When a member of the user domain 238 wishes to send digital content to a member of the service domain 246, that user domain member sends a request 255 to the UDAA 240 (block 266). For example, the content provider 236 sends a request 255 to the UDAA 240 when it wishes to distribute digital content to a service domain member. The UDAA 240 may respond to the request by sending a list of service domain members whose rights have already been assigned to the UDAA 240. The content provider 236 would select a service domain member from the list and indicate the selected SD member to the UDAA 240. Instead, the content provider 236 may specify a service domain member in the request 255, or the UDAA 240 may simply select a service domain member on behalf of the content provider 236.
When a service domain member is selected (the printer 242, for example), the UDAA 240 assigns access rights to the content provider 236 by sending the access certificate 250, the service assignment certificate 252 and a user certificate 254 to the content provider 236 (block 268). The user certificate 254 assigns to the content provider 236 the right to print the digital content on the selected service domain member. The user certificate 254 may include a public key 254a of the content provider 236, a portion 254b defining the rights assigned, a portion 254c indicating whether the receiver of the user certificate 254 may further assign the rights, a portion 254d specifying a validity period, and a digital signature portion 254e (see
The content provider 236 contacts the selected service domain member directly by sending the chain of trust (that is, the user certificate 254, the service assignment certificate 252 and the access certificate 250) along with its own public key certificate 256 to the selected service domain member (e.g., the printer 242) (block 270).
The selected service domain member receives, examines and verifies the validity of these four certificates 250, 252, 254 and 256 (block 272). Preferably, the selected service domain member traces the certificates of the chain of trust.
After the chain of trust has been verified, a secure link is established between the content provider 236 and the selected service domain member (block 274). The public keys in the certificates may be used to establish the secure link. The printer 242 may also exchange a session key with the content provider, receive digital content via the secure link, and use the session key to decrypt the transmitted content (block 276).
For example, the printer 242 assigns the right to print an unlimited number of pages on it. The right is assigned to the SDAA 248. The SDAA 248 can assign this right to others. This first assignment is represented by the following notation:
[P—R(print unlimited number of pages on P, can delegate) SDAA]
where P is the printer 242 and SDAA is the SDAA 248. This first delegation is indicated in the access certificate 250.
The SDAA 248, in turn, assigns the right to print 100 pages on the printer 242. This right is assigned to the UDAA 240, which can assign the right to others. This second assignment is represented by the following notation:
[SDAA—R(print 100 pages on P, can delegate) UDAA]
This second assignment is indicated in the service access delegation certificate 252.
In response to a request 255 from the content provider 236, the UDAA 240 assigns the right to print 50 pages on the printer 242. This right is assigned to the content provider 236. This right cannot be assigned to others. This third assignment is represented by the following notation:
[UDAA—R(print 100 pages on P, cannot delegate) CP]
where CP is the content provider 236. This third assignment is indicated in the user access delegation certificate 254.
Thus, the content provider 236 receives three certificates: the access certificate 250, the service assignment certificate 252 and the user certificate 254. It also sends these three certificates 250, 252 and 254 as well as its own identification certificate 256 back to the printer 242. The printer 242 verifies this chain of trust.
The printer 242 verifies: (1) that the rights claimed in the user certificate 254 can be honored (i.e., that the content provider 236 can be trusted); and (2) that the entity sending the chain of trust is really the content provider 236 indicated in the user certificate 254.
The first item may be verified as follows. The printer 242 examines the user certificate 254, which indicates that the UDAA 240 has assigned to the content provider 236 the right to print the specified number of pages. The printer 242 may confirm that the entity generating the user certificate 254 (UDCP) is the same entity specified in the service assignment certificate 252 (SD
UD) by verifying that the signer of the user certificate 254 has the same public key as the UDAA 240 identified in the service assignment certificate 252. Similarly, the printer 242 uses the SDAA's public key to verify the signature in the service assignment certificate 252 (SD
UD). The printer 242 may also verify that it did indeed issue the access certificate 250 (P
SD).
Having verified the first item, the printer 242 then verifies that the entity sending the chain of trust is really the content provider 236. Such verification may be performed by a common challenge-response exchange whereby the printer 242 generates a random number, encrypts the random number with the content provider's public key, and sends the encrypted number back to the content provider 236. Only the content provider 236 would be able to decrypt the number (since only the content provider 236 should have the corresponding private key). Verification of this second item could be performed as part of the negotiation for establishing the secure link. The randomly generated number could be used as the symmetric key for the secure link.
The steps represented by blocks 262 and 264 may be performed in batch mode. That is, these steps may be performed well in advance of the digital content transfer, without having to wait for the content provider 236 to request access to the printer 242. The steps represented by blocks 266 to 276 may be performed in real time.
Thus, this first communication sequence protects access to the service domain members. However, the user domain member has no assurances that its digital rights will be honored.
When a user domain member wishes to distribute its digital content, it initiates the second communication sequence. For example, the content provider 236 may initiate the second communication sequence by sending a send certificate 350 to the UDAA 240 (block 362). A sample send certificate 350 is shown in
The UDAA 240 may delegate the user domain member's job to the SDAA 248 by sending a user delegation certificate 352 and the send certificate 350 to the SDAA 248 (block 364). For example, the delegation [UDAA—R(print 75 pages and bind, can delegate)->SDAA] would allow the SDAA 248 to delegate the right to print 75 pages and bind the pages into a book. This delegation is contained in the user delegation certificate 352.
Based on the job requirements and restrictions specified in the send and user delegation certificates 350 and 352, the SDAA 248 selects a service domain member (block 366). The SDAA 248 may store a database of service domain members and, from that database, determine a service domain member that can perform the job, as well as honor the content provider's digital rights. In the alternative, the SDAA 248 can query service domain members until a service domain member is found.
The SDAA 248 delegates the job to the selected service domain member (block 368). The SDAA 248 may delegate the job by sending the user delegation certificate 352 and the send certificate 350 to the selected service domain member (e.g., the printer 242). Together, these certificates 352 and 350 form a chain of trust.
The selected service domain member sends the chain of trust along with its own public key certificate 356 to the content provider 236 (block 370). The content provider 236 receives, examines and verifies the validity of these certificates 350, 352 and 354 (block 372). The content provider 236 can examine and verify the validity of the certificates 350, 352 and 354 in the same manner that the chain of trust was verified in the first communication sequence.
If the certificates in the chain of trust are valid, the content provider 236 establishes a secure link with the selected service domain member (block 374). Following the establishment of the secure link, the content provider 236 transmits the digital content to the selected service domain member (block 376).
The selected service domain member executes the job as specified in the send and user delegation certificates 350 and 352 (block 378). A selected SD member such as the printer 242 would print digital content in accordance with all constraints specified in the user delegation certificate 254.
If the content provider 236 requests a specific member of the service domain (e.g., the printer 242) to execute a job, the UDAA 240 would delegate the job to the SDAA 248, and the SDAA 248 would determine whether that specific printer was available. Once that specific printer became available, the SDAA 248 would send the certificates 350 and 352 to the specific printer.
The decentralized system 230 may perform a third communication sequence, which protects the digital rights of the content provider 236 and protects the access to the service domain members. The content provider 236 sends a send certificate to the UDAA 240. Independently, the service domain members send access certificates to the SDAA 248. The UDAA 240 and the SDAA 248 communicate to match the content provider 236 with a service domain member that can execute the content provider's job and honor the content provider's digital rights. The printer 242, for example, receives the send certificate 350 and a user delegation certificate 352 and forwards those two certificates 350 and 352 to the content provider 236. The content provider 236, in the meantime, receives the access certificate 250, a service assignment certificate 252 and a user certificate 254 and forwards those three certificates 250, 252 and 254 to the printer 242. Both the content provider 236 and printer 242 verify their chains of trust. If both chains of trust are valid, the content provider 236 and printer 242 establish a secure link, the content provider 236 sends digital content to the printer 242, and the printer 242 prints out the digital content.
The content provider 236 may be a computer that is programmed to carry out the content provider functions just described. The printer 242 includes a processor 251 and storage 253 encoded with data for instructing the processor 251 to carry out the printer functions described above.
The SDAA 248 may be a computer including a processor 247 and storage 249 encoded with data for instructing the processor 247 to carry out the SDAA functions described above. The UDAA 240 may be a computer including a processor 241 and storage 243 encoded with data for instructing the processor 247 to carry out the UDAA functions described above.
Although the user domain 238 and the service domain 246 are illustrated as two distinctly separate domains each administered by its own domain authorization authority, they are not so limited. A single domain may serve as a service domain for some of its members and a user domain for other members. A single domain authorization authority may be configured to operate as both a service domain authorization authority and a user domain authorization authority.
There may be more than one SDAA and more than one UDAA. Each authority would issue a certificate.
Although the document distribution systems have been described in connection with a printer, they are not so limited. A system may include other printers and other display devices, such as plotters, fax machines, fax servers, and computers having any one of a CD recorder, a DVD player and a video monitor.
The document distribution systems are not limited to the purchase of books. The systems could be used to distribute art, software, music, videos, confidential documents and other types of digital content.
The content distribution may be initiated in ways other than a user sending a purchase request to a content provider. For instance, the content provider could generate the purchase request (i.e., the request would be self-initiated). If the content provider is a computer having a keyboard, a person could enter the purchase request into the computer via the keyboard.
Once the trust relationship has been established between the content provider and the display device, the secure channel may be established in any number of ways. ECC algorithms, public key algorithms, symmetric key algorithms or other algorithms may be used.
The systems are not limited to wide area networks in general and the Internet in particular. Any network may be used. However, use of the Internet is advantageous because the Internet provides an established infrastructure that is widely used and readily accessible.
Although specific embodiments of the inventions have been described and illustrated, the invention is not limited to the specific embodiments so described and illustrated. Instead, the invention is construed according to the claims that follow.
Herley, Cormac, Ilnicki, Slawomir K., Saw, Chit Wei, van den Branden Lambrecht, Christian J., Farrell, Joyce E, Mas Ribes, Joan Maria
Patent | Priority | Assignee | Title |
8976966, | Mar 04 2008 | Canon Kabushiki Kaisha | Information processor, information processing method and system |
8997239, | Mar 31 2011 | INFOSYS TECHNOLOGIES LTD | Detecting code injections through cryptographic methods |
9832025, | May 19 2015 | Verizon Patent and Licensing Inc. | Remote secure element policy management |
Patent | Priority | Assignee | Title |
5629980, | Nov 23 1994 | CONTENTGUARD HOLDINGS, INC | System for controlling the distribution and use of digital works |
5815574, | Dec 15 1994 | International Business Machines Corporation | Provision of secure access to external resources from a distributed computing environment |
6233684, | Feb 28 1997 | CONTENTGUARD HOLDINGS, INC | System for controlling the distribution and use of rendered digital works through watermaking |
6314521, | Nov 26 1997 | International Business Machines Corporation | Secure configuration of a digital certificate for a printer or other network device |
6385728, | Nov 26 1997 | Ricoh Company, LTD | SYSTEM, METHOD, AND PROGRAM FOR PROVIDING WILL-CALL CERTIFICATES FOR GUARANTEEING AUTHORIZATION FOR A PRINTER TO RETRIEVE A FILE DIRECTLY FROM A FILE SERVER UPON REQUEST FROM A CLIENT IN A NETWORK COMPUTER SYSTEM ENVIRONMENT |
6643774, | Apr 08 1999 | International Business Machines Corporation; IBM Corporation | Authentication method to enable servers using public key authentication to obtain user-delegated tickets |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
May 16 2005 | Hewlett-Packard Development Company, L.P. | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Sep 24 2013 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Apr 21 2017 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Sep 23 2021 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Apr 06 2013 | 4 years fee payment window open |
Oct 06 2013 | 6 months grace period start (w surcharge) |
Apr 06 2014 | patent expiry (for year 4) |
Apr 06 2016 | 2 years to revive unintentionally abandoned end. (for year 4) |
Apr 06 2017 | 8 years fee payment window open |
Oct 06 2017 | 6 months grace period start (w surcharge) |
Apr 06 2018 | patent expiry (for year 8) |
Apr 06 2020 | 2 years to revive unintentionally abandoned end. (for year 8) |
Apr 06 2021 | 12 years fee payment window open |
Oct 06 2021 | 6 months grace period start (w surcharge) |
Apr 06 2022 | patent expiry (for year 12) |
Apr 06 2024 | 2 years to revive unintentionally abandoned end. (for year 12) |