Data processing: database and file management or data structures – Database design – Data structure types
Reexamination Certificate
1998-05-14
2002-02-26
Black, Thomas (Department: 2171)
Data processing: database and file management or data structures
Database design
Data structure types
C709S220000
Reexamination Certificate
active
06351751
ABSTRACT:
BACKGROUND OF THE INVENTION
The present invention relates to persistent storage managers. More specifically, the invention relates to persistent storage managers for client/server environments.
The processing power of personal computers is increasing at an amazing rate. For example, it has been estimated that today's personal computers have more processing power than the computers that were first utilized to put men on the moon. Of course, with the increase in processing power, personal computers have also become quite complex.
One area where the complexities of personal computers has created a wealth of problems is the installation, maintenance (including removal) and upgrading of software applications and hardware. As administrators spend more and more of their time installing, maintaining and upgrading personal computers, they have less and less time to work on servers, networks, plan for the future, and the like.
One solution to the rising complexities of personal computers is to simplify the personal computer. For example, a “network computer” is generally a simplified personal computer that may sacrifice a little processing power to achieve a simplified platform. A network computer may include a processor that performs most processing functions, a read-only memory (“ROM”) that stores bootup information and random access memory (“RAM”) to store data while the network computer is operating. Persistent non-volatile mass storage, such as a local hard drive, and other complex hardware (e.g., graphics cards) are typically conspicuously absent in a network computer.
In operation, a network computer may interrogate the hardware at bootup to determine the hardware that is available. Additionally, the network computer may download software applications from a server computer over a network. Since the network computer typically has a simpler hardware configuration than traditional personal computers, it is easier for developers to develop software applications. Additionally, since software applications are downloaded at startup, software applications can be upgraded and maintained once, at the server computer, instead of multiple times for each individual personal computer.
Although network computers may include ROM, they may not have non-volatile storage for writing, such as a hard drive. Data that is stored in non-volatile storage is also called persistent data because it “persists” even after the computer is turned off (or crashes). Accordingly, it would be desirable to have innovative managers of persistent data in client/server environments.
SUMMARY OF THE INVENTION
In general, embodiments of the present invention provide innovative managers of persistent data. As an example, in a client/server environment, a persistent manager object may be initialized on both the client and server subsystems. The persistent manager objects may be instances of the same persistent manager class. The persistent manager object on the client subsystem may receive a request to store persistent data and the persistent manager object on the client sends the request to the persistent manager object on the server subsystem. The persistent manager object on the scrver subsystem may then store the persistent data to make it subsequently available for the client subsystem. Several embodiments of the invention are described below.
In one embodiment, a method for managing persistent data in a client/server environment includes instantiating a first persistent manager object on a client subsystem, where the first persistent manager object is an instance of a persistent manager class. The first persistent manager object on the client subsystem receives a request regarding persistent data and sends the request to a second persistent manager object on a server subsystem, where the second persistent manager object being is an instance of the same persistent manager class. The second persistent manager object then fulfills the request on the server subsystem. The request may be to store, retrieve or delete persistent data.
In another embodiment, method for initializing a client subsystem includes instantiating a first persistent manager object on a client subsystem, the first persistent manager object being an instance of a persistent manager class. The first persistent manager object on the client subsystem sends a request for initialization data to a second persistent manager object on a server subsystem, the second persistent manager object being an instance of the same persistent manager class. The second persistent manager object fulfills the request on the server subsystem by retrieving the initialization data from a persistent storage. In preferred embodiments, initialization data stored on the client subsystem is coalesced with the initialization data from the persistent storage.
Other features and advantages of the invention will become readily apparent upon review of the following detailed description in association with the accompanying drawings. In the drawings, the same reference numerals will be used to indicate similar structure.
REFERENCES:
patent: 5247669 (1993-09-01), Abraham et al.
patent: 5297279 (1994-03-01), Bannon et al.
patent: 5437027 (1995-07-01), Bannon et al.
patent: 5564054 (1996-10-01), Bramnick et al.
patent: 5590334 (1996-12-01), Saulpaugh et al.
patent: 5734903 (1998-03-01), Saulpaugh et al.
patent: 5802365 (1998-09-01), Kathail et al.
patent: 5944781 (1999-08-01), Murray
patent: 5968136 (1999-10-01), Saulpaugh et al.
patent: 5987242 (1999-11-01), Bentley et al.
patent: 6026437 (2000-02-01), Muschett et al.
patent: 6052720 (2000-04-01), Traversat et al.
patent: 6052739 (2000-04-01), Bopardikar et al.
patent: 6119157 (2000-09-01), Traversat et al.
patent: 6161125 (2000-12-01), Traversat et al.
patent: 6233582 (2001-05-01), Traversat et al.
patent: WO 97/49023 (1997-12-01), None
patent: WO 98/31124 (1998-07-01), None
Taylor, P., “Designing Persistent Object-Oriented Software Architectures,” Technology of Object-Oriented Languages, 1998. Tools 28, p. 14-26.*
Tripathi et al., “Management of persistent objects in the Nexus distributed system,” Object Orientation in Operating Systems, 1992, pp. 100-104.*
Oueichek et al., “Using Persistent Objects for Configuration Management in Distributed Systems,” Systems Management, 1996, IEEE, p. 1-8.*
Millard et al., “Run-time Support and Storage Management for Memory-Mapped Persistent Objects,” Distributed Computing Systems, 1993, Proceedings the 13th International Conf., p. 508-515.*
Traversat et al. “A Machine-Independent Approach to Parallel Programming,”, Databases, Parallel Architectures and Their Applications, PARBASE-90, International Conference on, 1990, p. 400-407.*
Uehara et al., “A Framework of Customizing Transactions in Persistent Object Management for Advanced Applications,” Object-Orientation in Operating Systems, 1995., Fourth, Intl Conf. pp. 84-93.*
Wang et al., “Parallel R-tree Search Algorithm on DSVM,” Database Systems for Advanced Applications, 1999, Proceedings, 6th Int'Conf., p. 237-244.*
Yu et al., “Transaction Management for a Distributed Object Storage System Wakashi-Design, Implementation and Performance,” Data Engineering, 1996, pp. 460-468.
Saulpaugh Thomas
Schmidt Jeffrey A.
Tracey William J.
Traversat Bernard A.
Woodward Steve
Beyer Weaver & Thomas LLP
Black Thomas
Rones Charles L.
Sun Microsystems Inc.
LandOfFree
Persistent storage managers for configuring client/server... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Persistent storage managers for configuring client/server..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Persistent storage managers for configuring client/server... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2950127