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 numberUS20020026634 A1
Publication typeApplication
Application numberUS 09/080,577
Publication dateFeb 28, 2002
Filing dateMay 18, 1998
Priority dateMay 18, 1998
Also published asUS6341373, US6381741
Publication number080577, 09080577, US 2002/0026634 A1, US 2002/026634 A1, US 20020026634 A1, US 20020026634A1, US 2002026634 A1, US 2002026634A1, US-A1-20020026634, US-A1-2002026634, US2002/0026634A1, US2002/026634A1, US20020026634 A1, US20020026634A1, US2002026634 A1, US2002026634A1
InventorsRobert Shaw
Original AssigneeRobert Shaw
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Secure data downloading, recovery and upgrading
US 20020026634 A1
Abstract
The invention provides an improved method and system for secure downloading, recovery, and upgrading of data. A client device receives information from a server device using a reliable software modules stored in permanent memory in the client device. The reliable software modules perform software and data integrity tests, and locate and retrieve data for recovery or upgrade of the client device. The client device confirms the trustworthiness of the received information device by comparing digital signatures or digests for the information it receives with known digital certificates in the reliable software module.
Images(4)
Previous page
Next page
Claims(13)
1. A system for updating application code on a client device from a remote server, said system comprising:
a client device further comprising permanent memory and writeable non-volatile memory;
an interface between said client device and a communication channel connected to the remote server;
software code stored in said permanent memory to perform a boot sequence on said client device, said boot sequence including verifying the validity of application software contained in said writeable memory, retrieving from the remote server through said communication channel update data for identifying invalid code segments, retrieving from the remote server through said communication channel replacement code for replacement of said invalid code segments, comparing validity status data within said update data for identifying invalid code segments such that only invalid code segments need be replaced whereby a compression of data transmission is effected; and
authentication data stored in said permanent memory for authenticating said update information.
2. The system of claim 1 wherein said system further comprises a forced update switch for generating a reset signal; and wherein said boot sequence further comprises checking for a forced update signal and initiating retrieval of said update data in response to said forced update signal.
3. The system of claim 1 wherein said writeable non-volatile memory further comprises a forced update flag settable in response to software errors or upgrade requests; and wherein said boot sequence further comprises checking said forced update flag and initiating retrieval of said update data in response to said forced update flag.
4. A method of updating application code on a client device from a remote server over a communication channel, said method comprising:
a) performing a boot sequence based under control of boot code stored in permanent memory in said client device;
b) determining whether to update a software application stored in writeable non-volatile memory, and terminating the boot sequence if no update is necessary;
c) retrieving from said remote server over said communication channel update data for identifying invalid code segments;
d) retrieving from said remote server over said communication channel, replacement code for replacement of said invalid code segments;
e) comparing validity status data within said update data for identifying invalid code segments against said replacement code such that only a function of said replacement code need be checked to determine validity of said replacement code whereby a compression of data transmission is effected;
f) comparing authentication data within said update data with authentication data stored in said permanent memory for authenticating said update data;
g) downloading and authenticating said replacement code from servers specified by location data within said update data upon successful authentication of said update data; and
h) writing said replacement code into said writeable memory.
5. The method of claim 4 wherein step b) further comprises checking for a forced update signal and initiating an update in response to said forced update signal.
6. The method of claim 4 wherein step b) further comprises checking a forced update flag in said writeable memory and initiating an update in response to said forced update flag.
7. The method of claim 4 wherein step g) comprises determining from validity status data in said update data which code segments of said software application require updating and downloading only those software code segments requiring updating.
8. The method of claim 7 wherein said validity status data comprises hash codes corresponding to discrete logical segments of code within said software application.
9. The method of claim 8 wherein said location data comprises internet addresses corresponding to said discrete logical units of code.
10. The method of claim 4 wherein said replacement code is encrypted and step g) further comprises decrypting said replacement code.
11. The method of claim 4 wherein said replacement code is compressed and step g) further comprises decompressing said replacement software code.
12. The method of claim 4 wherein said authentication data comprises a digital signature.
13. A system for updating application code on a client device from a remote server, said system comprising:
means for providing permanent memory and writeable non-volatile memory;
means for interfacing between said client device and a communication channel connected to the remote server;
means for storing software code in said permanent memory including a means for performing a boot sequence on said client device, said boot sequence including a means for verifying the validity of application software contained in said writeable memory;
means for retrieving from the remote server through said communication channel, update data for identifying invalid code segments;
means for replacement of said invalid code segments with replacement code;
means for comparing validity status data within said update data for identifying invalid code segments against said replacement code such that only a portion of said replacement code need be checked to determine validity of said replacement code whereby a compression of data is effected; and
means for storing authentication data in said permanent memory for authenticating said update information.
Description

