Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS6275934 B1
Publication typeGrant
Application numberUS 09/173,970
Publication date14 Aug 2001
Filing date16 Oct 1998
Priority date16 Oct 1998
Fee statusPaid
Also published asWO2000024175A1
Publication number09173970, 173970, US 6275934 B1, US 6275934B1, US-B1-6275934, US6275934 B1, US6275934B1
InventorsAleksey Novicov, John Michael Rivlin, Garth Conboy, James Sachs
Original AssigneeSoft Book Press, Inc.
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Authentication for information exchange over a communication network
US 6275934 B1
Abstract
The present invention is a method and apparatus for authenticating an information exchange between a host and a guest on a network. The host has a host key and the guest has a guest key. An authenticating server authenticates the guest. The authenticating server uses the host key and the guest key. The guest authenticates the authenticating server using the guest key. The host authenticates the guest and the authenticating server using the host key.
Images(9)
Previous page
Next page
Claims(20)
What is claimed is:
1. A method for authenticating an information exchange between a host and a guest on a network, the host having a host key and the guest having a guest key, the method comprising:
(a) authenticating the guest by an authenticating server, the authenticating server using the host key and the guest key;
(b) the guest authenticating the authenticating server using the guest key; and
(c) the host authenticating the guest and the authenticating server using the host key.
2. The method of claim 1 further comprising:
initiating a request by the guest to the host; and
redirecting the guest to connect to the authenticating server in response to the request.
3. The method of claim 1 wherein (a) authenticating the guest comprises:
the guest encrypting a message using a guest key;
the guest appending the encrypted message to a parameter list, the parameter listing including a guest identification and a device type;
the guest sending the encrypted message and the appended parameter list to the authenticating server;
the authenticating server decrypting the encrypted message to obtain a decrypted guest code; and
the authenticating server authenticating the guest if the decrypted guest code matches the appended guest identification.
4. The method of claim 1 wherein (b) the guest authenticating the authenticating server comprises:
the authenticating server encrypting a response using a temporary key, the temporary key being derived from the guest key;
the guest decrypting the encrypted response to obtain a decrypted guest code using the guest key; and
the guest authenticating the authenticating server if the decrypted guest code matches a guest identification.
5. The method of claim 1 wherein (c) the host authenticating the guest and the authenticating server comprises:
the guest converting a decrypted response from the authenticating server using a temporary key to an encrypted ticket;
the guest appending a guest identification to the encrypted ticket;
the host decrypting the encrypted ticket using the host key; and
the host authenticating the guest and the authenticating server if the decrypted guest code matches the appended guest identification.
6. The method of claim 4 wherein the guest encrypting the message comprises:
generating a session key;
appending a time to the session key to produce a first message part;
encrypting the first message part using the guest key;
generating second message part, the second message part including a guest identification and a customer identification; and
encrypting the second message part using the temporary key.
7. The method of claim 6 wherein the temporary key is created by:
generating a data key from a portion of an MD5 digest of the session key; and
creating the temporary key from a portion of an MD5 of the data key.
8. The method of claim 7 wherein the authenticating server decrypting the encrypted message comprises:
obtaining a secret key according to the device type; and
decrypting the encrypted message using the secret key.
9. The method of claim 8 further comprising:
the authenticating server determining if the time is within a predetermined range relative to a current time; and
the authenticating server requesting the guest to re-send the message and the parameter list if the time is not within the predetermined range.
10. The method of claim 6 wherein the authenticating server encrypting the response further comprises:
encrypting the session key and the time using the host key to produce a first response part;
encrypting the guest identification and a customer identification by the temporary key to produce a second response part; and
encrypting the first and second response parts using the temporary key.
11. A system for authenticating an information exchange between a host and a guest on a network, the host having a host key and the guest having a guest key, the system comprising:
an authenticating server coupled to the guest for authenticating the guest, the authenticating server using the host key and the guest key; and
wherein the guest authenticating the authenticating server using the guest key and the host authenticating the guest and the authenticating server using the host key.
12. The system of claim 11 wherein the guest initiates a request to the host and the host redirects the guest to connect to the authenticating server in response to the request.
13. The system of claim 11 wherein
the guest encrypts a message using a guest key;
the guest appends the encrypted message to a parameter list, the parameter listing including a guest identification and a device type;
the guest sends the encrypted message and the appended parameter list to the authenticating server;
the authenticating server decrypts the encrypted message to obtain a decrypted guest code; and
the authenticating server authenticates the guest if the decrypted guest code matches the appended guest identification.
14. The system of claim 11 wherein:
the authenticating server encrypts a response using a temporary key, the temporary key being derived from the guest key;
the guest decrypts the encrypted response to obtain a decrypted guest code using the guest key; and
the guest authenticates the authenticating server if the decrypted guest code matches a guest identification.
15. The system of claim 11 wherein:
the guest converts a decrypted response from the authenticating server using a temporary key to an encrypted ticket;
the guest appends a guest identification to the encrypted ticket;
the host decrypts the encrypted ticket using the host key; and
the host authenticates the guest and the authenticating server if the decrypted guest code matches the appended guest identification.
16. The system of claim 14 wherein the guest
generates a session key;
appends a time to the session key to produce a first message part;
encrypts the first message part using the guest key;
generates a second message part, the second message part including a guest identification and a customer identification; and
encrypts the second message part using the temporary key.
17. The system of claim 16 wherein the temporary key is created from a portion of an MD5 of a data key, the data key being generated from a portion of an MD5 digest of the session key.
18. The system of claim 17 wherein the authenticating server:
obtains a secret key according to the device type; and
decrypts the encrypted message using the secret key.
19. The system of claim 18 wherein the authenticating server:
determines if the time is within a predetermined range relative to a current time; and
requests the guest to re-send the message and the parameter list if the time is not within the predetermined range.
20. The system of claim 16 wherein the authenticating server:
encrypts the session key and the time using the host key to produce a first response part;
encrypts the guest identification and a customer identification by the temporary key to produce a second response part; and
encrypts the first and second response parts using the temporary key.
Description
BACKGROUND

1. Field of the Invention

This invention relates to computer security. In particular, the invention relates to authentication for information exchange.

2. Description of Related Art

The rapid growth of computer and communication technologies has facilitated business transactions in a number of ways. One particular area of business transactions in the electronic commerce. Consumers can now conduct commercial transactions with business entities conveniently and efficiently over the communication networks such as the Internet.

