Abstract:
A computer-implemented method, apparatus, memory embodying computer-readable code for installing software stored on a second machine to a first machine in a distributed computing network is provided. The first machine includes at least a display, processor, and user controls. The method includes the steps of displaying available, installable source objects of a second machine embodying software that is installable on a first machine, displaying software bundle objects having software items, wherein at least one software item is in common with one of the software items in the selected source object in response to a selection by user controls of at least one source object, and installing on the first machine an intersection of the first software items and the second software items.

Description:
BACKGROUND OF THE INVENTION 
     1. Field of the Invention 
     The present invention relates to graphical user interfaces and, more particularly, but without limitation, to an architecture for a graphic network pull install interface. 
     2. Background Information and Description of the Related Art 
     A network user typically desires to install software from a remote location to his/her local machine. Therefore, developers have created conventional software installation packages within the local machine to allow for remote software installation. However, those conventional software packages have certain disadvantages and limitations. For example, to successfully use the installation packages, the local machine must know the network&#39;s topology, the remote machine&#39;s type and configuration, the commands necessary to initiate the install, the names of the directories and files to be installed, and the location/type of source media containing the software to be installed. Typically, the software installation package prompts the user for this information. 
     Further, the local machine must follow specific installation steps in sequence without error to ensure proper installation. Therefore, there is no mechanism for recovery or detection of an error during the installation process. Additionally, conventional installation packages do not provide a means for tracking the latest versions of software. Rather, the user must query the operating system to determine the latest version of software. Moreover, conventional installation packages do not have inherent mechanisms for ensuring security. As such, if a local machine has access to a remote machine, the system administrator is burdened with ensuring that the proper restrictions are in place so that the user only has access to the software s/he needs to install and has no other file access on the remote machine. In addition to administrative tasks that protect the file structure of the remote machine, there are organizational tasks that the system administrator must perform, including repetitively issuing installation steps to each type of remote machine requesting software and scheduling a time for the installation to occur on each one of the remote machines. Although none of these aforementioned tasks are difficult for an experienced system administrator, they are tedious and, therefore, error prone. 
     Accordingly, there is a great demand for a user interface that not only presents the software available for selection by the user from the remote machine, but also provides the most efficient setup path for the system administrator managing the remote machine. To meet these demands, this user interface should provide a mechanism for detecting and recovering from errors during the installation process, provide a means for grouping the software and for tracking the latest versions of installed software, for including inherent mechanisms to ensure security, and for scheduling the installation. 
     SUMMARY 
     A computer-implemented method, apparatus, and memory embodying computer-readable code install software located on a second machine to a first machine in a distributed computing network. The first machine includes at least a display, processor, and user controls. The method includes the step of displaying installable software residing in one or more source objects of the second machine that is installable on the first machine. In response to a selection by user controls of at least one of the displayed source objects, the method also includes the step of displaying software bundle objects having software items, where at least one of the software items is in common (i.e., identical) with one of the software items in the selected source object. If one of the software bundle objects is selected, the method further includes the step of installing on the first machine an intersection (i.e., &#34;ANDING&#34; in boolean logic) of the software items of the source object and the software items of the selected bundle object. 
     Therefore, it is an object of the present invention to provide a user interface that iconically presents all software from one or more remote machines that is available for installation on a local machine. 
     It is a further object to provide a user interface that detects and recovers from errors during the installation process. 
     It is another object to provide a user interface that groups (i.e. bundles) available software and tracks the latest versions of installed software. 
     It is yet another object to provide a user interface that includes inherent mechanisms to ensure security during a software installation. 
     It is a further object to provide a user interface that allows for the scheduling of software installation. 
     These and other objects, features, and advantages will become even more apparent in light of the following detailed description and drawings. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     FIG. 1 illustrates a suitable representative hardware configuration for implementing the present invention. 
     FIG. 2 is a pictorial view of the graphical user interface display in accordance with the present invention. 
     FIG. 3 is a flow diagram of detailed logic for installing software in accordance with the present invention. 
     FIG. 4 is an extension of FIG. 3 and includes detailed logic for installing software in accordance with the present invention. 
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
     The following detailed description is of the best presently contemplated mode for carrying out the invention. This description is not to be viewed in a limiting sense, but is made merely for the purpose of illustrating the general principles of the invention, the scope of which is only defined by the appended claims. 
     The present invention includes a computer-implemented method, uniquely programmed computer system, and memory embodying computer-readable detailed logic for directing a local computer system to install selected software from a remote machine. The preferred embodiment is practiced in any suitable hardware configuration, such as a laptop computer or, alternatively, in the hardware configuration shown in FIG. 1. Workstation 100 includes any suitable central processing unit (CPU) 10, such as a PowerPC™ 601, and a number of other units interconnected via system bus 12. Illustratively, workstation 100 includes random access memory (RAM) 14, cache 15, read only memory (ROM) 16, nonvolatile random access memory (NVRAM) 32, display adapter 36 for connecting system bus 12 to display device 38, and I/O adapter 18 for connecting peripheral devices, such as disk drives 20 to system bus 12. 
     Workstation 100 further includes user interface adapter 22 for connecting user controls (e.g., keyboard 24, mouse 26, speaker 28, and/or other user interface devices, such as a touch screen device) to system bus 12. Communication adapter 34 connects workstation 100 to a data processing network having additional workstations. Any suitable operating system (OS) may direct the operation of workstation 100, such as Apple&#39;s Macintosh™ System 7 OS, IBM&#39;s OS/2™, or Microsoft&#39;s Windows NT™. However, in the preferred embodiment, IBM&#39;s AIX operating system (herein OS) controls workstation 100. For ease in explanation, this description will describe a graphical user interface (herein GUI) of the OS as performing various functions and features. However, in actuality, the GUI merely directs CPU 10 to perform those functions and features. 
     FIG. 2 illustrates a pictorial view of a graphical user interface (GUI) for enabling a user (i.e., local machine) to perform a network pull install. Panel 210 displays icons representing various software stored on a variety of source media (e.g., source objects) embodied within remote machines and/or the local machine. For example, assuming the GUI is being displayed on a local machine named Zedonk, icon 212 represents a CD ROM on the local machine, icon 213 represents a directory located on a remote machine named Tiger, and icon 214 represents a local directory. The user may select one or more source objects by clicking a mouse pointer over the desired icon(s). 
     Panel 220 illustrates various bundles of software embodied within the chosen source media. Typically, each bundle contains a list of software items embodied as a subset of the selected source object. This can be thought of as a high-level grouping of the source media. However, the bundle can also contain installable software items that are located on separate source objects. Therefore, a given bundle can be either a subset or a superset of a particular source object, depending on whether all the software items listed in the bundle are available on the particular source object. 
     In this example, the user selected CD ROM icon 212. As a result, the GUI displays the software items contained within the CD ROM in panel 240, and displays the bundles in panel 220. Each bundle contains at least one software item embodied within that CD ROM. The user may select one or more bundles of software via user controls (e.g., a mouse pointer). In this example, the user selected user bundle 222 and, as a result, the GUI highlights the software items contained within both the CD ROM and bundle 222 in panel 240. Therefore, the user may install the entire CD ROM or may individually select various software items of the CD ROM by selecting a user bundle 222. Alternatively, the user may individually scroll through panel 240 and make selections via user controls. 
     Panel 230 allows the system administrator to create custom shell scripts. Shell scripts include a batch file containing a collection of commonly issued commands to accomplish a particular task. Shell scripts could, for example, provide additional instructions for completing an installation. 
     Display controls 245 allow user control and manipulation of the contents of panel 240. The user can apply the controls to a single item in panel 240, the highlighted (selected) items in panel 240, or all items in panel 240. For example, display control 246 filters the items in panel 240 to show only software for which all prerequisites are satisfied. Display control 247 expands the items in panel 240 to show any fixes available (a fix is a corrective update to the software after its initial release). Display control 248 expands the items in panel 240 to show available product options (a product option is a part of installable software that can be installed but is not necessary to install for the software to work). Display control 249 expands the items in panel 240 to show any enhancements available (an enhancement is an update to add additional features to software after its initial release). Display control 250 allows the user to sort the contents of panel 240 by type, date, name, or any other attribute. Display control 251 allows the user to search the contents of panel 240 based on type, date, name, or any other attribute. Display control 245 allows the user to filter the contents of panel 240 based on type, date, name, or any other attribute. For example, the user could filter all software installed within a certain time frame, or all the fixes or enhancement applied during a particular installation. 
     FIGS. 3 and 4 illustrate detailed logic for installing software over a network using the graphical user interface display illustrated in FIG. 2. Referring to FIG. 3, at 310, the GUI receives a command from user controls to initiate a network pull install. At 314, the GUI searches a database within the GUI to locate and then display all available source objects and script objects for the local machine. As a result, the display illustrated in FIG. 2 appears on the display, except that no icons will be initially selected. Alternatively, the GUI could have a default selection. These objects may be designated by a network system administrator. Therefore, the user of the local machine only views software item icons that he/she can access. The GUI then sets a CURRENT --  SET array and a SELECTED --  LIST array to empty. The CURRENT --  SET array contains a list of all installable software items of all selected source objects from panel 210. Panel 240 displays the CURRENT --  SET. The SELECTED --  LIST contains a list of all selected software items, if any, from the CURRENT --  SET that will actually be installed. Therefore, the SELECTED --  LIST is either equal to the CURRENT --  SET (i.e., no software items have been selected/highlighted) or is a subset of the CURRENT --  SET. The highlighted (i.e., selected) software items in panel 240 represent the SELECTED --  LIST. 
     At 316, the GUI determines if the user has selected a source object from panel 210. If so, the GUI stores the name of all installable software items that the user may access in the CURRENT --  SET and sets the SELECTED --  LIST equal to the CURRENT --  SET. The GUI also displays in panel 220 available bundle objects that reference one or more software items in the CURRENT --  SET. 
     Returning to 316, if the user has not selected a source object, at 318, the GUI determines if the user has selected a script object. If not, the user may exit at 320. If so, control is directed to 324. 
     At 324, the GUI determines if the user desires to initiate an install. The user may do so by clicking install button 260 (see FIG. 2). If the user does not currently wish to install the selected software, the user may select from a variety of options. For example, at 326, the GUI determines if the user selected an additional source object from panel 210. If the user did select another source object, at 334, the GUI adds the software items in the newly selected source object to the CURRENT --  SET and displays the CURRENT --  SET in panel 240. The GUI also displays in panel 220 any additional bundle objects that are available/reference (e.g., contain a pointer to) the new CURRENT --  SET. 
     If the user did not select another source object, at 328, the GUI determines if the user selected a bundle object from panel 220. If the user selected a bundle object, at 336, the GUI de-selects any software items not listed in the bundle object and removes them from the SELECTED --  LIST. The GUI also highlights all software items in the bundle object that are displayed in panel 240. 
     At 330, the GUI determines if the user modified the SELECTED --  LIST via selecting or de-selecting software items in panel 240. If the user did modify the contents of panel 240, the GUI removes any software items not selected by the user from the SELECTED --  LIST array. If the user did not modify panel 240, at 402 (see FIG. 4), the GUI determines if the user desires to create a bundle object. To do this, the GUI detects a click by user controls over button 266 (see FIG. 2). As a result, any selected software items in panel 240 will become a new bundle and is stored in a database in the GUI at 408. The user is then prompted for the name of the new bundle. After these steps, the SELECTED --  LIST array represents the intersection of the software items in the selected source object (e.g., 212) and the selected software items in panel 240. 
     At 404, the GUI determines if the user selected a script object. To do this, the GUI detects a click by the user over a script icon in panel 230 and, if selected, selects and executes that script object at 410. At 406, the GUI determines if the user desires to perform other actions and, if so, at 412, performs those actions (e.g., help, print, schedule a specific time in the future to install, edit scheduled list, etc.). Control then returns to 324 in FIG. 3. 
     At 324, the GUI determines if the user desires to install software by detecting a click over install button 260. If detected, control is directed to 342 where the GUI directs the CPU(s) to perform an installation of all software items in SELECTED --  LIST on a specified hard drive of the locale machine.