[0001] Provisional Application Ser. No. 60/046,749, filed May 12, 1997, in the name of inventors Robert Shaw, Christopher Moeller, Clifford Mercer, Mark Law, and Luis Valente, titled “Operating System and Memory Management,” attorney docket number NAV-006P.

[0002] Each of these applications is hereby incorporated by reference as if fully set forth herein.

BACKGROUND OF THE INVENTION

[0003] 1. Field of the Invention

[0004] The invention relates to secure downloading, recovery and upgrading of data.

[0005] 2. Description of Related Art

[0006] Recent developments in networking include client devices, which interact with a network to contact one or more server devices, and that are disposed for displaying information from those server devices. Division of responsibility among the clients and server allows each client device to use relatively fewer resources (such as processing power or memory) and therefore to be relatively inexpensive. Client devices can be manufactured en masse at relatively smaller cost and distributed to a large number of end users.

[0007] One problem in the known art is that client devices are subject to various failures. These can include hardware failures, which can damage software used to control the client device, and software failures, which can cause the client device to operate erroneously. It would therefore be advantageous to provide a method and system for recovery from memory errors in the client device. Moreover, there may be substantial upgrades to software designed for the client device developed after the client device has been manufactured and delivered to the end user. It would therefore be advantageous to provide a method and system for delivering these software upgrades to the client device.

[0008] This problem in the known art is exacerbated by several factors. First, as the client device is relatively inexpensive and within the complete physical control of the end user, it is unknown whether the software available at the client device can be trusted. Second, the client device itself cannot necessarily trust the data it receives from the server device it is coupled to if established over an insecure network, such as the internet. Third, the client device has relatively limited resources for communicating with the server device; in particular, the client device has relatively limited resources for rapidly receiving downloaded information from server devices.

[0009] Accordingly, it would be desirable to provide an improved method and system for secure downloading, recovery, and upgrading. This advantage is achieved in an embodiment of the invention in which a client device contacts a server device using a reliable software module. The reliable software module obtains trustworthy information with which to perform software and data integrity tests, and with which to locate data for recovery or upgrade of the client device.

SUMMARY OF THE INVENTION

[0010] The invention provides an improved method and system for secure downloading, recovery, and upgrading. A client device receives information from a server device using reliable software modules stored in permanent memory in the client device. The reliable software modules perform software and data integrity tests, and locate and retrieve data for recovery or upgrade of the client device. The client device confirms the trustworthiness of the received information device by comparing digital signatures or digests for the information it receives with known digital certificates in the reliable software module or received from known trusted server devices.

BRIEF DESCRIPTION OF THE DRAWINGS

[0011]FIG. 1 shows a block diagram of a system for secure data downloading and upgrading.

[0012]FIG. 2 shows a process flow diagram for booting a client device and determining whether there is a need for downloading and upgrading.

[0013]FIG. 3 shows a process flow diagram of a method for secure data downloading and upgrading.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

[0014] In the following description, a preferred embodiment of the invention is described with regard to preferred process steps and data structures. However, those skilled in the art would recognize, after perusal of this application, that embodiments of the invention may be implemented using one or more general purpose processors (or special purpose processors adapted to the particular process steps and data structures) operating under program control, or other special purpose circuits, and that implementation of the preferred process steps and data structures described herein using such equipment would not require undue experimentation or further invention.

[0015] System Elements

[0016]FIG. 1 shows a block diagram of a preferred embodiment of a system for secure data downloading and upgrading.

[0017] A client device 10 has a processor 12 connected to a permanent memory 14 and writeable memory 16 by a data bus 18. Both permanent memory 14 and writeable memory 16 are non-volatile or other persistent memory. Permanent memory 14 is a non-writeable memory, such as a ROM, while the writeable memory 16 is a persistent memory, such as a NVRAM, flash memory or disk. Client device 10 also incorporates other memory, such as RAM into which code is loaded for execution.