A major problem in electronic commerce is security. Consumers want to securely access remote sites on the Internet without disclosing their identities or activities. Business entities want to keep their transactions secret from others to increase consumers's trust and to protect their own business information and trade secrets. The key aspects of communication security include confidentiality and information integrity. An individual user wants to be assured that he or she is dealing with a trusted business entity to keep his or her activities private. A business entity also wants to be assured that it is conducting business with a genuine customer and not some impostor. The process to ensure that the two parties who are doing business with each other are two true and genuine parties is called authentication.

A simple way to authenticate a party is to use a user identification code and a password. Although the use of a user ID and a password is sufficient for simple transactions, they are inadequate for more complex commercial transactions. When a user ID or a password is transmitted in the clear over a communication network, there is a high possibility that the information can be intercepted by illegal users.

Therefore there is a need in the technology to provide a reliable and efficient method to authenticate parties involved in an information exchange over a communication network.

SUMMARY

The present invention is a method and apparatus for authenticating an information exchange between a host and a guest on a network. The host has a host key and the guest has a guest key. An authenticating server authenticates the guest. The authenticating server uses the host key and the guest key. The guest authenticates the authenticating server using the guest key. The host authenticates the guest and the authenticating server using the host key.

BRIEF DESCRIPTION OF THE DRAWINGS

The features and advantages of the present invention will become apparent from the following detailed description of the present invention in which:

FIG. 1 is a diagram illustrating a system in which one embodiment of the invention can be practiced.

FIG. 2 is a diagram illustrating an authentication procedure according to one embodiment of the invention.

FIG. 3A is a flowchart illustrating a process to perform the first three steps in the authentication procedure in FIG. 2 according to one embodiment of the invention.

FIG. 3B is a flowchart illustrating a process to perform the fourth step in the authentication procedure in FIG. 2 according to one embodiment of the invention.

FIG. 3C is a flowchart illustrating a process to perform the last two steps of the authentication procedure in FIG. 2 according to one embodiment of the invention.

FIG. 4 is a flowchart illustrating a process to perform a ROM update according to one embodiment of the invention.

FIG. 5 is a diagram illustrating the use of extended anchor tags to approve a sales transaction according to one embodiment of the invention.

FIG. 6 is a diagram illustrating the use of a SECURE attribute for information submission according to one embodiment of the invention.

FIG. 7 is a diagram illustrating a key encryption format according to one embodiment of the invention.

DESCRIPTION

The present invention is a method and apparatus for authenticating parties in an information exchange over a communication network. The method uses an authentication server as an intermediary between a host and a guest. The entire authentication procedure involves a number of authenticating processes between the three communicating entities. Each party sends encrypted information using a secret key. The encrypted information is decrypted by the recipient and the decrypted information is matched with a predetermined code. The authentication is successful when there is a match between the decrypted information and the predetermined code.

In the following description, for purposes of explanation, numerous details are set forth in order to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that these specific details are not required in order to practice the present invention. In other instances, well-known electrical structures and circuits are shown in block diagram form in order not to obscure the present invention.

FIG. 1 is a diagram illustrating a system in which one embodiment of the invention can be practiced.

Referring to FIG. 1, the system 100 comprises: (a) at least one portable electronic book 10 operative to request a digital content from a catalog of distinct digital contents, to receive and display the requested digital content in readable form; (b) an information services system 20 which includes an authentication server 32 for authenticating the identity of the requesting portable electronic book 10 and a copyright protection server 22 for rendering the requested digital content sent to the requesting portable electronic book 10 readable only by the requesting portable electronic book 10; (c) at least one primary virtual bookstore 40 in electrical communication with the information services system 20, the primary virtual bookstore being a computer-based storefront accessible by the portable electronic book and including the catalog of distinct digital contents; (d) a repository 50, in electrical communication with the primary virtual bookstore 40, for storing the distinct digital contents listed in the catalog; and (e) an authentication server 32 for authenticating the electronic book users or a bookstore in an information exchange with a host.

The system 100 preferably includes more than one portable electronic book 10, to be commercially viable. This is illustrated in FIG. 1 by including the portable electronic books 12 and 14. The system also preferably includes more than one primary virtual bookstore 40, each serving a different set of customers, each customer owning a portable electronic book.

In one embodiment of the invention, the system 100 further comprises a secondary virtual bookstore 60 in electrical communication with the information services system 20. In this case, the information services system 20 also includes a directory of virtual bookstores 26 in order to provide the portable electronic book 10 with access to the secondary virtual bookstore 60 and its catalog of digital contents.

The information services system 20 also includes a registration server 24 for keeping track of the portable electronic books that are considered active accounts in the system and for ensuring that each portable electronic book is associated with a primary virtual bookstore in the system.

The information services system 20 preferably comprises a centralized bookshelf 30 associated with each portable electronic book 10 in the system. Each centralized bookshelf 30 contains all digital contents requested and owned by the associated portable electronic book 10. Each portable electronic book 10 user can permanently delete any of the owned digital contents from the associated centralized bookshelf 30. Since the centralized bookshelf 30 contains all the digital contents owned by the associated portable electronic book 10, these digital contents may have originated from different virtual bookstores. The centralized bookshelf 30 is a storage extension for the portable electronic book 10. Such storage extension is needed since the portable electronic book 10 has limited non-volatile memory capacity.

The user of the portable electronic book 10 can add marks, such as bookmarks, inking, highlighting and underlining, and annotations on a digital content displayed on the screen of the portable electronic book, then stores this marked digital content in the non-volatile memory of the electronic book 10. The user can also upload this marked digital content to the information services system 20 to store it in the centralized bookshelf 30 associated with the portable electronic book 10, for later retrieval. It is noted that there is no need to upload any unmarked digital content, since it was already stored in the centralized bookshelf 30 at the time it was first requested by the portable electronic book 10.

The information services system 20 further includes an Internet Services Provider (ISP) 34 for providing Internet network access to each portable electronic book in the system.

FIG. 1 further illustrates that the electronic book 10 interacts with the authenticating server 32 and the primary virtual bookstore 40 for authentication of information exchange. In this scenario, the electronic book 10 is a guest and the primary virtual bookstore is a host. The authentication is carried out over the communication network provided by the ISP 34. As will be explained later, other combinations of guest/host are possible.

FIG. 2 is a diagram illustrating an authentication procedure 200 according to one embodiment of the invention.

The authentication procedure 200 involves a guest 210, a host 220, an authentication server 32, an initial request path 241, an initial host response path 242, a guest message path 243, an authentication server response path 244A, a authentication server error path 244B, a guest ticket path 245A, a guest error path 245B, an authentication completed path 246A, and a host error path 256B.

