Data processing: software development – installation – and managem – Software upgrading or updating
Reexamination Certificate
2000-06-01
2004-04-20
Ingberg, Todd (Department: 2124)
Data processing: software development, installation, and managem
Software upgrading or updating
Reexamination Certificate
active
06725452
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates generally to a method that establishes a correct combination of different hardware and software entities necessary for the reliable operation of a computer system and more particularly to a method for resolving dependency conflicts across diverse sets of functional entities while installing or removing specific operative elements in a computing environment.
2. Discussion of Related Art
Computing environments include hardware components and software components. The components are divided into various types: processor devices, disk devices, printer devices, software packages, software libraries, kernel bases, kernel parameters, kernel modules, drivers, configuration files, flags, application packages and the like. The software elements also referred to as modules, or programs, comprise a multitude of executable instructions in hardware-readable format. The components have diverse functionality or applications. Hardware devices are analog interfaces to the real world and perform physical work such as switching electronic circuits, transmitting electrical signals, magnetizing coils, pressing ink into paper surfaces, and the like while software modules operate in a digital mode and control both the operation of the hardware devices, the operation of other software modules in a preset manner, supply various services involving data manipulation and computation by receiving, processing, transforming and outputting information units in a predefined manner. System software modules, such as kernel modules, supervise, manage and control the operations of the computing environment in its entirety.
Typically in a computing environment various hardware and software entities operate in close co-operation. Therefore, within a typical computing environment a plurality of hardware and software entities have multiple dependency relationships with a plurality of other hardware and software entities. Such a dependency relationship could be defined as follows: in an exemplary computing environment for component “A” perform correctly, component “B” and component “C” are both needed. Therefore, in the exemplary computing environment, such as an operating system platform, the utilization of component ‘A’ necessitates the presence of component “B” and the presence of component ‘C’.
Computer systems are practically never static. Frequently changes have to be made. Changing requirements of the environment necessitates the addition and/or replacement of hardware devices or software modules thereby inducing the addition and/or replacement of other software modules. Improved versions of present devices or modules effect the replacement of older versions thereof. New, state-of-art software packages are installed repeatedly in a dynamic process of development and growth. Modifying a computer system typically involves installation or removal of hardware devices or software modules—a process referred to as upgrading the system. When performing the predefined procedures necessary for an upgrade to be implemented frequently dependency conflicts may arise among the components present and the components to be installed. Such dependency conflicts turn the upgrading process into a complicated, prolonged, difficult, and sometimes unsuccessful operation.
Conventionally, users utilizing specific installation utilities perform the installation and the update of components. The majority of utilities operate in a basic fashion; installable components are installed, replacing, if necessary, present components, no dependency checks are made therefore, no attempts are made to solve the dependency conflicts.
Some more advanced utilities perform dependency checks, typically abort the installation process when required and also inform the users in regard to the conflicts but make no attempts to solve the related problem.
It will be obvious to those skilled in the art that there is a long felt need for a comprehensive, totally automated installation utility to assist users of small and medium-size computer system platforms in the exacting task of managing complex and dynamically evolving computing systems. Specifically, there is an urgent need for an effective installation utility designed to resolve automatically inter-component dependency conflicts so as to enable routinely the accomplishment of fast, solid, efficient and convenient computer system upgrades.
BRIEF SUMMARY OF THE INVENTION
One aspect of the present invention regards a method of assisting users of computer client systems in the conduct of an upgrade of a computer system, having a central processing unit, a storage device and a communication device, by automatically establishing an operatively correct combination of a set of components in the computing environment of the computer system. The method includes obtaining at least one control table from a storage device, the at least one control table having a first set of information regarding a set of possible components to be used in the computer environment of the computer system and setting up at least one result table on the storage device, the at least one result table holding a second set of information resulting from automatically establishing an operatively correct combination of two or more components within the set of possible components. Examining the at least one control table for dependency conflicts arising among the set of possible components in the at least one control table and identifying the dependency conflicts arising among the set of possible components in the at least one control table. Resolving the dependency conflicts among the set of possible components in the at least one control table and creating result-related actions based on the resolving.
The above aspect of the present invention overcomes the disadvantages of the prior art by providing a novel method and a system to dependency relationship analysis and to dependency conflict resolving among multiple sets of hardware and software components in a computing environment.
The above aspect of the present invention provides a conflict resolving mechanism implemented as a software program that associates lists of installed components with lists of components to be installed, removed or updated. By utilizing a set of related predetermined dependency rules pertaining to both component lists the dependency conflict resolving module resolves existing conflicts among the hardware and software components and guides the user through a sequence of appropriate actions. Consequently, the user can utilize the information so obtained in a useful manner such as performing one or more recommended installation procedures in order to accomplish a successful system upgrade.
The present invention will be understood and appreciated more fully from the following detailed description taken in conjunction with the drawings in which:
REFERENCES:
patent: 5499357 (1996-03-01), Sonty et al.
patent: 5535406 (1996-07-01), Kolchinsky
patent: 5555416 (1996-09-01), Owens et al.
patent: 5586304 (1996-12-01), Stupek, Jr. et al.
patent: 5588143 (1996-12-01), Stupek, Jr. et al.
patent: 5809287 (1998-09-01), Stupek, Jr. et al.
patent: 5825651 (1998-10-01), Gupta et al.
patent: 5867714 (1999-02-01), Todd et al.
patent: 5875327 (1999-02-01), Brandt et al.
patent: 5960189 (1999-09-01), Stupek, Jr. et al.
patent: 5961642 (1999-10-01), Lewis
patent: 5974474 (1999-10-01), Furner et al.
patent: 6038399 (2000-03-01), Fisher et al.
patent: 6047129 (2000-04-01), Frye
patent: 6096094 (2000-08-01), Kay et al.
patent: 6151643 (2000-11-01), Cheng et al.
patent: 6167567 (2000-12-01), Chiles et al.
patent: 6199203 (2001-03-01), Saboff
patent: 6226792 (2001-05-01), Goiffon et al.
patent: 6230199 (2001-05-01), Revashetti et al.
patent: 6247128 (2001-06-01), Fisher et al.
patent: 6256773 (2001-07-01), Bowman-Amuah
patent: 6289513 (2001-09-01), Bentwich
patent: 6442754 (2002-08-01), Curtis
patent: 2002/0013775 (2002-01-01), Skovgaard
patent: 0 632 371 (1995-01-01), None
patent: 0 632 371 (1995-01-01), None
Edwa
Shufer Ilan
Te'eni Moddy
Aduoa, Inc.
Brinks Hofer Gilson & Lione
Ingberg Todd
Vu Tuan Anh
LandOfFree
Method for resolving dependency conflicts among multiple... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method for resolving dependency conflicts among multiple..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method for resolving dependency conflicts among multiple... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3240784