[0018] Stored within permanent memory 14 is boot code 22, which controls the initialization boot process for client device 10 after a reset or power cycle. Boot code 22 is further subdivided into host boot code 30 and Navio boot code 32. The host boot code 30 is a vendor provided, client-resident code that if present initializes the system after power-on or a reset and then transfers control to the Navio boot code 32. The Navio boot code 32 is the code that is responsible the selection and execution of either the downloader code 24 or the application code 26.

[0019] The downloader code 24 is stored within permanent memory 14 and is a secure set of code which controls the connection of client device 10 via I/O port 40 to a communication channel 50. The downloader code 24 is the only copy of code that can be trusted after random or intentional corruption as it resides in permanent read-only storage. I/O port 40 is connected to data bus 18, and permits data such as updater code 70 from a remote server 60 to be downloaded under the control of downloader 24 via communication channel 50 to writeable memory 16 (RAM). Updater code 70 is code that is stored on the remote server 60 and downloaded to the client device 10 to upgrade or recover the application code 26. The application code 26 is stored in writeable memory 16 and is the application seen by the user (i.e. the browser along with the operating system). In order to minimize the size of permanent memory 14 and to maximize flexibility in upgrading application code 26 for client device 10, it is desirable for boot code 22 to be as streamlined as possible. Additionally, downloader 24 can be compressed in permanent memory 14 to save memory. Later it can be decompressed before being loaded into RAM for execution.

[0020] Communication channel 50 comprises a telephone line, ISDN line, cable, fiberoptic, or any other data transfer line connected to a modem or any other network interface device connected to, or contained within, I/O port 40. Such a connection links client device 10 through a network, either a private intranet or the public Internet to any of a plurality of remote servers 60.

[0021] Client device 10 includes a forced update feature 20 which when depressed reboots the client device 10. This forced update feature 20 does not need to be a physical switch. It may for example, consist of a combination of switches which when toggled in a specific sequence achieve a reboot and force a download. Alternatively, depressing a reset switch for a predetermined extended period of time, such as for five seconds, could activate the forced update feature 20.

[0022] Method of Operation

[0023]FIG. 2 shows a process flow diagram for booting client device 10 and determining whether there is a need for downloading and upgrading application code 26.

[0024] Initially, boot code 22, which is further subdivided into its host boot code and Navio boot code portions, takes control of client device 10. The host boot code 30, a vendor provided, client-resident code initializes the system after power-on or a reset and then transfers control to the Navio boot code 32. After control has been passed to the Navio boot code 32 the decision to run the application code 26 or the downloader 24 is made at step 110. The Navio boot code performs an integrity check on the application code 26 using a verification method such as an MD5 digest because at this part of the process only corruption is being checked as opposed to authenticity.

[0025] The writeable memory 16 stores two binary values as indicators of system integrity. The first is RunDownloader which if set causes the downloader 24 to run an upgrade of the application code 26. The second is TrustData which if not set creates the assumption that the data in writeable memory 16 is corrupt despite any appearance to the contrary. This is a validity check to determine whether the writeable memory 16 which contains information like the local ISP phone number and client-id/password as well as application code 26 may be trusted.

[0026] When either of these two indicators have these assigned values, a reset flag 28 is set in the writeable memory and the Navio boot code 32 forces a system reboot and update at step 120. Similarly, the user may also press the forced update feature and force a system reboot and update at step 120. In either case once the reboot and update has commenced, the downloader 24 initializes and connects to the remote server 60 and passes the information regarding client-id/password and synchronizes with the remote server 60 at which point the client device 10 may be given a new ISP phone number to call.

[0027] At step 130 it is determined whether the application code 26 is intact. If application code 26 is intact, control is transferred to application code 26 at 140 and client device 10 proceeds with its normal function. This is the usual result of the boot sequence. If application code 26 is corrupt, control of client device 10 is transferred to the update downloading sequence 150.

[0028] Retrieving the Updater

[0029]FIG. 2 illustrates the update downloading sequence of the updater 70 from remote server 60 at step 150. FIG. 3 illustrates the updating and downloading sequence in greater detail. Starting at step 210 where the decision has been made to load the downloader, the loading process continues at step 220 with the client device 10 establishing contact with the remote server 60. The client device 10 transmits at step 222 identification information regarding itself, e.g., version number, memory size, and requests transmission of an updater code package, a digitally-signed manifest which in some embodiments may contain additional program code for executing the update.