The guest 210 represents the party who initiates the information exchange. The host 220 represents the party who responds to the access request by the guest 210. When an electronic book accesses a bookstore, the personal library, or the registration server (FIG. 1), the electronic book is the guest and the bookstore, the library, or the registration server is the host. When the bookstore accesses the personal library, the bookstore is the guest and the library is the host. As is known by one skilled in the art, other guest/host combinations can be accommodated using the authentication procedure of the present invention. The authentication server 32 is an intermediary agent or entity acting on behalf of the host 220 to authenticate the guest 210.

The authentication procedure 200 uses a symmetric key encryption algorithm to generate a session key that is used during the session. The guest 210 keeps a secret key that is known only to the guest 210 and the authentication server 32. When the guest 210 is the electronic book, the secret key is programmed into the electronic book during the manufacturing process. When the guest 210 is a bookstore, the secret key is created by the bookstore manager or provided by the information service.

The initial request path 241 goes from the guest 210 to the host 220. The initial request path 241 corresponds to the first step (Step 1) in the authentication procedure and is established when the guest 210 initiates the request for a session to the host 220. The guest 210 sends a GET request to the host together with any additional parameters normally required by the host 220.

The initial host response path 242 goes from the host 220 to the guest 210. The initial host response path 242 corresponds to the second step (Step 2) in the authentication procedure and is established when the host 220 responds to the initial request from the guest 210 via the initial request path 241. The host 220 responds with the new URL pointing to the authentication server 32 and appends HOST_ID and HOST_URL parameters to the query string. The host 220 also returns with an AUTHENTICATION=YES cookie to the guest 210 to indicate to the guest 210 the need to generate authentication parameters on the redirection to the authentication server 32.

The guest message path 243 goes from the guest 210 to the authentication server 32. The guest message path 243 corresponds to the third step (Step 3) in the authentication procedure and is established when the guest 210 responds to the AUTHENTICATION=YES cookie returned by the host via the initial host response path 242. The guest 210 creates a MESSAGE and append a number of parameters.

The MESSAGE includes 64 ASCII hexadecimal characters and is formed by two parts. The first part is the represented by the expression GKEY(SKEY, TIME), and the second part is represented by the expression TKEY(GID,CID). The GKEY(SKEY, TIME) includes 32 ASCII hexadecimal characters and is formed by encrypting an SKEY and a TIME. The SKEY is an 8-byte random number generated by the guest 210. TIME is a 4-byte number representing the current time in seconds based on an epoch of 1/1/1904 (4 bytes). The SKEY and TIME are encrypted using the guest key (GKEY). This allows the authentication server 32 to authenticate the guest 210 for a limited time period by accepting time value within a predefined time range. In one embodiment, this predefined time range is 2 hours. The TKEY(GID, 0) includes 32 ASCII hexadecimal characters and is formed by encrypting a GID and a CID. The GID is a 12-character guest ID (e.g., the electronic book ID or the bookstore ID). The CID is a 4-byte customer ID. The GID and CID are encrypted together using a temporary key (TKEY). The TKEY is formed by the first eight bytes of the MD5 digest of a data key (DKEY). The DKEY is formed by the first eight bytes of the MD5 digest of the SKEY.

The appended parameters include other pertinent information such as HOST_ID, HOST_URL, GUEST_ID, DEVICE_TYPE, and VERSION. The HOST_ID is the host identification represented by ASCII number. The HOST_URL is the encoded URL to return to the host. The GUEST_ID is the electronic book serial number or the bookstore ID. The DEVICE_TYPE is the guest type (e.g., electronic book or bookstore). The VERSION is the protocol version number.

The authentication server response path 244A goes from the authentication server 32 to the guest 210. The authentication server response path 244A corresponds to the fourth step (Step 4) in the authentication procedure and is established when the authentication server 32 responds to the MESSAGE sent by the guest 210 via the guest message path 243.

The authenticating server 32 looks up the secret key for the given device type and decrypts the MESSAGE. If the decrypted GID matches the GUEST_ID sent in the appended parameters in the clear as part of the URL, the guest 210 is authenticated and the authentication server response path 244A is established. If the decrypted GID does not match the GUEST_ID, the authentication server error path 244B is established which is described later.

The time portion of the authentication is checked. If it is within a reasonable tolerance (e.g., within the predetermined time range), the authentication server 32 returns an URL redirection to the host, an encrypted RESPONSE cookie, and appends a number of parameters to be described later. If the time portion is outside a reasonable tolerance, the authenticating server 32 responds with an URL redirection to itself specifying two cookies to allow the guest 210 the opportunity to reset its clock properly. The two cookies returned by the authentication server 32 are AUTHENTICATE=YES and TIME=n. The appended parameters include GUEST_ID, DEVICE_TYPE, VERSION, CUSTOMER_ID, FIRST_NAME, MIDDLE_NAME, LAST_NAME, COMPANY, STREET1, STREET2, CITY, STATE, COUNTRY, ZIP, and PRIMARY. The GUEST_ID is the electronic book serial number or the bookstore ID. The DEVICE_TYPE is the guest type (e.g., electronic book or bookstore). The VERSION is the protocol version number. The CUSTOMER_ID is a numeric string representing the electronic book customer identification number. The FIRST_NAME, MIDDLE_NAME, and LAST_NAME represent the name of the customer and is retrieved from the registration database. The COMPANY is the customer's affiliation and is retrieved from the registration database. The STREET1, STREET2, CITY, STATE, COUNTRY, ZIP represent the customer's address and are retrieved from the registration database. The PRIMARY is a flag or indicator (e.g., TRUE or FALSE) to indicate if the bookstore is a primary bookstore or a secondary bookstore.

The RESPONSE includes a 64 ASCII hexadecimal characters which are converted from an encrypted code using the TKEY represented by the expression TKEY(HKEY(SKEY, TIME), TKEY(GID, CID)). HKEY is the host key.

The authentication server error path 244B goes from the authentication server 32 to an error facility. The authentication server path 244B is established when the decrypted GID does not match the GUEST_ID sent in the appended parameters in the clear as part of the URL. The authentication server 32 returns an HTML that displays an error message. An example of such an error message is: “Your electronic book may be defective. Please try again in a few minutes, or contact the manufacturer at the phone number listed in your product manual”.

The guest ticket path 245A goes from the guest 210 to the host 220. The guest ticket path 245A corresponds to the fifth step (Step 5) in the authentication procedure and is established when the guest 210 responds to the RESPONSE from the authenticating server 32 sent by the authentication server 32 via the authenticating server response path 244A.

