Data processing: software development – installation – and managem – Software program development tool – Translation of code
Reexamination Certificate
1999-08-10
2001-08-28
Chaki, Kakali (Department: 2122)
Data processing: software development, installation, and managem
Software program development tool
Translation of code
C709S203000
Reexamination Certificate
active
06282711
ABSTRACT:
FIELD OF THE INVENTION
This invention relates to methods used to customize the installation of software packages, as well as the installation of selected components of a software suite, on a local data processing system by downloading files from a remote server source coupled to a distributed processing network such as the Internet.
BACKGROUND OF THE INVENTION
The process of installing software retrieved from a remote server system accessible via the Internet is generally clumsy, inefficient, and difficult. When a user desires to install selected components or programs of a particular software package available from a remote server source, he typically must download an entire installation package, either as a single large compressed file, or as multiple floppy disk “images”. Most likely, the installation package includes not only those components and options that the user will ultimately install on his target machine, but may components and options which will be discarded. The user must then “unpack” the compressed file into a multitude of smaller files, which may include an installer program and uninstalled program files. This process often involves double-clicking on a self-extracting executable which contains batch commands for PKUNZIP or a similar decompression utility, and automatic startup for the installer program. In certain instances, the user must manually execute the individual decompression and install steps. The installer program, which is typically unpacked into an identified file directory, is normally named either “setup.exe” or “install.exe”.
The standard installation process heretofore described is highly efficient if all of the components within the downloaded installation package are installed on the target system. However, efficiency is directly related to the percentage of delivered components actually installed on the target system. If only one of many delivered components is installed, then the standard installation process is highly inefficient. Consider the case of an application suite. A suite may be generally characterized as a set of related applications (components), each component often having many installation options, which may include selectable features and data templates. It is not unusual for multiple applications to require access to shared files stored in a common directory. If the entire suite is downloaded as a single installation package, but only some of the downloaded applications are subsequently installed on the target client system, a great deal of the transmitted data is wasted. Likewise, if individual components of a software suite are downloaded, the download may be based on a static installation package for each component. In such a case, common files (i.e., those files shared by different components of a software suite) are often transmitted redundantly with the static installation package for each component. Transmittal of more than one copy of common files to the user wastes network bandwidth and increases download and installation times. In addition, any options associated with each component that are not implemented by the user also represents waste. Where static installation packages are employed for individual software components, each static package must be tested for functionality with each software update.
Inefficiency in software package transmission heretofore described arises primarily because integration of the components into the target environment is done on the client machine, after the data has already been transmitted and unpacked. There is generally little that can be done to prune away unwanted and redundant files and data prior to downloading a large software package. This inefficiency is so onerous, particularly in dial-up Internet environments, that users may simply choose not to acquire a non-trivial application package using that medium. What is needed is a new method of software distribution that eliminates the requirement that unwanted and/or redundant data be transmitted to a client machine if only a portion of the available software components are to be installed thereon.
A slightly different approach to software installation is taken for intra-company networks. Installation programs have been developed specifically for that use. Typically, such a program is installed by a network administrator as an application on a shared disk drive. The network install program can generally be launched from any client machine on the network, but almost always will run under only one particular operating system. For instance, an installer for Windows NT can be stored on a Unix file system, but it must be launched on a client machine which has Windows NT loaded on Intel-compatible hardware before any installation options may be selected. Operation of traditional network installer programs is limited to a common subnet. They must therefore be installed on a shared drive inside the user Internet firewall. This means that network installation cannot generally be accomplished directly between the networks of two different companies. Network installation packages generally provide every option for every type of installation that one may wish to perform on the enterprise network. The installation package therefore contains a full set of application components and options although some of those applications and/or options are rarely, if ever, used. Whenever a new version of the software is released by the vendor, the network administrator must reinstall the installer program on the network.
One current approach to downloading software from the Internet requires the installation of an application program on a client or server machine of a local network. Once installation is complete, the program facilitates downloads from compatible web sites. An example of such a program is “Fresh Bits” from the company InstallShield. The program, which can be loaded from a CDROM or from the Internet, does not run in a web browser. Thus, it could not be operated from a browser such as Netscape running under a Unix-type operating system. With “Fresh Bits”, the custom configuration of a downloaded software package or suite occurs at the client level. Thus, when a user wants to install only a subset of a particular software package or suite, much unneeded and redundant data must be transmitted over the Internet to the client machine.
What is needed is a new method for installing software from a distributed processing network such as the Internet which will allow the installation of a subset of a suite without having to download unnecessary components and data.
SUMMARY OF THE INVENTION
This invention includes a method for more efficiently installing a subset of a pool of software components in a distributed processing network such as the Internet. An installation package delivered to a requesting user is custom configured at a remote server location prior to delivery to the user, in response to the user's inputs. The delivered installation package contains only the programs, data, and local installation tools required for the user's unique installation requirements.
The user initiates the installation process by connecting to the remote server system via a distributed processing network, such as the Internet. Connection is established to a user interface (UI) template resident on the server. The UI template may be selected from several available templates, each of which is designed for a specific type of user (e.g., a regular user, a power user, or a system administrator). The UI templates can be implemented using one of many available standard graphical interface technologies.
Via the UI template, the user engages in a dialog with an options manager, a server-resident program which manages selection of components from a component pool. The options manager may access “meta data” from a component information database. Meta data is information which relates to the interdependency of components. If the user desires information related to a particular software component within the component pool, such information may also be containe
Halpern Joseph E.
Martz David A.
Sangroniz James
Scheiderich, III Walter J.
Chaki Kakali
Hewlett--Packard Company
LandOfFree
Method for more efficiently installing software components... 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 more efficiently installing software components..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method for more efficiently installing software components... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2502314