[0030] When the correct updater is located at step 224, a chunk of updater code 70 will be downloaded to the client device from the remote server 60. Next, client device 10 receives the transmitted updater code 70 and checks it at step 226 to determine whether it is valid. In the illustrated embodiment, downloader 24 compares a digital signature or digest contained within the updater package with known signature data saved in downloader code 24. Because downloader 24 is stored in permanent memory 14, it is secure and trustworthy, and hence a match between the digital signature of the updater code package and the stored digital signature validates the identity of the updater. This allows client device 10 to update application code 26 irrespective of the relative security of either communication channel 50 or remote server 60.

[0031] Next client device 10 reviews the results of the comparison at step 230. If the signature does not match, the process returns to step 220, preferably with connection to a different remote server 60, and a new updater is received. If the signatures match, the update process begins with an initialization process at step 232. The updater contains a table or manifest, which logically divides application code 26 into smaller code segments, representing portions of or complete logical segments of application code 26.

[0032] Retrieving the Application Code

[0033] When a valid updater is received the updater is given control of client device 10. It sets the “in update” flag, and loads a new update of code segment by segment. The updater checks each segment of application code 26 for corruption by determining whether the contents of a specific code segment match a hash or digest.

[0034] In a preferred embodiment this is implemented by including a manifest or table of secure hashes such as SHA1 in the updater 70. Each hash in the table should correspond to an image of the most recent segment of application code 26. Each hash in the manifest is accompanied by a location identifier, such as an internet URL, for a corresponding replacement code segment. This allows different replacement code segments to be stored in separate locations, such as different remote servers 60. This method allows individual components of application code 26 to be loaded separately.

[0035] After the initialization process at step 232, a segment of code from application 26 is verified at step 240 using the hash checklist. As shown at step 242, if that block of code is valid, client device 10 checks at step 249 to see if there are remaining code segments to be verified. If there are more code segments, the process repeats starting at step 240 for the next code segment. If there aren't any more code segments to check, the application is loaded at step 250 and the update is complete.

[0036] If the block of code is invalid at step 242, a substitute segment of code is downloaded from the corresponding URL specified by the updater. The downloaded code segment may be encrypted to provide additional security or compressed for transmission to speed download time. After the code segment is downloaded at step 244 and any required decryption or decompression is performed, the new code segment is checked against its respective hash at step 246 and if it matches at step 247 it is then written to writeable memory 16 at step 248 to replace the corrupted segment of application code 26.

[0037] Launching the Application Code

[0038] When a hash does not correspond to an image of the most recent chunk of application code 26, the updater 70 downloads a file that is designated in the table. At step 246 a check is made to see if there are any more code segments of application code 26 to be checked. After all of the code segments of application code 26 have been checked and validated at steps 242 through 247 and any necessary replacement code segments written to memory at step 248, the application code 26 is completely loaded and ready to execute at step 250.

[0039] In a preferred embodiment each file downloaded by the updater 70 is compressed to minimize bandwidth and speed transmission through communication channel 50. In addition, each segment of code downloaded preferably has a default size of no greater than 64 kilobytes to correspond with the size of a sector of flash memory. Additionally, the segments of code to be downloaded should be in ascending order of memory address, non-overlapping and they should not cross a flash sector boundary.

[0040] Once a given segment of code is downloaded and decompressed, it is authenticated and validated by using the same hash that was used to check the segment of application code 26 which it is replacing and which originally failed the hash check. If the hash matches that in the table of updater 70 then the downloaded segment of code is authentic and is allowed to overvrite its respective segment of application code 26 in writeable memory 16. This is a means of linking security from the digital signature of the updater to the downloaded segments of code because the authentication happens in the process of downloading. Thus, the digital signature is on the downloaded datastream as well as the updater image in memory.