The guest 210 decrypts the RESPONSE cookie to verify if the authenticating server 32 is in fact genuine by matching the decrypted GID with its own serial number or its own ID. If the authentication server is deemed to be genuine, the 32 byte (or 64 ASCII hexadecimal characters) RESPONSE is decrypted using the TKEY, which is derived from the SKEY. The guest 210 then generates a TICKET which is a 64 ASCII hexadecimal character string converted from the 32-byte RESPONSE. The TICKET is appended to the parameter list of the URL and the redirection to the host 220 is completed. The parameter list includes the same parameters sent via the authentication server response path 244A.

The guest error path 245B goes from the guest 210 to an error processing facility. The guest error path 245B corresponds to the fifth step (Step 5) in the authentication procedure and is established when the decrypted GID does not match with the guest own serial number or its own ID.

The authentication completed path 246A goes from the host 220 to the guest 210. The authentication completed path 246A corresponds to the sixth step (Step 6) in the authentication procedure and is established when the host 220 responds to the TICKET sent from the guest 210 via the guest ticket path 245A.

The host 220 decrypts the TICKET received from the guest 210 via the guest ticket path 245A. If the decrypted GID matches the GUEST)ID sent in the clear, the authentication server 32 and the guest 210 are deemed genuine and the authentication procedure is completed.

The host error path 256B goes from the host to an error processing facility. The host error path 246B corresponds to the sixth step (Step 6) in the authentication procedure and is established when the decrypted GID does not match the GUEST_ID sent in the clear. If this occurs, either the authentication server 32 is not trusted or the guest 210 is not trusted. The host 220 then redirects the GET back to the authentication server 32 to the unauthorized page to process the error. If the guest 210 is a new user and the host 220 does not accept guest access, the host 220 can redirect the GET back to the authentication server 32 to the unauthorized page to process the error

FIG. 3A is a flowchart illustrating a process 300A to perform the first three steps in the authentication procedure in FIG. 2 according to one embodiment of the invention. The process 300A corresponds to steps 1, 2, and 3 in the authentication procedure.

Upon START, the process 300A performs step 1. The guest sends an initial request to the host (Block 310). Step 1 is completed. Then the process 300A performs step 2 by first determining if the host has an active session for the guest at the time (Block 320). If there is an active session signifying that an authentication has been performed, the process 300A is terminated. If not, the host determines if the TICKET parameter is present (Block 322). If the TICKET parameter is present signifying that the host is performing authentication, the process 300A is terminated. If the TICKET parameter is not present, the host responds to the guest request with “object moved” and points new URL to the authentication server (Block 324). Then the host appends the HOST_ID and HOST_URL parameters to the query string (Block 326). Then the host returns the AUTHENTICATE=YES cookie to the guest (Block 328). Step 2 is completed.

The process 300A performs step 3 at the connector B. The guest creates a MESSAGE based on the expression GKEY(SKEY, TIME), TKEY(GID, CID) (Block 330). Then the guest appends parameters on redirection: HOST_ID, HOST_URL, GUEST_ID, DEVICE_TYPE, and VERSION (Block 332). Then the guest sends MESSAGE and the appended parameters to the authentication server (Block 334). Step 3 is completed, concluding the process 300A at the connector A.

FIG. 3B is a flowchart illustrating a process 300B to perform the fourth step in the authentication procedure in FIG. 2 according to one embodiment of the invention. The process 300B corresponds to step 4 in the authentication procedure.

The process 300B starts step 4 at the connector A. The authentication server looks up the secret key for the device type received from the guest and decrypts the message (Block 340). Then the process 300B determines if the guest ID exist in the database (Block 341). If not, the authentication server returns an error message and disconnects the connection (Block 343) and is then terminated. If the guest ID exists in the database, the authentication server determines if the decrypted GID match the GUEST_ID parameter received in the clear (Block 342). If not, the authentication server returns an error message and disconnects the connection (Block 343) and is then terminated. If the decrypted GID matches the GUEST_ID parameter, the authentication server determines if there is a time mismatch (Block 344). If there is a time mismatch, the authentication server responds to the guest with “object moved” and points new URL to itself (Block 346). The authentication server returns two cookies AUTHENTICATION=YES and TIME=n to the guest (Block 348) and then returns to connector B at Block 330 (FIG. 3A).

If there is no time mismatch, the authentication server responds to the guest with “object moved” and points new URL to the original host (Block 345). Then the authentication server appends the list of parameters: guest ID, device type, version, customer ID, name, affiliation, address, primary flag (Block 347). Next, the authentication server creates a response based on the expression TKEY(HKEY(SKEY, TIME), TKEY(GID, CID)) (Block 349). The process 300B concludes step 4 and proceeds to connector C.

FIG. 3C is a flowchart illustrating a process 300C to perform the last two steps of the authentication procedure in FIG. 2 according to one embodiment of the invention. The process 300C corresponds to steps 5 and 6 in the authentication procedure.

The process 300C starts step 5 at the connector C. The guest decrypts the response from the authentication server (Block 350). Then the guest determines if the decrypted GID match the guest's own serial number (block 352). If not, the guest returns an error message and disconnects (Block 354). The process 300C is then terminated. If the decrypted GID match the guest's own serial number, the guest creates the ticket by decrypting the response and converting it back. The guest then appends the list of parameters: guest ID, device type, version, customer ID, name, affiliation, address, primary flag (Block 356). Then the guest redirects the ticket and the appended parameters to the original host (Block 359). Step 5 is completed.

The process 300C starts step 6 where the host receives the ticket and parameters from the guest. The host decrypts the encrypted ticket (Block 360). Then the host determines if the decrypted GID match the guest ID sent in the clear (Block 362). If not, the host redirects the session to the unauthorized page with a NOT_TRUSTED parameter (Block 364) and the authentication procedure is terminated. If there is a match, the host determines if the guest is denied access (Block 366). If yes, the host redirects the session to an unauthorized page with an ACCESS DENIED parameter (Block 368) and the authentication procedure is terminated. If the guest access is not denied, the guest is deemed genuine and the authentication procedure is completed.

If the host cannot trust the response from the guest or Authentication server, it redirects the session to the unauthorized page with the “why” parameter set to “ELECTRONIC_BOOK_NOT_TRUSTED”.

http://authenticate.electronicbook.net/authenticate/unauthorized. asp?

GUEST_ID=deviceID&HOST_ID=storeID&WHY=ELECTRONIC_BOOK_NOT_TRUSTED

