Electrical computers and digital processing systems: support – Digital data processing system initialization or configuration
Reexamination Certificate
1998-07-29
2001-02-20
Lee, Thomas C. (Department: 2782)
Electrical computers and digital processing systems: support
Digital data processing system initialization or configuration
C703S013000, C713S100000, C705S026640
Reexamination Certificate
active
06192470
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates generally to a computer configuration device and, more particularly, to a tool for providing price/performance normalization in determining an optimal computer configuration depending upon the user's specific applications.
2. Description of the Related Art
The original computers were very complex devices that required skilled technicians and scientists to operate. When a new device, such as a printer, was added to the computer, special software and hardware needed to be developed specifically for the new device. With the advent of personal computers, it became impractical to require users to develop new software and hardware whenever new hardware was added.
Computer components eventually became standardized, and one of the important pieces of the puzzle was the Disk Operating System, or DOS. Originally DOS only supported a small number of devices such as printers, floppy drives, and hard disk drives. In addition, DOS was severely limited in the number of different computer configurations and components such as memory and peripherals that could be supported.
One advance in the computer arts was the arrival of “plug-and-play” architecture. Plug-and play means that a device can be added to a system without significant setup. This and other tools were the result of the standardization of interfaces which enables many devices to be easily configured to work together.
Today, the typical consumer and business user is presented with an astonishing number of choices with respect to the configuration of a new computer. A computer can be tailored to the particular needs of every user, from a multi-national corporation with immense database requirements to an individual who only desires to log into the Internet. There are computers specialized to perform such tasks as bulk memory storage, communications, and game playing. Depending upon a user's needs, a computer can be configured with anywhere from 16 megabytes to hundreds of megabytes of random access memory (RAM). Static storage such as hard disk drives can vary in capacity from gigabytes (10
9
bytes) to terabytes (10
12
bytes) of data, each arranged in any one of a large number of configurations. Large amounts of RAM and static storage, however, cost proportionally more money. As a result, there is usually a tradeoff between price and performance.
The number of possible devices that can be added to any particular system has also grown. Computers now routinely come with devices that were unavailable even a few decades ago, such as speakers, CD-ROM drives, and fax modems. In addition, a user can add a large number of additional components such as tape drives, network cards, and specialized, game playing devices such as a joy stick. The number of possible choices for a computer system configuration is multiplied by the number of manufacturers that produce each component producing perhaps millions of possible systems.
SUMMARY OF THE INVENTION
Using a device implemented according to the invention, a framework for a computer system configuration device (“framework”) provides a user interface and functionality common to a number of computer system configuration devices (“sizers”) that are tailored for specific applications. A sizer collects user data requirements, navigates through possible computer hardware configurations, estimates performance of specific configurations, and provides a recommended configuration to the framework for presentation to an end-user.
The sizer will typically execute in the Windows 95 and Windows NT native environment and is extendible to other environments such as SCO UNIX. The framework architecture can also be extended to support web hosted clients. The framework also supports sizers for multiple operating systems, which means that, even though the sizer is typically implemented on Windows 95 or Windows NT, it could be run in other environments such as SCO UNIX or any such variant. The framework supports multiple product sizers, all of which may be executed serially. The framework can be extended to sizing multiple products on a single server.
A framework can support registration of sizers on the fly, allowing them to provide their credentials, authenticate their identity, and register in the framework's sizer registry. The framework provides front end-user interface management services like navigation, report generation, as well as middle level services like hardware configuration and constraint management. In addition, the framework provides back end services like data persistence. In short, the framework abstracts common sizer functionality and allows for creating a product sizer with minimal effort.
More specifically, the framework preferably supports a plug and play architecture, in essence allowing individual sizers to be plugged into the framework easily. The framework allows sizers to be dynamically attached to the framework through a “registration” mechanism. To add a sizer to the framework, a “Open file” like dialog is presented and selecting a sizer effectively sends a request to the framework for registration. To accomplish this the framework requests identification and resource requirements from the individual sizers, and the sizers provide the relevant information. The framework fills its main panel of information about the sizers characteristics by issuing a series of queries, in effect making calls to known entry points in the sizers' dynamic linked libraries (DLL).
The framework provides user interface management services providing a common look and feel for all sizers supported by it. The framework provides navigation services that allow for navigating between pages. This means that the framework is responsible for navigating among screens generated by the framework, a sizer, and possibly multiple sizers. The same set of facilities is provided for any “utility,” such as a data management utility, that is tacked onto the framework.
The framework can support launching secondary utilities by calling single entry point DLL's. This is the preferred way of calling utilities, to obviate the need to manage secondary window creations when making system calls. If the secondary utility requires a windowing interface, then it will export entry points identical to the product sizer's. Utilities to store and maintain sizer data tables, specifically server configurations and data models, are provided.
The framework also has a dialog that presents information about sizer characteristics, availability choices for individual sizers, and server recommendations. A sizer dialog is typically sandwiched between framework dialogs.
The framework generates user-requested reports specific to system recommendations and attendant workload characteristics specified by the user. The framework also, upon request, prints the reports.
The framework supports multiple levels of availability. Availability is a level of acceptable continual access in the ultimately configured system's data and resources. Availability considerations invariably affect the performance and configuration of every solution. Two factors that affect availability, performance, and possible configuration solutions are fault tolerance and a server recovery. Fault tolerance addresses the effects of single disk failures or, in other words, how much time is required to recover from a failure and how much work is lost as a result of a failure.
The information on which processors can be recommended by a sizer is extracted from the sizer by the framework and a subset of the processors is communicated to the user. The framework will support all relevant processor subsystems known at the time of release, however an individual sizer may choose to support only a subset of the available processors. The framework will need to know of the supported subset so that it may present it to the user as well as for doing configuration constraint management.
The processor subsystem is composed of the architecture or server type, the processor, and the processo
Bartlett Charles A.
Kelley Keith L.
Schmitz Christoph
Varghese Manoj J.
Akin Gump Strauss Hauer & Feld & LLP
Compaq Computer Corporation
Lee Thomas C.
Wang Albert
LandOfFree
Configuration sizer for selecting system of computer... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Configuration sizer for selecting system of computer..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Configuration sizer for selecting system of computer... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2587201