[0041] In a preferred embodiment the table of secure hashes, SHA1 or other equivalents thereof, has a dual purpose. Because the table of secure hashes can check the digest of segments of application code from the updater for validity without checking the whole code segment, a means of compression is achieved in addition to a validity check. For example, a twenty-byte long SHA1 hash can be used to verify a large code segment like a 128-kilobyte segment by skipping the segments that are valid. If only a few segments of code need to be replaced, the savings in transmission time and bandwidth will be substantial. This time savings is important not only to the user of client device 10, but also to the remote server 60 when a large number of client devices 10 need to be updated, such as when a new version of a segment of application code 26 is released or when the number of client devices in service is very large.

[0042] Using the process described above, the present invention ensures that a client device 10 can restore a corrupted application code 26 using minimal program code stored in permanent memory 14. Because the validation process occurs each time client device 10 is initialized, the integrity of application code 26 can be maintained on an ongoing basis. Further, because of the use of digitally signed hashes in the updater, secure transmission of only those segments of application code 26 which need to be updated can be achieved using unsecured remote servers 60 and communication channels 50.

[0043] Alternative Embodiments

[0044] Although preferred embodiments are disclosed herein, many variations are possible which remain within the concept, scope, and spirit of the invention, and these variations would become clear to those skilled in the art after perusal of this application.

Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US6816985 *Nov 13, 2001Nov 9, 2004Sun Microsystems, Inc.Method and apparatus for detecting corrupt software code
US6829635 *Jul 1, 1998Dec 7, 2004Brent TownshendSystem and method of automatically generating the criteria to identify bulk electronic mail
US6829732 *Jan 22, 2001Dec 7, 2004Hewlett-Packard Development Company, L.P.Network-based software recovery for computing devices
US6918056 *Feb 15, 2001Jul 12, 2005High Antivirus Research Inc.Internet-based service system and method for remotely restoring damaged data and files
US6918108Oct 3, 2001Jul 12, 2005Kyocera Wireless Corp.System and method for field diagnosis of wireless communications device system software
US6961537Jul 25, 2002Nov 1, 2005Kyocera Wireless Corp.System and method for peer-to-peer handset communication
US7027806Jul 26, 2001Apr 11, 2006Kyocera Wireless, Corp.System and method for field downloading a wireless communications device software code section
US7043664 *Oct 31, 2002May 9, 2006Microsoft CorporationFirmware recovery
US7062672 *Jun 7, 2002Jun 13, 2006Hewlett-Packard Development Company, L.P.Method of and computer network arrangement for restoring an impaired software image
US7111292 *Jul 17, 2002Sep 19, 2006Texas Instruments IncorporatedApparatus and method for secure program upgrade
US7117371Jun 28, 2000Oct 3, 2006Microsoft CorporationShared names
US7117494Jul 25, 2002Oct 3, 2006Kyocera Wireless Corp.System and method for bi-directional communication and execution of dynamic instruction sets
US7124408 *Jun 28, 2000Oct 17, 2006Microsoft CorporationBinding by hash
US7143407Aug 10, 2001Nov 28, 2006Kyocera Wireless Corp.System and method for executing wireless communications device dynamic instruction sets
US7159214Jul 26, 2001Jan 2, 2007Kyocera Wireless Corp.System and method for compacting field upgradeable wireless communication device software code sections
US7184759May 18, 2004Feb 27, 2007Kyocera Wireless Corp.Modular software components for wireless communication devices
US7184793Sep 18, 2003Feb 27, 2007Kyocera Wireless Corp.System and method for over the air area code update
US7197302May 18, 2004Mar 27, 2007Kyocera Wireless Corp.System and method for interchangeable modular hardware components for wireless communication devices
US7200389May 18, 2004Apr 3, 2007Kyocera Wireless Corp.Dynamic interface software for wireless communication devices
US7200775 *Sep 30, 2003Apr 3, 2007American Megatrends, Inc.Method and data structures for use in providing on-demand computer diagnostics
US7231549Sep 30, 2003Jun 12, 2007American Megatrends, Inc.Method and apparatus for providing on-demand computer diagnostics
US7254386 *Jul 25, 2002Aug 7, 2007Kyocera Wireless Corp.System and method for improved security in handset reprovisioning and reprogramming
US7328007 *Jul 26, 2001Feb 5, 2008Kyocera Wireless Corp.System and method for organizing wireless communication device system software
US7334166Sep 30, 2003Feb 19, 2008American Megatrends, Inc.Method, system, and apparatus for providing and utilizing server-side entry points for use in diagnostics on-demand services
US7359699Sep 7, 2005Apr 15, 2008Kyocera Wireless Corp.System and method for peer-to-peer handset communication
US7386846Oct 2, 2001Jun 10, 2008Kyocera Wireless Corp.System and method for the management of wireless communications device system software downloads in the field
US7412480 *Jun 28, 2001Aug 12, 2008International Business Machines CorporationDevice and method for updating code
US7464102 *Nov 26, 2003Dec 9, 2008Microsoft CorporationSystem and method for providing computer support tools
US7542758Mar 29, 2006Jun 2, 2009Kyocera Wireless Corp.Field downloading of wireless device software
US7577126Feb 26, 2007Aug 18, 2009Kyocera Wireless Corp.System and method for over the air area code update
US7970375Feb 26, 2007Jun 28, 2011Kyocera CorporationSystem and method for expiring modular software components for wireless communication devices
US7970821Jun 25, 2008Jun 28, 2011International Business Machines CorporationDevice and method for updating code
US8032865Jun 29, 2005Oct 4, 2011Kyocera CorporationSystem and method for field diagnosis of wireless communications device system software
US8046448 *Nov 1, 2006Oct 25, 2011Sony CorporationSystem and method for information sharing
US8407684 *Nov 30, 2006Mar 26, 2013Samsung Electronics Co., Ltd.Memory card and method of updating memory card program
US8479180Oct 23, 2006Jul 2, 2013Kyocera CorporationMaintenance of over the air upgradeable wireless communication device software
US8578363 *Sep 6, 2006Nov 5, 2013Microsoft CorporationDifferentiated installable packages
US20080091902 *Nov 30, 2006Apr 17, 2008Jung-Pil LeeMemory card and method of updating memory card program
US20130339734 *Dec 21, 2012Dec 19, 2013Power-One, Inc.Secure Method and System for Remote Field Upgrade of Power Device Firmware
WO2009115029A1 *Mar 16, 2009Sep 24, 2009Huawei Technologies Co.,Ltd.Method, system and apparatus for data remediation
Classifications
U.S. Classification717/173
International ClassificationG06F9/445, G06F17/30, G06F21/00
Cooperative ClassificationG06F21/51, G06F21/57
European ClassificationG06F21/51, G06F21/57
Legal Events
DateCodeEventDescription
Oct 30, 2013FPAYFee payment
Year of fee payment: 12
Oct 30, 2009FPAYFee payment
Year of fee payment: 8
Oct 24, 2005ASAssignment
Owner name: TVWORKS, LLC, PENNSYLVANIA
Free format text: CHANGE OF NAME;ASSIGNOR:DOUBLE C. TECHNOLOGIES, LLC;REEL/FRAME:016926/0526
Effective date: 20050725
Oct 21, 2005FPAYFee payment
Year of fee payment: 4
Jun 27, 2005ASAssignment
Owner name: DOUBLE C TECHNOLOGIES, LLC., PENNSYLVANIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:LIBERATE TECHNOLOGIES;REEL/FRAME:016408/0924
Effective date: 20050405
Jan 2, 2001ASAssignment
Owner name: LIBERATE TECHNOLOGIES A CORPORATION OF DELAWARE, C
Free format text: CHANGE OF NAME;ASSIGNOR:NETWORK COMPUTER, INC. A CORPORATION OF DELAWARE;REEL/FRAME:011390/0450
Effective date: 19990511
Owner name: LIBERATE TECHNOLOGIES A CORPORATION OF DELAWARE 2
Free format text: CHANGE OF NAME;ASSIGNOR:NETWORK COMPUTER, INC. A CORPORATION OF DELAWARE /AR;REEL/FRAME:011390/0450
Jan 24, 2000ASAssignment
Owner name: LIBERATE TECHNOLOGIES, CALIFORNIA
Free format text: CHANGE OF NAME;ASSIGNOR:NETWORK COMPUTER, INC., A CORPORATION OF DELAWARE;REEL/FRAME:010547/0666
Effective date: 19990511
Owner name: LIBERATE TECHNOLOGIES 2 CIRCLE STAR WAY A CORPORAT
Nov 3, 1998ASAssignment
Owner name: NETWORK COMPUTERS, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SHAW, ROBERT;REEL/FRAME:009574/0809
Effective date: 19981028