If a particular guest is denied access to a host, even though it successfully authenticated, it redirects the session to the unauthorized page with the “WHY” parameter set to “ACCESS_DENIED”.

http://authenticate.bookserver.com/authenticate/unauthorized. asp?

GUEST_ID=deviceID&HOST_ID=storeID&HOST_URL=previousHost & WHY=ACCESS_DENIED

The process 300C is then terminated.

During the authentication process, if it is discovered that the programmable read only memory (ROM) in the electronic book needs to be updated, the user will be asked if ROM updating is desired.

FIG. 4 is a flowchart illustrating a process to perform a ROM update according to one embodiment of the invention.

Upon START, the process 400 notifies the authentication server of the ROM version in the electronic book (Block 410). Then the process 400 determines if the ROM requires an update (Block 420). If not, the process 400 is terminated. If the ROM requires an update, the authentication server responds with an “object moved” to the ROM update page (Block 430). Then the process 400 determines if the user wants the update (Block 440). If no, the process 400 is terminated. If yes, the process 400 downloads the ROM update to the electronic book (Block 450). The process 400 is then terminated.

FIG. 5 is a diagram illustrating the use of extended anchor tags to approve a sales transaction according to one embodiment of the invention.

Extended anchor tags are used to approve an order or sales transaction. The example shown in FIG. 5 illustrates the form of the extended anchor tags used an HTML document.

Optional attributes are contained in brackets, their definitions are as follows:

TYPE=secure. When the anchor is “followed”, either by tap on the hot spot or status slip, a random number that has been encrypted with the electronic book secret key is appended to the target URL. This serves as an order ID. This attribute option is only recognized in a secure HTML page.

SHOWSLIP. If specified, the status slip is displayed when the page is rendered. This attribute is only recognized in a secure HTML page.

PROMPT=“text”. If specified, this text is rendered in the status slip. Ignored if SHOWSLIP not specified.

YESBUTTON=“name”. The name for the button in the status slip (default to “Yes”) which if tapped by the user, follows the link specified by HREF. Ignored if SHOWSLIP not specified.

NOBUTTON=“name”. The name for the button in the status slip (default to “No”) which if tapped by the user, follows the link specified by NOHREF. Ignored if SHOWSLIP not specified.

NOHREF=“URL”. If a link for NOHREF is specified, that link will be followed if the NOBUTTON is tapped. If NOHREF is not specified, and the NOBUTTON is tapped, the slip is dismissed.

The “optional text” in an anchor that specifies SHOWSLIP is rendered normally on the page. If the slip gets dismissed with the NOBUTTON, and no NOHREF has been specified, tapping on the “optional text” hot spot will bring the slip back down.

When the electronic book HTML parser encounters an extended anchor tag, it completes rendering the page and then immediately afterwards drops the status slip, showing an appropriate message.

Tapping “Yes” is equivalent to tapping on the anchor tag. The electronic book knows to respond with an order ID, encrypted with the current data key, inserted immediately after the “=” sign at the end of the HREF link. The order ID is a 32-bit random number generated by the electronic book.

The secure status slip shown above is modal. Tapping outside of the status slip does nothing. The status slip also can not be put away by tapping the “lock” icon.

FIG. 6 is a diagram illustrating the use of a SECURE attribute for information submission according to one embodiment of the invention.

A new SECURE attribute has been added to the <FORM tag. If this attribute is present, all form data is encrypted with the data key before being submitted to the server. Note that only the parameter data is encrypted, and not the parameter names.

The resultant URL would look something like:

. . . /register/detail.asp?Name=A672BF38D909EEC7&Date=FB117 8EEAC6748B7

FIG. 7 is a diagram illustrating a key encryption format according to one embodiment of the invention.

The encryption format includes 32 bytes and is applicable for the MESSAGE, RESPONSE, and TICKET character strings. Bytes 0-5 correspond to the session key SKEY[0:6]. Bytes 6-9 correspond to TIME[0:3] where bytes 6-7 correspond to the most significant bytes and bytes 8-9 correspond to the least significant bytes. Bytes 10-11 correspond to SKEY[7:8]. Bytes 12-15 corresponds to the random number RANDOM. Bytes 16-23 correspond to the guest ID, GID[0:7]. Bytes 24-27 correspond to the guest ID, GID[8:11]. Bytes 28-31 correspond to customer ID, CID[0:3].

The present invention provides a simple and efficient technique to authenticate an information exchange between a host and a guest on a network. The technique uses an authenticating server which shares a host key with the host and a guest key with the guest. The authentication is performed by encrypting and decrypting messages sent between two parties using the shared keys. The technique is reliable and efficient.

While this invention has been described with reference to illustrative embodiments, this description is not intended to be construed in a limiting sense. Various modifications of the illustrative embodiments, as well as other embodiments of the invention, which are apparent to persons skilled in the art to which the invention pertains are deemed to lie within the spirit and scope of the invention.

Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US37189061 Jun 197127 Feb 1973R LightnerVending system for remotely accessible stored information
US415941728 Oct 197726 Jun 1979Rubincam David PElectronic book
US449081016 Feb 198225 Dec 1984Hon David CAutomated instruction, game and data retrieval system
US454502313 Sep 19841 Oct 1985Engineering Project Development LimitedHand-held computer
US45756217 Mar 198411 Mar 1986Corpra Research, Inc.Portable electronic transaction device and system therefor
US459197431 Jan 198427 May 1986Technology Venture Management, Inc.Information recording and retrieval system
US45970583 Jun 198324 Jun 1986Romox, Inc.Cartridge programming system
US460101118 Mar 198515 Jul 1986Avigdor GrynbergUser authorization verification apparatus for computer systems including a central device and a plurality of pocket sized remote units
US46494997 Mar 198410 Mar 1987Hewlett-Packard CompanyTouchscreen two-dimensional emulation of three-dimensional objects
US468216122 Aug 198421 Jul 1987U.S. Philips CorporationVariable size character display without loss of obscured character positions
US472597728 Feb 198616 Feb 1988Cpt, Ltd.Cartridge programming system and method using a central and local program library
US47790806 Mar 198618 Oct 1988U.S. Philips CorporationElectronic information display systems
US482016714 Jan 198711 Apr 1989Nobles Anthony AElectronic school teaching system
US485572528 Dec 19888 Aug 1989Fernandez Emilio AMicroprocessor based simulated book
US48992922 Mar 19886 Feb 1990Image Storage/Retrieval Systems, Inc.System for storing and retrieving text and associated graphics
US491644119 Sep 198810 Apr 1990Clinicom IncorporatedPortable handheld terminal
US491863217 Nov 198817 Apr 1990Hewlett-Packard CompanyNotebook mountable computer system
US497249624 Mar 198720 Nov 1990Grid Systems CorporationHandwritten keyboardless entry computer system
US4985697 *21 Jan 198815 Jan 1991Learning Insights, Ltd.Electronic book educational publishing method using buried reference materials and alternate learning levels
US5021989 *1 Oct 19904 Jun 1991Hitachi, Ltd.Document browsing apparatus with concurrent processing and retrievel
US5025373 *30 Jun 198818 Jun 1991Jml Communications, Inc.Portable personal-banking system
US5031119 *12 Jun 19899 Jul 1991Tandy CorporationSplit screen keyboard emulator
US5065345 *21 Aug 199012 Nov 1991Dyned International, Inc.Interactive audiovisual control mechanism
US5091939 *22 Jun 199025 Feb 1992Tandy CorporationMethod and apparatus for password protection of a computer
US5109354 *30 Mar 199028 Apr 1992Kyocera CorporationElectronic system pocketbook apparatus
US5115508 *29 Mar 198819 May 1992Sharp Kabushiki KaishaPassword system utilizing two password types, the first being changeable after entry, the second being unchangeable until power is removed
US5121492 *2 Mar 19879 Jun 1992Meridian Data, Inc.System for simulating access times of a CD ROM on a hard disk by slowing the operation of the hard disk
US5133076 *12 Jun 198921 Jul 1992Grid Systems CorporationHand held computer
US5146552 *28 Feb 19908 Sep 1992International Business Machines CorporationMethod for associating annotation with electronically published material
US5157491 *27 Aug 199020 Oct 1992Kassatly L Samuel AMethod and apparatus for video broadcasting and teleconferencing
US5157737 *14 May 199020 Oct 1992Grid Systems CorporationHandwritten keyboardless entry computer system
US5157783 *26 Feb 198820 Oct 1992Wang Laboratories, Inc.Data base system which maintains project query list, desktop list and status of multiple ongoing research projects
US5199104 *22 Nov 198930 Mar 1993Sony CorporationElectronic organizer with electronic book marker
US5203001 *5 Sep 198913 Apr 1993Sharp Kabushiki KaishaPortable computer having an updatable table of starting addresses for accessing those stored programs having been previously executed
US5214696 *4 Feb 199225 May 1993International Business Machines CorporationData processing system and method to produce softcopy book readers which are limited to reading only books published by a specific publisher
US5221838 *20 Oct 199222 Jun 1993Motorola, Inc.Electronic wallet
US5222136 *23 Jul 199222 Jun 1993Crest Industries, Inc.Encrypted communication system
US522608024 Sep 19916 Jul 1993Grid Systems CorporationMethod and apparatus for password protection of a computer
US523166212 Nov 199127 Jul 1993Tulip Computers International B.V.Method and device for enciphering data to be transferred and for deciphering the enciphered data, and a computer system comprising such a device
US523333321 May 19903 Aug 1993Borsuk Sherwin MPortable hand held reading unit with reading aid feature
US523966523 Nov 199224 Aug 1993Hiuka Sangyo Kabushiki KaishaElectronic book having several keys for changing pages and underlining certain portions of text
US52456569 Sep 199214 Sep 1993Bell Communications Research, Inc.Security method for private information delivery and filtering in public networks
US524766110 Sep 199021 Sep 1993International Business Machines CorporationMethod and apparatus for automated document distribution in a data processing system
US525329418 Apr 198312 Oct 1993At&T Bell LaboratoriesSecure transmission system
US53195821 Oct 19917 Jun 1994Ma Hsi KDetachable portable personal computer
US53331163 Mar 199326 Jul 1994Ast Research, Inc.Combination laptop and pad computer
US533909114 Oct 199216 Aug 1994Semiconductor Energy Laboratory Co., Ltd.Paperless portable book
US535970722 Feb 199425 Oct 1994Fuji Xerox Co., Ltd.Document processor having a programmable dictionary
US536559819 Jun 199215 Nov 1994Ast Research, Inc.Handwritten keyboardless entry computer system
US53676216 Sep 199122 Nov 1994International Business Machines CorporationData processing method to provide a generalized link from a reference point in an on-line book to an arbitrary multimedia object which can be dynamically updated
US537905728 Jul 19933 Jan 1995Microslate, Inc.Portable computer with touch screen and computer system employing same
US53881967 Sep 19907 Feb 1995Xerox CorporationHierarchical shared books with database
US539238717 Dec 199221 Feb 1995International Business Machines CorporationMethod and system for enhanced data access efficiency in an electronic book
US539831013 Apr 199214 Mar 1995Apple Computer, IncorporatedPointing gesture based computer note pad paging and scrolling interface
US54045051 Nov 19914 Apr 1995Finisar CorporationSystem for scheduling transmission of indexed and requested database tiers on demand at varying repetition rates
US542860630 Jun 199327 Jun 1995Moskowitz; Scott A.Digital information commodities exchange
US543834419 Apr 19941 Aug 1995Oliva; AnthonyPortable video book
US545774619 Dec 199410 Oct 1995Spyrus, Inc.System and method for access control for portable data storage media
US546372531 Dec 199231 Oct 1995International Business Machines Corp.Apparatus for displaying information for a user
US546521312 Jul 19937 Nov 1995Ross; Harvey M.System and method of manufacturing a single book copy
US546710228 Mar 199514 Nov 1995Kabushiki Kaisha ToshibaPortable display device with at least two display screens controllable collectively or separately
US547539927 Jul 199312 Dec 1995Borsuk; Sherwin M.Portable hand held reading unit with reading aid feature
US54775103 Sep 199319 Dec 1995Sony CorporationOptical disc playback and display apparatus
US548358618 Jul 19949 Jan 1996Sussman; LesterElectronic on-line subscriber telephone directory
US559847025 Apr 199428 Jan 1997International Business Machines CorporationMethod and apparatus for enabling trial period use of software products: Method and apparatus for utilizing a decryption block
US56152648 Jun 199525 Mar 1997Wave Systems Corp.Encrypted data package record for use in remote transaction metered data system
US562998023 Nov 199413 May 1997Xerox CorporationSystem for controlling the distribution and use of digital works
US563844323 Nov 199410 Jun 1997Xerox CorporationSystem for controlling the distribution and use of composite digital works
US568495023 Sep 19964 Nov 1997Lockheed Martin CorporationMethod and system for authenticating users to multiple computer servers via a single sign-on
US569779314 Dec 199516 Dec 1997Motorola, Inc.Electronic book and method of displaying at least one reading metric therefor
US571994324 Mar 199517 Feb 1998Hitachi, Ltd.Digital information signal transmitting/receiving method and system
US573482325 Jul 199631 Mar 1998Microtome, Inc.Systems and apparatus for electronic communication and storage of information
US573489112 Jun 199631 Mar 1998Saigh; Michael M.Systems and apparatus for electronic communication and storage of time encoded information
US57844634 Dec 199621 Jul 1998V-One CorporationToken distribution, registration, and dynamic configuration of user entitlement for an application level security system and method
USD27662614 Sep 19814 Dec 1984 Combined automatic information terminal and vending machine
USD28977713 Aug 198412 May 1987Diebold, IncorporatedCredit card actuated terminal for controlling the dispense of motor fuel or similar article
USD330544 *17 Dec 199027 Oct 1992Modular Instruments, Inc.Combined electronic equipment cabinet and controls
USD3393299 Oct 199014 Sep 1993New York Telephone CompanyPublic information access terminal
USD3466204 Nov 19923 May 1994 Electronic book for displaying sheet music
USD35930618 Sep 199213 Jun 1995Booklink CorporationElectronic book computer for entering and reading written material
USD3622711 Sep 199412 Sep 1995Franklin Electronic Publishers, IncorporatedElectronic book with display screen and folding cover
USD3622721 Sep 199412 Sep 1995Franklin Electronic Publishers, IncorporatedElectronic book with display screen
USD3624611 Sep 199419 Sep 1995Franklin Electronic Publishers, IncorporatedElectronic book with display screen and speaker
EP0390611A230 Mar 19903 Oct 1990Hiuka Sangyo Kabushiki KaishaElectronic book
FR2657187A1 Title not available
FR2657451A1 Title not available
GB2149544A Title not available
WO1987001481A129 Aug 198612 Mar 1987Norbert Joseph SteinElectronic book device
WO1989005023A118 Nov 19881 Jun 1989Emilio A FernandezMicroprocessor based simulated book
WO1997020274A129 Nov 19965 Jun 1997Everybook Delaware IncPersonal electronic book system
WO1998040809A212 Mar 199817 Sep 1998Cha Tech Serv IncMethod and system for secure online transaction processing
Non-Patent Citations
Reference
1Bruce Schneier, Applied Cryptography, section 3.2, 1992.*
2Cox Technology Threatens to Shatter the World of College Textbooks The Wall Street Journal-Electronic Campus, Jun. 1, 1993.
3Cox Technology Threatens to Shatter the World of College Textbooks The Wall Street Journal—Electronic Campus, Jun. 1, 1993.
4Dvorak, et al. Methodology for User Centred Link Structures for Textbook to Hypertext Conversion, IEEE, Jan. 1992, pp. 619-628.
5Fisher This Little Compute rTries to be a Book, St. Louis Post-Dispatch, Jan. 4, 1995.
6Gustavus Simmons, Comtemporary Cryptology, chapter, 1992.*
7Pobiak Adjustable Access Electronic Books, IEEE, Jan. 1992, pp. 90-94.
8Ramos Making Book on Electronic Books, College Store Journal-Sep./Oct. 1992.
9Ramos Making Book on Electronic Books, College Store Journal—Sep./Oct. 1992.
10Steinert-Threlkeld Now, Data by Satellite, Inter@ctive Week (no date).
11The Heller Report, Oct. 1993.
12Wantanabe et al., Visual Interface for Retrieval of Electronic-Formed Books, IEEE, Jul. 1993, pp. 692-695.
13Ziegler IBM to Unveil Plan to Skip Disks, Send Software by Satellite, The Wall Street Journal, Nov. 1, 1994.
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US6496931 *31 Dec 199817 Dec 2002Lucent Technologies Inc.Anonymous web site user information communication method
US6650743 *14 Jun 200218 Nov 2003Ameritech CorporationMethod of providing caller identification for calls placed over an internet
US678582531 May 200231 Aug 2004Z4 Technologies, Inc.Method for securing software to decrease software piracy
US67925485 Nov 200114 Sep 2004Z4 Technologies, Inc.Method for providing repeated contact with software end-user using authorized administrator
US67925495 Nov 200114 Sep 2004Z4 Technologies, Inc.Method and apparatus for repeated contact of software end-user
US67959255 Nov 200121 Sep 2004Z4 Technologies, Inc.Computer readable storage medium for providing repeated contact with software end-user
US681371713 May 20022 Nov 2004Z4 Technologies, Inc.Method for securing software to reduce unauthorized use
US681371826 Jun 20022 Nov 2004Z4 Technologies, Inc.Computer readable storage medium for securing software to reduce unauthorized use
US685707830 May 200215 Feb 2005Z4 Technologies, Inc.Method for securing software to increase license compliance
US69860634 Feb 200310 Jan 2006Z4 Technologies, Inc.Method for monitoring software using encryption including digital signatures/certificates
US703211030 Jun 200018 Apr 2006Landesk Software LimitedPKI-based client/server authentication
US7120796 *14 Jun 200210 Oct 2006Copytele, Inc.Method and system for preventing computer worm dissemination using encryption
US7127607 *28 May 200424 Oct 2006Landesk Software LimitedPKI-based client/server authentication
US7251730 *15 Feb 200231 Jul 2007Qualcomm IncorporatedMethod and apparatus for simplified audio authentication
US72603858 Sep 200321 Aug 2007Sbc Properties, L.P.Method of providing caller identification for calls placed over an internet
US7260714 *20 Aug 200221 Aug 2007Sony CorporationSystem and method for authenticating wireless component
US7334128 *31 May 200519 Feb 2008Checkfree CorporationAccessing information on a network using an extended network universal resource locator
US73566913 Feb 20058 Apr 2008Sony CorporationAuthentication of mobile wireless network component
US7426638 *30 Jun 200616 Sep 2008Checkfree CorporationControlling access to information on a network using an extended network universal resource locator
US7509290 *16 Apr 200224 Mar 2009Microsoft CorporationMethods and apparatuses for differentiating users in multi-player web-based entertainment environments
US7562222 *23 Mar 200514 Jul 2009Rsa Security Inc.System and method for authenticating entities to users
US75968042 Jul 200329 Sep 2009Aol LlcSeamless cross-site user authentication status detection and automatic login
US770313428 Jan 200520 Apr 2010Sony CorporationDe-authentication of network component
US770651425 Jun 200727 Apr 2010At&T Intellectual Property I, LpMethod of providing caller identification for calls placed over an internet
US79664976 May 200221 Jun 2011Qualcomm IncorporatedSystem and method for acoustic two factor authentication
US82558209 Jun 200928 Aug 2012Skiff, LlcElectronic paper display device event tracking
US83914803 Feb 20095 Mar 2013Qualcomm IncorporatedDigital authentication over acoustic channel
US8510219 *31 Mar 200013 Aug 2013Edward M. RoseBilling management package for internet access and web page utilization
US8595340 *31 Oct 200726 Nov 2013Yahoo! Inc.Method and system for managing digital content, including streaming media
US862078231 Aug 200931 Dec 2013Checkfree Services CorporationInter-network electronic billing
US871989928 Aug 20096 May 2014Bright Sun TechnologiesSeamless cross-site user authentication status detection and automatic login
US8738471 *20 Aug 200727 May 2014Scott C. HarrisEnhancing touch and feel on the internet
US8745178 *29 Nov 20123 Jun 2014Apple Inc.Selection of an appropriate online content source based on program information
US8762541 *25 Feb 200524 Jun 2014Siemens Enterprise Communications, Inc.Systems and methods for routing a communications link
US20090055290 *20 Aug 200726 Feb 2009Harris Scott CEnhancing Touch and Feel on the Internet
US20130091256 *29 Nov 201211 Apr 2013Apple Inc.Selection of an appropriate online content source based on program information
WO2004019550A2 *18 Aug 20034 Mar 2004Sony CorpSystem and method for authenticating wireless component
Classifications
U.S. Classification713/168
International ClassificationG06F1/00, G06F21/00, H04L29/06
Cooperative ClassificationH04L63/0435, H04L29/06, G06F21/445, G06F2211/007, G06F2221/2115, H04L63/0807, G06F21/33, G06F21/10
European ClassificationG06F21/44A, G06F21/33, G06F21/10, H04L63/08A, H04L63/04B1, H04L29/06
Legal Events
DateCodeEventDescription
13 Jun 2013ASAssignment
Owner name: ROVI TECHNOLOGIES CORPORATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NETWORKS EBOOK LLC;REEL/FRAME:030605/0654
Effective date: 20090819
16 Jan 2013FPAYFee payment
Year of fee payment: 12
26 May 2011ASAssignment
Owner name: SOFTBOOK PRESS, INC., CALIFORNIA
Effective date: 20110524
Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:STARSIGHT TELECAST, INC.;REEL/FRAME:026342/0211
29 Oct 2010ASAssignment
Owner name: GEMSTAR DEVELOPMENT CORPORATION, CALIFORNIA
Owner name: ODS PROPERTIES, INC., CALIFORNIA
Owner name: ROVI GUIDES, INC. (FORMERLY KNOWN AS GEMSTAR-TV GU
Owner name: UNITED VIDEO PROPERTIES, INC., CALIFORNIA
Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A. (A NATIONAL ASSOCIATION);REEL/FRAME:025222/0731
Owner name: APTIV DIGITAL, INC., CALIFORNIA
Effective date: 20100317
Owner name: TV GUIDE ONLINE, LLC, CALIFORNIA
Owner name: ALL MEDIA GUIDE, LLC, CALIFORNIA
Owner name: INDEX SYSTEMS INC., CALIFORNIA
Owner name: ROVI SOLUTIONS CORPORATION (FORMERLY KNOWN AS MACR
Owner name: ROVI SOLUTIONS LIMITED (FORMERLY KNOWN AS MACROVIS
Owner name: ROVI TECHNOLOGIES CORPORATION, CALIFORNIA
Owner name: ROVI DATA SOLUTIONS, INC. (FORMERLY KNOWN AS TV GU
Owner name: STARSIGHT TELECAST, INC., CALIFORNIA
Owner name: TV GUIDE, INC., CALIFORNIA
4 Dec 2009ASAssignment
Owner name: JPMORGAN CHASE BANK, N.A., NEW YORK
Free format text: SECURITY AGREEMENT;ASSIGNOR:ROVI TECHNOLOGIES CORPORATION;REEL/FRAME:023607/0249
Effective date: 20090915
10 Sep 2009ASAssignment
Owner name: NETWORKS EBOOK LLC, CALIFORNIA
Free format text: MERGER;ASSIGNOR:GEMSTAR EBOOK GROUP LIMITED;REEL/FRAME:023208/0376
Effective date: 20051222
Owner name: ROVI TECHNOLOGIES CORPORATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NETWORKS EBOOK LLC;REEL/FRAME:023208/0369
Effective date: 20090819
17 Feb 2009FPAYFee payment
Year of fee payment: 8
20 Apr 2005ASAssignment
Owner name: GEMSTAR EBOOK GROUP LIMITED, CALIFORNIA
Free format text: MERGER AND CHANGE OF NAME;ASSIGNORS:SOFTBOOK PRESS, INC.(CHANGE OF NAME TO GEMSTAR EBOOK GROUP LIMITED);NUVOMEDIA, INC. (AGREEMENT AND APPROVAL OF MERGER BETWEEN GEMSTAR EBOOK GROUP AND NUVOMEDIA, INC.);REEL/FRAME:016117/0747
Effective date: 20011228
Owner name: GEMSTAR EBOOK GROUP LIMITED 6922 HOLLYWOOD BLVD. 1
Free format text: MERGER AND CHANGE OF NAME;ASSIGNORS:SOFTBOOK PRESS, INC.(CHANGE OF NAME TO GEMSTAR EBOOK GROUP LIMITED) /AR;REEL/FRAME:016117/0747
7 Jan 2005FPAYFee payment
Year of fee payment: 4
22 Dec 1999ASAssignment
Owner name: STARSIGHT TELECAST, INC., CALIFORNIA
Free format text: SECURITY AGREEMENT;ASSIGNOR:SOFTBOOK PRESS, INC.;REEL/FRAME:010485/0218
Effective date: 19991213
Owner name: STARSIGHT TELECAST, INC. THIRD FLOOR 39650 LIBERTY
12 Jan 1999ASAssignment
Owner name: SOFTBOOK PRESS, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NOVICOV, ALEKSEY;RIVLIN, JOHN MICHAEL;CONBOY, GARTH;AND OTHERS;REEL/FRAME:009687/0886;SIGNING DATES FROM 19981214 TO 19981218