WO2000028414A9 - Method and apparatus for operating system personalization during installation - Google Patents

Method and apparatus for operating system personalization during installation

Info

Publication number
WO2000028414A9
WO2000028414A9 PCT/US1999/025383 US9925383W WO0028414A9 WO 2000028414 A9 WO2000028414 A9 WO 2000028414A9 US 9925383 W US9925383 W US 9925383W WO 0028414 A9 WO0028414 A9 WO 0028414A9
Authority
WO
WIPO (PCT)
Prior art keywords
operating system
personalization parameters
file
cpu
personalization
Prior art date
Application number
PCT/US1999/025383
Other languages
French (fr)
Other versions
WO2000028414A1 (en
Inventor
Martin Wilde
Thomas Ashby
Atul Kumar Mathur
Original Assignee
Computer Ass Think Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to IL14295499A priority Critical patent/IL142954A0/en
Priority to BR9915117-0A priority patent/BR9915117A/en
Priority to KR1020017005762A priority patent/KR20010092447A/en
Priority to AU15180/00A priority patent/AU776195B2/en
Priority to AT99957484T priority patent/ATE463007T1/en
Priority to EP99957484A priority patent/EP1137988B1/en
Application filed by Computer Ass Think Inc filed Critical Computer Ass Think Inc
Priority to JP2000581532A priority patent/JP2002529848A/en
Priority to CA002349885A priority patent/CA2349885C/en
Priority to DE69942208T priority patent/DE69942208D1/en
Publication of WO2000028414A1 publication Critical patent/WO2000028414A1/en
Publication of WO2000028414A9 publication Critical patent/WO2000028414A9/en
Priority to IL142954A priority patent/IL142954A/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44505Configuring for program initiating, e.g. using registry, configuration files

Definitions

  • This invention relates to the field of automated installation of an operating system onto a networked computer. More specifically, the invention includes a method and apparatus to provide personalization parameters so that an operating system can be automatically installed on a computer system configured with the personalization parameters.
  • LCM LANDdesk(R) Configuration Manager
  • the console includes a server central processing unit (“CPU"), a monitor, and a data input device such as a keyboard.
  • the server is interconnected with the console and includes a CPU.
  • Each workstation is interconnected with the server and includes a CPU, a monitor, and keyboard.
  • CPU indicates any standard, general or special purpose computing device having a microprocessor; memory, such as a magnetic or optical disk drive, random access memory (“RAM”) and read only memory (“ROM”); bus lines; and inputs and outputs.
  • CM-users configuration manager users
  • end-user indicates a workstation user for whom a workstation is configured for use in data processing and information exchange.
  • the system administrator assigns services to be configured on client workstations to menus and assigns one of these menus to each CM-user who will be deploying services on the workstations.
  • the files containing the menus and identifying CM-users associated with the menus are stored on the server.
  • LSA LSA Service Agent
  • CM-user chooses to perform a service boot, LSA accesses the configuration manager software located in the server which causes a dialog box to appear on the workstation display asking the CM-user to enter a usemame and password.
  • the configuration manager software downloads certain files and programs, which are discussed below in the Detailed Description section, from the server to the workstation These programs cause the client workstation monitor to display the menu of services which the system administrator assigned to the CM-user logged onto the workstation, and which are available to be downloaded. The CM-user can select from these services and initiate operating system configuration. Details of the above described operation of LCM are included in "Intel LANDesk® Configuration Manager Administrator's Guide", Intel Corporation, 1997 which is incorporated by reference in its entirety.
  • Such personalization parameters which must generally be uniquely specified for each client on a network can include, among others, user login name, full name, initial password, and EP address.
  • Personalization parameters which can generally be specified for a sub-group of client workstations on a network can include workgroup or domain name, organization name, and product ED
  • An answer file is a script file which specifies various settings for operating system installation including full user name, organization name, computer name, product ED, domain name and workgroup name.
  • answer files are created by a system administrator and reside in memory on the server. The answer files are then accessed by an operating system setup program which is run in the workstation during an operating system deployment to the workstation to at least partially personalize the client workstation.
  • API operating system application programming interface
  • An API is essentially a line of code that can be executed to access the operating system (or other application) to tell the operating system to perform a lower level function, such as assign a certain I/O port to a certain address, or configure the operating system with certain information, such as a drive mapping user login name.
  • one API can be used to configure an operating system with a single parameter. APIs are useful in operating system configuration because answer files cannot typically be used to completely configure an operating system. Accordingly, to completely personalize an operating system installation, a CM-user would typically manually edit and execute APIs after operating system installation to configure the operating system with personalization parameters not configurable with an answer file.
  • answer files cannot typically be used to configure all of the personalization parameters of a workstation operating system
  • an answer file cannot typically configure a logon name or initial password
  • these personalization parameters would have to be configured by the CM-user for each client workstation using APIs after deployment of the operating system This could also be disadvantageously time consuming
  • the present invention overcomes the above described disadvantages by providing an economical, high performance and adaptable apparatus and method for providing personalization parameters for an automated operating system installation on a computer system
  • the computer system can include a memory, a first CPU, and a second CPU interconnected with the first CPU to allow the operating system to be downloaded from the first CPU to the second CPU
  • the method includes providing both an operating system configuration file and a personalization parameters file in the memory
  • the operating system configuration file is used by the operating system to configure itself with personalization parameters contained in the file.
  • a graphical user interface (“GUI") is displayed which lists the personalization parameters available in the personalization parameters file.
  • the GUI also allows a user to select a plurality of the personalization parameters from the personalization parameters file.
  • the operating system configuration file is edited by an editing module to include at least a first portion of the selected plurality of personalization parameters.
  • the operating system can install itself configured with the first portion of the selected plurality of personalization parameters.
  • the computer system is provided with operating system application programming interfaces ("APIs") each of which is for configuring an operating system with a personalization parameter.
  • APIs operating system application programming interfaces
  • the operating system APIs are edited to each include one of a second portion of the selected plurality of personalization parameters.
  • the plurality of APIs are executed to configure the operating system with the second portion of the selected plurality of personalization parameters.
  • the present invention includes an apparatus for automatically providing personalization parameters for a personalized operating system installation in a computer system.
  • the computer system includes a memory, a first CPU, and a second CPU interconnected with the first CPU to allow the operating system to be downloaded from the first CPU to the second CPU, the second CPU also having a display element.
  • the apparatus includes an operating system configuration file for storing personalization parameters with which the operating system configures itself during an installation.
  • the apparatus also includes a personalization parameters file stored in the memory.
  • a GUI is displayed on the display element of the second CPU. The GUI allows a user to select a plurality of the personalization parameters in the personalization parameters file.
  • a first editing module places a first portion of the personalization parameters selected via the GUI from the personalization parameters file into the operating system configuration file. In this way, when the operating system is installed, it configures itself with the first portion of the personalization parameters.
  • the apparatus in another aspect of an apparatus for automatically providing personalization parameters for an operating system installation from a first CPU to a second CPU, includes a plurality of operating system APIs stored in the memory. Each API is for configuring the operating system with one personalization parameter after installation of the operating system.
  • the apparatus also includes a second editing module and a post-operating system installation module.
  • the second editing module is for placing one of a second portion of the selected personalization parameters from the personalization parameters file into each of the APIs.
  • the post-operating system installation module executes the APIs to configure the operating system with the second portion personalization parameters.
  • the present invention advantageously avoids the need for a system administrator to create an answer file containing end-user specific personalization parameters for each workstation on a network. Rather, the system administrator must only create a single "generic" answer file (that is, an answer file containing parameters that can be used by all the computers on network or a group of computers on a network) and a personalization parameters file.
  • the method and apparatus of the present invention then allows selection of personalization parameters from the personalization parameters file and automatically edits the generic answer file to create a user-specific, updated answer file. The operating system then uses this updated answer file to configure itself during installation.
  • the method and apparatus of the present invention can also provide personalization parameters from the personalization parameters file for post-operating system install configuration.
  • the need for a CM-user to enter such post-operating system installation configuration information via manually executing individual APIs can be reduced or eliminated. This can also advantageously reduce time and errors in operating system deployment.
  • Yet another aspect of the present invention includes a computer program product stored on a computer readable medium such as a floppy disk.
  • the product is for use in automatically providing an operating system with personalization parameters to allow the operating system to configure itself therewith.
  • the product includes a first program means to allow a user to populate a personalization parameters file with personalization parameters.
  • a GUI means displays a list of personalization parameters in the personalization parameters file and allows selection of a group of personalization parameters therefrom.
  • a first editing means places at least a portion of the selected group of personalization parameters in an operating system configuration file used by the operating system to configure itself.
  • a second program means is for configuring the operating system with personalization parameters after installation of the operating system.
  • a second editing means allows editing of the second program means to include a second portion of the selected group of personalization parameters.
  • Figure 1 is a block diagram illustrating a computer system having a networked console, server and workstation in accordance with the present invention.
  • Figure 2 is a flow chart illustrating steps which can be completed to configure a server for automatic provision of personalization parameters in accordance with the present invention.
  • Figure 3 is a block diagram illustrating the relationship of services, service menus, CM-users, desktop profile files and desktop profiles in accordance with the present invention.
  • Figure 4 is a block diagram illustrating server-workstation interaction for automatic provision of personalization parameters in accordance with the present invention.
  • Figure 5 is a flow chart illustrating steps taken by a logon module for automatic provision of personalization parameters in accordance with the present invention.
  • Figure 6 is a flow chart illustrating steps taken by a menu presentation module and CM-user for automatic provision of personalization parameters in accordance with the present invention.
  • Figure 7 is a flow chart illustrating steps taken by an operating system installation module for automatic provision of personalization parameters in accordance with the present invention.
  • Figure 8 is a flow chart illustrating steps taken by an operating system setup program for automatic provision of personalization parameters in accordance with the present invention.
  • Figure 9 is a flow chart illustrating steps taken by a post-OS installation module for automatic provision of personalization parameters in accordance with the present invention.
  • Figure 10A shows one embodiment of an Information screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
  • Figure 1 OB shows one embodiment of an Account Information screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
  • Figure IOC shows one embodiment of a Network Information screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
  • Figure 10D shows one embodiment of a Finish screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
  • Figure 11 shows an example of a services menu displayed on a monitor of a CPU in which an operating system is to be configured in accordance with the present invention.
  • Figure 12 shows an example of a desktop profiles menu in accordance with the present invention displayed on the monitor of the CPU shown in Figure 10.
  • Figure 13 is a flow chart illustrating steps taken by an operating system installation module to edit an answer file.
  • a system administrator creates a personalization parameters file by inputting and storing personalization parameters.
  • the personalization parameters are arranged in groups, with each group keyed to a specific end-user.
  • GUI graphical user interface
  • the GUI lists the groups of personalization parameters with which the operating system may be configured. The CM-user selects one of the groups.
  • a file editing module then edits an operating system configuration file, (which could be a Microsoft answer file or Microsoft Registry database) to include the personalization parameters included in the selected group.
  • the operating system automatically uses this configuration file to configure itself either during or after deployment.
  • the present invention can also automatically edit operating system application programming interface ("API") calls at a post-OS installation stage to include personalization parameters.
  • An operating system API is essentially a line of code that instructs the operating system to perform a function or configure itself in some way. Thus, execution of the API's configures an OS with the personalization parameters placed in the API call.
  • the environment in which the present invention is used encompasses a general distributed computing system, wherein general purpose computers, workstations, or personal computers are connected via communication links of various types, in a client-server arrangement, and further wherein programs and data, many in the form of objects, are made available by various members of the system for execution and access by other members of the system.
  • the present invention is directed to an apparatus and method to provide an OS with personalization parameters for automatic deployment of the OS from a server to a client workstation which is networked with the server.
  • personalization means configuration of various workstation OS parameters which may be unique to a particular client workstation or user on a network.
  • the specific parameters with which a workstation might be personalized will vary depending on the specific configuration of the network on which the workstation resides. Examples of such personalization parameters, however, can include end-user login name, end-user name, organization name, initial end-user password, computer name, domain or workgroup name, and EP address.
  • the disclosed apparatus and process for automatically providing personalization parameters for OS installation is implemented by an CM-user at a client workstation.
  • the network server must be configured with personalization parameters using configuration manager software.
  • configuration manager software may, but need not be, the LCM software discussed in the background section. Accordingly, the preferred embodiment of the present invention will be described below as implemented with the LCM software, which was first publicly shipped as a part of the 1.5 version of the LCM system on November 7, 1997. It is within the scope of the present invention, however, to be implemented using other configuration manager software designed to provide for automated deployment of an OS to networked workstations. Additionally, the preferred embodiment of the present invention described below makes reference to
  • Figure 1 illustrates configuration of a network server for automated deployment of an OS to a network workstation.
  • Figure 1 is a block diagram of a computer system 10 including a console 12, a server computer 14 and at least one workstation computer 36.
  • Console 12 includes at least a user input device 16 such as a keyboard and/or pointing device such as a mouse, trackball or the like; a display element 18 such as a cathode ray tube (“CRT”) or liquid crystal display; and a console central processing unit (“CPU”) 20.
  • Server 14 includes at least a server CPU 22.
  • console CPU 20 and server CPU 22 can be any standard, general or special purpose computing device having a microprocessor; memory, such as a magnetic or optical disk drive, random access memory (“RAM”) and read only memory (“ROM”); and bus lines and inputs and outputs (not shown). Such general or special purpose computers are known to those skilled in the art.
  • Console 12 is networked to server 14 using a network interconnection 15 as is known. As shown in Figure 1, and discussed below, software and hardware components of console 12 and server 14 communicate with one another. Although arrows between console 12 and server 14 are shown in Figure 1 outside of network interconnection 15, it is to be understood that all such communication takes place over network interconnection 15.
  • Server 14 is networked, via network interconnection 40, with at least one client workstation 36, the details of which will be discussed below. It is to be understood that the computer system 10 shown in Figure 1 is illustrated in conceptual form. Many additional circuits, devices and interconnections of the computer system 10 are not shown in order to not obscure the present invention. Additionally, though Figure 1 illustrates a console which is separate from the server, it is also within the ambit of the present invention to replace the separate console/server configuration with only a single CPU having a monitor and input device.
  • a system administrator loads OS configuration software, and preferably LCM software, into the memory of console CPU 20 and the memory of server 14.
  • OS configuration software and preferably LCM software
  • the configuration software includes at least two modules located in the memory of console CPU 20; the service boot manager 24, and the database access module 26.
  • module refers to a programming language construct that consists of procedures and/or data declarations and that can interact with other such constructs. Such use of the term module is known by those skilled in the art.
  • the configuration software initially includes at least a database 28.
  • database 28 comply with the Open Database Connectivity development standards (“ODBC"), known in the art.
  • ODBC Open Database Connectivity development standards
  • step 100 the system administrator downloads compressed OS files 29 into a memory of the server 14.
  • step 102 the system administrator accesses the service boot manager 24 to input names of CM-users who will be initiating installations of an OS on the client workstations and a password associated with each CM-user.
  • Database access module 26 accesses the names and associated passwords and places them in a CM-user file 30 which is stored on server 14.
  • step 104 services menus are created.
  • a services menu is a graphical menu which a CM-user can call up on a workstation display after a service boot has been performed.
  • An example of a services menu 33 displayed on a workstation display 49 is shown in Figure 11.
  • the services menu 49 displays a collection of services available to be installed on the client workstation and, preferably, includes operating systems.
  • the operating systems listed may include, but is not limited to, Windows NT®, Windows 95, Windows 98® and/or Microsoft Disk Operating System ("MS-DOS").
  • the service boot manager To create services in LCM, the service boot manager generates a wizard user interface on user input 16 of console 12.
  • a wizard user interface consists of one or more sequential screen displays which ask the user questions or request information. Configuration and use of such wizard user interfaces is known by those skilled in the art.
  • the system administrator uses the wizard user interface to enter the name of a service to be created, for example, "Windows®95 Operating System"; the location of the compressed OS files associated with the service; and what type of service is being configured, for example, an operating system or an application.
  • the system administrator After configuring services, the system administrator creates a services menu 49.
  • the service boot manager 24 To create a service menu 49 in LCM, the service boot manager 24 generates a dialog box user interface on user input 16 of console 12. Configuration and use of such a dialog box user interface is well known by those skilled in the art.
  • the system administrator uses the user interface to input at least the name of the menu to be created, for example, "CM-userl"; and the names of the services to be listed on the menu. These names will be those which were entered when the services were configured as discussed above. Other menu properties such as headers and footers or special menu banners can also be input via the wizard user interface.
  • the services information and service menu information are preferably accessed by the database access module 26 and placed in a services and menu file 32 which is stored in server 14. Creation of services and services menus is detailed in the "Intel
  • each CM-user is assigned to one of the service menus 33.
  • the system administrator typically creates a plurality of service menus 33, as described above, and then assigns CM-users to the service menus 33, preferably using the wizard user interface discussed above. This step is detailed in the Intel
  • This assignment information is stored in services and menu file 30. If a CM-user is assigned to a service menu 33, that service menu 33 will appear on the client workstation 36 when called up by a CM-user after performing a service-boot on the workstation 36. It is possible for the system administrator to create more that one service-menu
  • each service menu 33 can be assigned to more than one CM-user 35.
  • database access module 26 can also store this information in database 28 in server 14. This storage can occur at the same time that user file 30 and services and menu files 32 are created. It is also considered, however, that users file 30 and services and menu file 32 not be created until needed for an OS installation. That is, database access module 26 can access the information in database 28 when necessary to create user file 30 and services and menu files 32 at the time of OS installation into a workstation 36.
  • a file referred to an as operating system configuration file or “answer” file can be used to facilitate the automatic or self-installation of an OS.
  • the OS parameters are contained in the answer file and are referred to herein as either personalization parameters or “generic” parameters.
  • the term “generic” refers to OS parameters which can be used by all, or at least a subset, of the workstations on a network, as opposed to only a single user or workstation on a network.
  • Such generic parameters can include, for example, the target path to write OS files to on the client workstations, keyboard layout, display type and drivers, and/or pointing type and drivers, to name a few.
  • Personalization parameters which an answer file can contain include username, domain name, and EP address, to name a few.
  • the setup program retrieves the generic and personalization OS parameters from an answer file and configures the operating system with these parameters. Details of the use of setup programs, and configurations of answer files therefore, for Windows®NT, Windows®95 and Windows®98 is provided in, respectively, "Microsoft® Windows®NT Workstation
  • the present invention can use an answer file to automatically provide personalization parameters which an OS will configure itself with during a deployment thereof by a setup program.
  • an editing module discussed in detail below, automatically places user selected personalization parameters in the answer file.
  • the system administrator prior to OS deployment, preferably creates at least a single "generic" answer file 64 (that is, an answer file containing generic OS parameters) for each service to be included in a services menu, and stores each generic answer file 64 in the server 14, as shown in Figure 1.
  • Generic answer file 64 can be created using standard text editors.
  • Answer files 64 are formatted to include bracketed section headers, keys, and values for those keys.
  • a sample of a portion of an answer file 64 is shown below:
  • the section header "[UserData]" contains the "FullName” key, the value of which is “Joe Smith” and the "OrgName” key, the value of which is “ABC Company”, the "FullName” key gives the full name of the user and the "OrgName” key gives the organization name in which the network is used.
  • the present invention includes an editing module which can access and edit generic answer file 64 with personalization parameters to create an updated answer file which can then be used during OS deployment.
  • the system administrator In addition to the creation of users file 30, services and menu files 32, and at least one generic answer file 64, in order to configure the network server 14 for automatic OS personalization, as shown in step 110 of Figure 2, the system administrator must also create a personalization parameters file.
  • the present invention uses an editing module to place selected personalization parameters contained in this personalization parameters file into the generic answer file 64.
  • the personalization parameters file is referred to as a desktop profiles file 34.
  • Each desktop profiles file 34 preferably contains at least one, and probably more than one, individual desktop profile 39.
  • Each desktop profile 39 contains end-user personalization parameters such as end-user login name, full end-user name, organization name, computer name, domain or workgroup name, and workstation EP address.
  • Desktop profile files 34 are preferably configured in a Microsoft initialization file format well known to those skilled in the art.
  • the editing module which edits the generic answer file 64 places CM-user selected personalization parameters in the generic answer file from the desktop profile file.
  • section headers "[Computer 1]” and “[Computer 2]” each indicate separate desktop profiles 39.
  • the section header is preferably followed by a plurality of keys, each key indicating a personalization parameter. Each key has an argument which indicates the value of the key.
  • the section headers "[Computer 1]” and “[Computer 2]” each have a "Name” key with the value "Joe's computer. " This indicates that the name of the user for both computer 1 and computer 2 is "Joe".
  • the user "Joe” has at least two desktop profiles, one could be, for example, a desktop computer and the second could be for a laptop computer.
  • the key “IsInDomain” indicates the domain in which the configured workstation will reside.
  • the key “EP Address” gives the EP address for the workstation and the keys “LoginID” and “InitialPassword” give the login ED and initial password for the end-user. It is to be understood that numerous other keys can also be used in the desktop profile file, for example, keys to indicate a computer name, product ID, and an organization name, to name a few.
  • FIGS. 10A-10D are screen reproductions showing the wizard screens used to enter personalization parameters for desktop profiles.
  • Figure 10A shows an "Information” screen 208.
  • Block 210 lists the different screens which can be accessed by clicking with a mouse or other pointing device the icon next to the name of the screen. These screens include "Information,” “Account Information,” “Network Information,” and “Finish,” each of which will be discussed below.
  • Block 212 is used to enter the name for the desktop profile; block 214 is used to enter the computer name; block 216 is used to enter the full end-user name; block 218 is used to enter the organization name; and block 220 is used to enter a product identification number.
  • "Next" and “Back” buttons 222 allow the system administrator to move to the next entry screen or the previous entry screen.
  • "Finish” button 224 closes the wizard and causes the information entered to be stored in server 14 as described below.
  • "Cancel” button 226 allows the system administrator to close the wizard without storing any entered information.
  • Help button 228 accesses an on-screen help application.
  • Figure 10B shows an "Account Information" screen 230.
  • Block 232 is used to enter an end-user login name; block 234 is checked if the end-user is to be a member of an administrator's group; block 236 is used to enter an end-user password; block 238 confirms the password entered in block 236; block 240 is used to enter an administrator password; and block 242 is used to confirm the administrator password.
  • Figure 10C shows a "Network Information" screen 243.
  • Block 244 is checked if workstation 36 or the end-user is to be a member of a workgroup or domain. If block 244 is checked, the system administrator can fill in blocks 246,
  • Block 246 is used to enter the workgroup name; block 248 is used to enter the domain name; and block 250 is used to enter the account domain, block 252 is checked if workstation 36 will have an EP address. If block 252 is checked, then the system administrator can fill in blocks 254, 256, 258 and/or 260. Block 254 is checked if workstation 36 is to obtain its IP address from server 14; block 256 is checked if workstation 36 is to obtain its EP address from an answer file during OS configuration. If block 256 is checked, then blocks 258 and 260 can be completed. Block 258 is used to enter the IP address and box 260 is used to enter the subnet mask.
  • Figure 10D shows a "Finished" screen 262 which is displayed when the system administrator has completed entry of personalization parameters for an end-user or workstation.
  • the information input by the system administrator for the desktop profile files can be accessed from the service boot manager 24 by database access module 26 and stored in database 28.
  • desktop profile files 34 are created and stored in server 14. It is also considered that at the time of OS deployment in workstation 36, database access module 26 can access the desktop profile information from database 28 to create desktop profile files 34.
  • each desktop profile file 34 is assigned to a single CM-user 35. Accordingly, each desktop profile file 34 preferably contains the all the desktop profiles 39 with which the CM-user
  • the server 14 After services and menu files 32, users file 30, desktop profile files 34, and generic answer file 64 have been created, the server 14 is configured for provision of personalization parameters for automated deployment of an OS to workstation
  • FIG. 4 illustrates operation of the present invention to automatically provide personalization parameters for automated deployment of an operating system therein.
  • Figure 4 is a block diagram showing server 14 networked to workstation 36 via network interface 40.
  • Workstation 36 includes a workstation CPU 38 and workstation input /output ("I/O") 42, which allows user interaction with workstation CPU 38 and preferably includes a keyboard 47 and a monitor 49.
  • Workstation CPU 38 can be any type of special or general purpose
  • CPU and preferably includes memory, a microprocessor, bus lines, and inputs and outputs (not shown). Any number of additional workstations 44 can also be networked with server 14 and workstation 36.
  • CM-user Before deploying an OS in a workstation, the CM-user must log-on to the workstation. As shown in steps 114 and 1 16 of Figure 5, a CM-user performs a service boot via workstation I/O 42.
  • a "service boot” interrupts the normal workstation computer boot process to connect workstation 36 to the configuration manager either in the console 12 or, preferably, the server 14.
  • a service boot is performed in LCM by logging onto the client workstation 36, interrupting the normal boot process, and entering the CM-user's logon name and password.
  • this procedure preferably accesses LANDesk® Service Agent ("LSA") 80 firmware located in an ethernet card installed on workstation 36 and provides for a connection between workstation 36 and server 14.
  • LSA LANDesk® Service Agent
  • configuration manager modules are downloaded to workstation 36.
  • the configuration manager software downloaded by the server 14 into the workstation memory includes at least a logon module 51, a menu presentation module 52, and an OS installation module 54.
  • an OS setup program 68 and a post-OS installation module 90 are downloaded at a later time.
  • a post-OS installation module 90 is discussed below.
  • the logon module 51 After service boot 116 has been performed, the CM-user must select an operating system to be deployed to workstation 36. To facilitate this, the logon module 51 reads the user name that was used to log on and reads users file 30 in server 14 to determine with which CM-user the user name is associated and which desktop profile file 34 is associated with the particular CM-user. Then, as shown in step 120 of Figure 5, the logon module 51 sets a "comprofiles" environment variable 95 in workstation 36. The value of comprofiles environment variable 95 is the desktop profile file 34 assigned to the CM-user who has performed the service boot.
  • step 122 of Figure 6 which shows the steps implemented by the menu presentation module 52
  • the menu presentation module 52 reads the comprofiles environment variable and retrieves the services menu assigned to the particular CM-user from the services and menu files 32 in server 14.
  • step 124 the menu presentation module 52 displays the services menu 33 on monitor 49 as shown in Figure 1 1. Display in menu format of information contained in a file is well known to those skilled in the art.
  • the CM-user selects from the service menu 33 the operating system to be deployed on workstation 36 At this point, the OS setup program 68 associated with the selected operating system is downloaded into workstation 36
  • a GUI on the monitor 49 of workstation 36 is displayed to allow the CM-user to select a group of personalization parameters with which the selected operating system will be configured.
  • the GUI advantageously allows a CM-user to quickly select a group of personalization parameters with which the selected operating system is to be configured without the need to manually edit an answer file or manually execute individual APIs
  • the menu presentation module 52 uses the value from the comprofiles environment variable 95 to create and display the GUI, using the value from the comprofiles environment variable 95, the menu presentation module 52 reads the desktop profile file 34 associated with the CM-user who is logged on and creates a menu item for each desktop profile included in the desktop profile file 34 For example, if a desktop profile file 34 contained the section headings "[Computer 1]" and "[Computer 2]", then these two section headings would appear in the desktop profile menu Then, as shown in step 128 and Figure 12, the menu presentation module 52 displays the desktop profile menu 53 The desktop profile file 34 from which desktop profile menu 53 was generated would have the section
  • an editing module of the present invention places the personalization parameters from the selected group in generic answer file 64 to create an updated answer file 66
  • Figures 7 and 8 illustrate the steps of this editing process Initially, in step 134, an editing module, referred to as an "OS installation module” 54, reads the value of comprofiles environment variable 95 and then, in step 136 reads the value of selectedcomp environment variable 97
  • OS installation module 54 opens the desktop profile file 34 designated in comprofiles and retrieves the attributes of the selected desktop profile 39 designated in selectedcomp
  • OS installation module retrieves and updates generic answer file 64 with the parameters identified in the selected desktop profile
  • OS installation module 54 reads the first key under the section head of the selected desktop profile 39
  • the installation module 54 automatically edits the generic answer file 64 with a portion of the personalization parameters in desktop profile 39 This advantageously avoids the need to manually edit generic answer file 64
  • OS installation module 54 compares the first key under the section head of the selected desktop profile 39 with a list of parameters which can be placed in an answer file to determine whether the answer file can be edited with the value of the key
  • the list of keys which can be placed in an answer file is preprogrammed in OS installation module 54 If the value of the key can be placed in an answer file, OS installation module 54 reads the value of the key and looks for the matching key in generic answer file 64 In step 314, OS installation module 54 then places the value of the key in the argument of the matching key in generic answer file 64 In steps 316 and 318, if the key in the desktop profile is not the last key, OS installation module 54 moves to the next key If the key in the desktop profile is the last key
  • OS installation module After moving through all the keys in desktop profile 39, OS installation module exits to step 144 In step 144, the OS installation module 54 stores an updated answer file 66 in workstation 36 In step 146, the OS installation module
  • step 54 places the values of comprofiles environment variable 95 (the selected desktop profile file) and selectedcomp environment variable 97 (the selected desktop profile index) in a initialization file "continue ini" 72 to be used for post-OS install personalization as detailed below
  • OS setup program 68 located in workstation 36
  • step 150 of Figure 8 which shows the steps completed by OS setup program 68
  • OS setup program 68 reads the compressed OS files 70 from server 14 associated with the service selected by the CM-user, and in step 152, decompresses the OS files 70
  • step 154 the OS being installed then reads the updated answer 66 file from the workstation 36 which was stored there by the OS installation module 62 and, in step 156 installs using the parameters from the updated answer file 66
  • steps 154 and 156 are built into the OS installation program 68.
  • the present invention automatically generates a GUI whereby a CM-user can quickly and easily select a group of personalization parameters with which an OS can be configured.
  • OS installation module 54 then edits generic answer file 64 with personalization parameters from desktop profiles file 34 to create an updated answer file 66 that includes the selected personalization parameters.
  • the present invention advantageously allows a system administrator to deploy personalized operating systems to a plurality of workstations 44 on a network without having to manually edit an answer file for each deployment.
  • the system administrator only needs to create one generic answer file 64 for each type of OS which may be deployed and a desktop profile file for each CM-user who will be deploying an OS. Because there are fewer files to manually edit, this can advantageously simplify and make more reliable the process of OS deployment into networked workstations. Further, it can reduce the time necessary to accomplish such deployment.
  • the present invention includes a second editing module referred to as post-OS installation module 90, which is downloaded to workstation 36 after setup program 68 has run to install the operating system.
  • Post-OS installation module 90 can edit a plurality of operating system application programming interfaces ("APIs") to include non-preinstallation configurable personalization parameters.
  • APIs operating system application programming interfaces
  • An API is a routine that a configuration manager (or any other program) can use to request an operating system to perform lower-level services.
  • step 158 which shows the steps completed by post-OS installation module 90
  • post-OS installation module 90 detects from OS setup program 68 when OS setup is complete. Then, in step 160, post-OS installation module 90 reads continue.ini file 72 for the values of comprofiles environment variable 95 and selectedcomp environment variable 97.
  • post-OS installation module 90 reads the desktop profile file 34 designated in comprofiles environment variable 95 for keys indicating personalization parameters to be configured at the post-OS install stage.
  • Post OS install module 90 is preprogrammed to recognize such keys. For example, for the end-user login name, the post-OS installation module 90 finds the "LoginED" key and retrieves its value.
  • post OS-installation module 90 finds the "InitialPassword” key and retrieves its value.
  • Post-OS installation module 90 then places these retrieved values in arguments of APIs.
  • These APIs are essentially lines of code in post-OS installation module 90. For example, to configure an end-user login name for Windows®NT,
  • NetUserAdd ( p_pusWorkstationName, 1 , &UserInfo_2, &Error );
  • the "p_pusUserName” portion of the API is the argument which is replaced with the value of the "LoginID” key in the selected desktop profile.
  • post-OS install module 90 reads desktop profile 39 and retrieves the value for the key "LoginED” and places it in the "p_pusUserName” location in the API.
  • the computer name of the workstation being personalized (which was already configured using the answer file as described above) is also included in the API to associate the end-user login ED with the correct workstation.
  • the Post-OS installation module 90 then executes the API which automatically configures the installed OS to have an end-user login name of JSmith.
  • the use of and syntax for Microsoft® operating system APIs is detailed in
  • the present invention advantageously allows a CM-user to deploy a OS in a workstation without the need to manually enter values for such parameters for each workstation. This can simplify and save time is the OS deployment process and make the process more reliable.
  • the present invention can update and use an answer file in configuration of an operating system.

Abstract

A method and apparatus for providing personalization parameters to allow an operating system to install itself on a computer system with the provided personalization parameters. A first operating system parameter file (64) is used by the operating system to configure itself. A personalization parameter file is provided and read by an operating system installation process (68) which is initiated in the computer system. The operating system installation process then displays a graphical user interface (49) from which a user selects personalization parameters with which the operating system is to configure itself. An editing module is executed to edit the operating system configuration file to include at least a portion of the selected personalization parameters so that the operating system is configured with the personalization parameters when it installs itself.

Description

METHOD AND APPARATUS FOR OPERATING SYSTEM PERSONALIZATION DURING INSTALLATION
BACKGROUND OF THE INVENTION
Field of the Invention
This invention relates to the field of automated installation of an operating system onto a networked computer. More specifically, the invention includes a method and apparatus to provide personalization parameters so that an operating system can be automatically installed on a computer system configured with the personalization parameters.
Description of the Related Art
Installing or migrating updated versions of computer software including applications and operating systems from a network server to individual networked client workstations is commonplace. However, such installation or migration can be relatively labor intensive and complex. This can be especially true in corporate environments where there might be hundreds or even thousands of computers which are part of a network. Accordingly, applications exist to automate, to varying degrees, the installation or migration of operating systems from a network server or host to networked client workstations.
One example of an application for automating installation and/or migration of computer software from a network is referred to under the trade name of
Microsoft Systems Management Server®, and is available from Microsoft® Corporation of Redmond Washington.
Another example of such an application is marketed under the trade name LANDdesk(R) Configuration Manager ("LCM") and is available from Intel Corporation of Hillsboro, Oregon. System components necessary to operate LCM include a console, a server, and one or more workstations. The console includes a server central processing unit ("CPU"), a monitor, and a data input device such as a keyboard. The server is interconnected with the console and includes a CPU. Each workstation is interconnected with the server and includes a CPU, a monitor, and keyboard. As used herein, CPU indicates any standard, general or special purpose computing device having a microprocessor; memory, such as a magnetic or optical disk drive, random access memory ("RAM") and read only memory ("ROM"); bus lines; and inputs and outputs.
To operate LCM, a systems manager loads configuration manager software onto the console. Configurations for operating systems to be deployed over the network are defined and stored in the server memory. These operating systems are referred to as "services." Operating systems which can be installed using LCM include Windows 95®, Windows 98®, and Windows NT®, each available from Microsoft Corporation. The system administrator also defines configuration manager users ("CM-users") which, as used herein, indicates a technician or administrator who logs onto a workstation for the purpose of installing an operating system or other software from the network server. A CM-user stands in contrast to an "end-user," which, as used herein, indicates a workstation user for whom a workstation is configured for use in data processing and information exchange. The system administrator assigns services to be configured on client workstations to menus and assigns one of these menus to each CM-user who will be deploying services on the workstations. The files containing the menus and identifying CM-users associated with the menus are stored on the server.
Each client workstation on which an operating system to be automatically installed is configured with "LANDesk(R) Service Agent," ("LSA") also available from Intel Corporation. LSA is firmware which is resident on an ethernet card installed in the workstation. When a user boots a client workstation, LSA interrupts the normal boot module and causes a prompt to appear on the workstation monitor which asks the user if he or she would like to perform a service boot to access configuration services. If the CM-user chooses to perform a service boot, LSA accesses the configuration manager software located in the server which causes a dialog box to appear on the workstation display asking the CM-user to enter a usemame and password. If the user enters an appropriate username and password, the configuration manager software downloads certain files and programs, which are discussed below in the Detailed Description section, from the server to the workstation These programs cause the client workstation monitor to display the menu of services which the system administrator assigned to the CM-user logged onto the workstation, and which are available to be downloaded. The CM-user can select from these services and initiate operating system configuration. Details of the above described operation of LCM are included in "Intel LANDesk® Configuration Manager Administrator's Guide", Intel Corporation, 1997 which is incorporated by reference in its entirety. When configuring an operating system, there are a number of parameters that must be uniquely specified for each workstation on the network and other parameters that must be specified only for a sub-group of the total number of client workstations on a network These parameters are referred to herein as "personalization parameters." Such personalization parameters which must generally be uniquely specified for each client on a network can include, among others, user login name, full name, initial password, and EP address. Personalization parameters which can generally be specified for a sub-group of client workstations on a network can include workgroup or domain name, organization name, and product ED For a variety of operating systems, specification and configuration of these personalization parameters can be partially achieved through the use of so called "answer files." An answer file is a script file which specifies various settings for operating system installation including full user name, organization name, computer name, product ED, domain name and workgroup name. Generally, answer files are created by a system administrator and reside in memory on the server. The answer files are then accessed by an operating system setup program which is run in the workstation during an operating system deployment to the workstation to at least partially personalize the client workstation. Use of answer files and operating system setup programs is known to those skilled in the art and discussed in detail in "Microsoft® Windows®95 Resource Kit" 1995 Microsoft Press, "Microsoft 98® Resource Kit" 1998 Microsoft Press, ISBN 1-57231-644-6, and Microsoft® Windows® NT Workstation Operating System Deployment Guide", 1997 Microsoft Corporation, which are incorporated in their entirety by reference.
A second way in which personalization parameters can be configured for an operating system is to use an operating system application programming interface ("API"). An API is essentially a line of code that can be executed to access the operating system (or other application) to tell the operating system to perform a lower level function, such as assign a certain I/O port to a certain address, or configure the operating system with certain information, such as a drive mapping user login name. Generally, one API can be used to configure an operating system with a single parameter. APIs are useful in operating system configuration because answer files cannot typically be used to completely configure an operating system. Accordingly, to completely personalize an operating system installation, a CM-user would typically manually edit and execute APIs after operating system installation to configure the operating system with personalization parameters not configurable with an answer file. The use of and syntax for Microsoft operating system APIs is detailed in "Microsoft® Visual C++ 6.0 Reference Library", Microsoft Press, 1998. However, for at least two reasons, the above described use of answer files and APIs in operating system deployment was relatively time consuming and cumbersome. First, because each individual workstation on a network generally requires at least some unique personalization parameters, for each workstation, an answer file would have to be manually edited and stored by the administrator. Thus, if there were 500 workstations on a network, the administrator would have to generate 500 answer files to even partially automate operating system configuration for workstations on the network Such manual editing could be disadvantageously time consuming and error prone Second, as noted above, answer files cannot typically be used to configure all of the personalization parameters of a workstation operating system For example, an answer file cannot typically configure a logon name or initial password Thus, these personalization parameters would have to be configured by the CM-user for each client workstation using APIs after deployment of the operating system This could also be disadvantageously time consuming
There is a need for improvement in the automated deployment of operating systems over a network For example, it would be desirable to avoid manual editing of each answer file for an operating system deployment Also, it would be desirable to avoid the need to create an end-user specific answer file for each work station on the network It would be further desirable to avoid the need to manually execute APIs to configure an operating system with parameters which cannot be configured using an answer file
SUMMARY OF THE INVENTION
The present invention overcomes the above described disadvantages by providing an economical, high performance and adaptable apparatus and method for providing personalization parameters for an automated operating system installation on a computer system The computer system can include a memory, a first CPU, and a second CPU interconnected with the first CPU to allow the operating system to be downloaded from the first CPU to the second CPU The method includes providing both an operating system configuration file and a personalization parameters file in the memory The operating system configuration file is used by the operating system to configure itself with personalization parameters contained in the file. On a display element of the second CPU, a graphical user interface ("GUI") is displayed which lists the personalization parameters available in the personalization parameters file. The GUI also allows a user to select a plurality of the personalization parameters from the personalization parameters file. The operating system configuration file is edited by an editing module to include at least a first portion of the selected plurality of personalization parameters. In this way, the operating system can install itself configured with the first portion of the selected plurality of personalization parameters. In another aspect of the method for providing personalization parameters for an automated operating system installation from a first CPU to a second CPU, the computer system is provided with operating system application programming interfaces ("APIs") each of which is for configuring an operating system with a personalization parameter. After the operating system has installed itself, the operating system APIs are edited to each include one of a second portion of the selected plurality of personalization parameters. The plurality of APIs are executed to configure the operating system with the second portion of the selected plurality of personalization parameters.
Another aspect of the present invention includes an apparatus for automatically providing personalization parameters for a personalized operating system installation in a computer system. The computer system includes a memory, a first CPU, and a second CPU interconnected with the first CPU to allow the operating system to be downloaded from the first CPU to the second CPU, the second CPU also having a display element. The apparatus includes an operating system configuration file for storing personalization parameters with which the operating system configures itself during an installation. The apparatus also includes a personalization parameters file stored in the memory. A GUI is displayed on the display element of the second CPU. The GUI allows a user to select a plurality of the personalization parameters in the personalization parameters file. A first editing module places a first portion of the personalization parameters selected via the GUI from the personalization parameters file into the operating system configuration file. In this way, when the operating system is installed, it configures itself with the first portion of the personalization parameters.
In another aspect of an apparatus for automatically providing personalization parameters for an operating system installation from a first CPU to a second CPU, the apparatus includes a plurality of operating system APIs stored in the memory. Each API is for configuring the operating system with one personalization parameter after installation of the operating system. The apparatus also includes a second editing module and a post-operating system installation module. The second editing module is for placing one of a second portion of the selected personalization parameters from the personalization parameters file into each of the APIs. The post-operating system installation module executes the APIs to configure the operating system with the second portion personalization parameters.
If, for example, the first operating system configuration file is a Microsoft answer file, then the present invention advantageously avoids the need for a system administrator to create an answer file containing end-user specific personalization parameters for each workstation on a network. Rather, the system administrator must only create a single "generic" answer file (that is, an answer file containing parameters that can be used by all the computers on network or a group of computers on a network) and a personalization parameters file. The method and apparatus of the present invention then allows selection of personalization parameters from the personalization parameters file and automatically edits the generic answer file to create a user-specific, updated answer file. The operating system then uses this updated answer file to configure itself during installation.
This can advantageously reduce time required for operating system deployment and reduce errors in such deployment. Additionally, the method and apparatus of the present invention can also provide personalization parameters from the personalization parameters file for post-operating system install configuration. Thus, the need for a CM-user to enter such post-operating system installation configuration information via manually executing individual APIs can be reduced or eliminated. This can also advantageously reduce time and errors in operating system deployment.
Yet another aspect of the present invention includes a computer program product stored on a computer readable medium such as a floppy disk. The product is for use in automatically providing an operating system with personalization parameters to allow the operating system to configure itself therewith. The product includes a first program means to allow a user to populate a personalization parameters file with personalization parameters. A GUI means displays a list of personalization parameters in the personalization parameters file and allows selection of a group of personalization parameters therefrom. A first editing means places at least a portion of the selected group of personalization parameters in an operating system configuration file used by the operating system to configure itself. A second program means is for configuring the operating system with personalization parameters after installation of the operating system. A second editing means allows editing of the second program means to include a second portion of the selected group of personalization parameters.
BRIEF DESCRIPTION OF THE DRAWINGS The features and advantages of the system of the present invention will be apparent from the following description in which:
Figure 1 is a block diagram illustrating a computer system having a networked console, server and workstation in accordance with the present invention. Figure 2 is a flow chart illustrating steps which can be completed to configure a server for automatic provision of personalization parameters in accordance with the present invention.
Figure 3 is a block diagram illustrating the relationship of services, service menus, CM-users, desktop profile files and desktop profiles in accordance with the present invention.
Figure 4 is a block diagram illustrating server-workstation interaction for automatic provision of personalization parameters in accordance with the present invention. Figure 5 is a flow chart illustrating steps taken by a logon module for automatic provision of personalization parameters in accordance with the present invention.
Figure 6 is a flow chart illustrating steps taken by a menu presentation module and CM-user for automatic provision of personalization parameters in accordance with the present invention.
Figure 7 is a flow chart illustrating steps taken by an operating system installation module for automatic provision of personalization parameters in accordance with the present invention.
Figure 8 is a flow chart illustrating steps taken by an operating system setup program for automatic provision of personalization parameters in accordance with the present invention.
Figure 9 is a flow chart illustrating steps taken by a post-OS installation module for automatic provision of personalization parameters in accordance with the present invention. Figure 10A shows one embodiment of an Information screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
Figure 1 OB shows one embodiment of an Account Information screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
Figure IOC shows one embodiment of a Network Information screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
Figure 10D shows one embodiment of a Finish screen of a wizard graphical user interface which can be used to enter services and menu information in accordance with the present invention.
Figure 11 shows an example of a services menu displayed on a monitor of a CPU in which an operating system is to be configured in accordance with the present invention.
Figure 12 shows an example of a desktop profiles menu in accordance with the present invention displayed on the monitor of the CPU shown in Figure 10.
Figure 13 is a flow chart illustrating steps taken by an operating system installation module to edit an answer file.
DESCRIPTION OF THE PREFERRED EMBODIMENT Disclosed is a method and apparatus for automatically providing personalization parameters for an automated operating system ("OS") installation. Specifically, a system administrator creates a personalization parameters file by inputting and storing personalization parameters. The personalization parameters are arranged in groups, with each group keyed to a specific end-user. When deploying an operating system in a client workstation, a graphical user interface (GUI) is displayed on the workstation for a CM-user deploying the operating system. The GUI lists the groups of personalization parameters with which the operating system may be configured. The CM-user selects one of the groups. A file editing module then edits an operating system configuration file, (which could be a Microsoft answer file or Microsoft Registry database) to include the personalization parameters included in the selected group. The operating system automatically uses this configuration file to configure itself either during or after deployment. The present invention can also automatically edit operating system application programming interface ("API") calls at a post-OS installation stage to include personalization parameters. An operating system API is essentially a line of code that instructs the operating system to perform a function or configure itself in some way. Thus, execution of the API's configures an OS with the personalization parameters placed in the API call.
In the following description, for purposes of explanation, specific data and configurations are set forth in order to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that the present invention may be practiced without the specific details. In other instances, well known systems are shown in diagrammatical or block diagram form in order not to obscure the present invention unnecessarily. The environment in which the present invention is used encompasses a general distributed computing system, wherein general purpose computers, workstations, or personal computers are connected via communication links of various types, in a client-server arrangement, and further wherein programs and data, many in the form of objects, are made available by various members of the system for execution and access by other members of the system.
The present invention is directed to an apparatus and method to provide an OS with personalization parameters for automatic deployment of the OS from a server to a client workstation which is networked with the server. As used herein, "personalization" means configuration of various workstation OS parameters which may be unique to a particular client workstation or user on a network. The specific parameters with which a workstation might be personalized will vary depending on the specific configuration of the network on which the workstation resides. Examples of such personalization parameters, however, can include end-user login name, end-user name, organization name, initial end-user password, computer name, domain or workgroup name, and EP address.
As will be discussed in detail below, the disclosed apparatus and process for automatically providing personalization parameters for OS installation is implemented by an CM-user at a client workstation. However, prior to implementation of the present invention, the network server must be configured with personalization parameters using configuration manager software. Such configuration manager software may, but need not be, the LCM software discussed in the background section. Accordingly, the preferred embodiment of the present invention will be described below as implemented with the LCM software, which was first publicly shipped as a part of the 1.5 version of the LCM system on November 7, 1997. It is within the scope of the present invention, however, to be implemented using other configuration manager software designed to provide for automated deployment of an OS to networked workstations. Additionally, the preferred embodiment of the present invention described below makes reference to
Microsoft® operating systems. However, the present invention is contemplated for use with any other operating system as well.
Figure 1 illustrates configuration of a network server for automated deployment of an OS to a network workstation. Specifically, Figure 1 is a block diagram of a computer system 10 including a console 12, a server computer 14 and at least one workstation computer 36. Console 12 includes at least a user input device 16 such as a keyboard and/or pointing device such as a mouse, trackball or the like; a display element 18 such as a cathode ray tube ("CRT") or liquid crystal display; and a console central processing unit ("CPU") 20. Server 14 includes at least a server CPU 22. Both the console CPU 20 and server CPU 22 can be any standard, general or special purpose computing device having a microprocessor; memory, such as a magnetic or optical disk drive, random access memory ("RAM") and read only memory ("ROM"); and bus lines and inputs and outputs (not shown). Such general or special purpose computers are known to those skilled in the art. Console 12 is networked to server 14 using a network interconnection 15 as is known. As shown in Figure 1, and discussed below, software and hardware components of console 12 and server 14 communicate with one another. Although arrows between console 12 and server 14 are shown in Figure 1 outside of network interconnection 15, it is to be understood that all such communication takes place over network interconnection 15. Server 14 is networked, via network interconnection 40, with at least one client workstation 36, the details of which will be discussed below. It is to be understood that the computer system 10 shown in Figure 1 is illustrated in conceptual form. Many additional circuits, devices and interconnections of the computer system 10 are not shown in order to not obscure the present invention. Additionally, though Figure 1 illustrates a console which is separate from the server, it is also within the ambit of the present invention to replace the separate console/server configuration with only a single CPU having a monitor and input device.
To configure computer system 10 for automated provision of personalization parameters for an OS deployed to a workstation, a system administrator loads OS configuration software, and preferably LCM software, into the memory of console CPU 20 and the memory of server 14. Installation of LCM software into a console and server is set forth in detail in the "Intel® LANDesk®
Configuration Manager Administrator's Guide", Intel Corporation., 1997 which has been incorporated by reference. In the embodiment shown, the configuration software includes at least two modules located in the memory of console CPU 20; the service boot manager 24, and the database access module 26. As used herein, the term "module" refers to a programming language construct that consists of procedures and/or data declarations and that can interact with other such constructs. Such use of the term module is known by those skilled in the art. In the memory of server 14, the configuration software initially includes at least a database 28. For use with LCM software, it is preferred that database 28 comply with the Open Database Connectivity development standards ("ODBC"), known in the art. Figure 2 is a flowchart showing the steps to configure computer system 10 for automated OS personalization. In step 100, the system administrator downloads compressed OS files 29 into a memory of the server 14. In step 102, the system administrator accesses the service boot manager 24 to input names of CM-users who will be initiating installations of an OS on the client workstations and a password associated with each CM-user. Database access module 26 accesses the names and associated passwords and places them in a CM-user file 30 which is stored on server 14. In step 104, services menus are created. A services menu is a graphical menu which a CM-user can call up on a workstation display after a service boot has been performed. An example of a services menu 33 displayed on a workstation display 49 is shown in Figure 11. The services menu 49 displays a collection of services available to be installed on the client workstation and, preferably, includes operating systems. For example, the operating systems listed may include, but is not limited to, Windows NT®, Windows 95, Windows 98® and/or Microsoft Disk Operating System ("MS-DOS").
To create services in LCM, the service boot manager generates a wizard user interface on user input 16 of console 12. A wizard user interface consists of one or more sequential screen displays which ask the user questions or request information. Configuration and use of such wizard user interfaces is known by those skilled in the art. The system administrator uses the wizard user interface to enter the name of a service to be created, for example, "Windows®95 Operating System"; the location of the compressed OS files associated with the service; and what type of service is being configured, for example, an operating system or an application.
After configuring services, the system administrator creates a services menu 49. To create a service menu 49 in LCM, the service boot manager 24 generates a dialog box user interface on user input 16 of console 12. Configuration and use of such a dialog box user interface is well known by those skilled in the art. The system administrator uses the user interface to input at least the name of the menu to be created, for example, "CM-userl"; and the names of the services to be listed on the menu. These names will be those which were entered when the services were configured as discussed above. Other menu properties such as headers and footers or special menu banners can also be input via the wizard user interface. The services information and service menu information are preferably accessed by the database access module 26 and placed in a services and menu file 32 which is stored in server 14. Creation of services and services menus is detailed in the "Intel
LANDesk® Configuration Manager Administrator's Guide."
In step 106, each CM-user is assigned to one of the service menus 33. In LCM, the system administrator typically creates a plurality of service menus 33, as described above, and then assigns CM-users to the service menus 33, preferably using the wizard user interface discussed above. This step is detailed in the Intel
LANDesk® Configuration Manager Administrator's Guide. This assignment information is stored in services and menu file 30. If a CM-user is assigned to a service menu 33, that service menu 33 will appear on the client workstation 36 when called up by a CM-user after performing a service-boot on the workstation 36. It is possible for the system administrator to create more that one service-menu
33 and have more than one CM-user deploying operating systems. Thus, as shown in Figure 3, which is a block diagram illustrating the interrelationship of services 31; service menus 33; CM-users 35; desktop profile files 34, which will be discussed below; and desktop profiles 39, which will also be discussed below; each service menu 33 can be assigned to more than one CM-user 35. Preferably, however, only a single service menu 33 is assigned to each CM-user 35.
As shown in Figure 1, in addition to storing user information in user file 30 and service and menu information in services and menu files 32, database access module 26 can also store this information in database 28 in server 14. This storage can occur at the same time that user file 30 and services and menu files 32 are created. It is also considered, however, that users file 30 and services and menu file 32 not be created until needed for an OS installation. That is, database access module 26 can access the information in database 28 when necessary to create user file 30 and services and menu files 32 at the time of OS installation into a workstation 36.
A file referred to an as operating system configuration file or "answer" file can be used to facilitate the automatic or self-installation of an OS. Specifically, an OS "setup program," which automatically installs an operating system from one location or drive in a computer system to another, uses an answer file to configure a number of OS parameters in the operating system being deployed. The OS parameters are contained in the answer file and are referred to herein as either personalization parameters or "generic" parameters. The term "generic" refers to OS parameters which can be used by all, or at least a subset, of the workstations on a network, as opposed to only a single user or workstation on a network. Such generic parameters can include, for example, the target path to write OS files to on the client workstations, keyboard layout, display type and drivers, and/or pointing type and drivers, to name a few. Personalization parameters which an answer file can contain include username, domain name, and EP address, to name a few. During
OS deployment by an OS setup program, the setup program retrieves the generic and personalization OS parameters from an answer file and configures the operating system with these parameters. Details of the use of setup programs, and configurations of answer files therefore, for Windows®NT, Windows®95 and Windows®98 is provided in, respectively, "Microsoft® Windows®NT Workstation
Operating System Deployment Guide," "Microsoft® Windows®95 Resource Kit," and "Microsoft® Windows®98 Resource Kit," each of which has been incorporated by reference. The present invention can use an answer file to automatically provide personalization parameters which an OS will configure itself with during a deployment thereof by a setup program. Specifically, an editing module, discussed in detail below, automatically places user selected personalization parameters in the answer file.
As shown in step 108 of Figure 2, prior to OS deployment, the system administrator preferably creates at least a single "generic" answer file 64 (that is, an answer file containing generic OS parameters) for each service to be included in a services menu, and stores each generic answer file 64 in the server 14, as shown in Figure 1. Generic answer file 64 can be created using standard text editors.
Answer files 64 are formatted to include bracketed section headers, keys, and values for those keys. A sample of a portion of an answer file 64 is shown below:
[UserData] FullName = "Joe Smith"
OrgName = "ABC Company"
[Network]
JoinDomain = 1
[Tcpip Parameters] EPAddress = 123.123.171.93
In this sample portion, the section header "[UserData]" contains the "FullName" key, the value of which is "Joe Smith" and the "OrgName" key, the value of which is "ABC Company", the "FullName" key gives the full name of the user and the "OrgName" key gives the organization name in which the network is used. As will be discussed in detail below, the present invention includes an editing module which can access and edit generic answer file 64 with personalization parameters to create an updated answer file which can then be used during OS deployment. In addition to the creation of users file 30, services and menu files 32, and at least one generic answer file 64, in order to configure the network server 14 for automatic OS personalization, as shown in step 110 of Figure 2, the system administrator must also create a personalization parameters file. As discussed below, the present invention uses an editing module to place selected personalization parameters contained in this personalization parameters file into the generic answer file 64. In LCM, the personalization parameters file is referred to as a desktop profiles file 34. Each desktop profiles file 34 preferably contains at least one, and probably more than one, individual desktop profile 39. Each desktop profile 39 contains end-user personalization parameters such as end-user login name, full end-user name, organization name, computer name, domain or workgroup name, and workstation EP address. Desktop profile files 34 are preferably configured in a Microsoft initialization file format well known to those skilled in the art. In the present invention, as discussed in detail below, the editing module which edits the generic answer file 64 places CM-user selected personalization parameters in the generic answer file from the desktop profile file.
An example of a portion of a desktop profile file 34 is shown below:
[Computer 1]
Name = Joe's computer IsInDomain = 1
IPAddress = 123.123.172.78
LoginID = JoeSmith
InitialPassword =j smith
[Computer 2] Name = Joe's computer
IsInDomain = 1
IP Address = 123.123.171.79
LoginID = JoeSmith InitialPassword = jsmith
Individual desktop profiles are set off by a bracketed section headers. In the portion shown, the section headers "[Computer 1]" and "[Computer 2]" each indicate separate desktop profiles 39. The section header is preferably followed by a plurality of keys, each key indicating a personalization parameter. Each key has an argument which indicates the value of the key. In the example shown, the section headers "[Computer 1]" and "[Computer 2]" each have a "Name" key with the value "Joe's computer. " This indicates that the name of the user for both computer 1 and computer 2 is "Joe". Thus, the user "Joe" has at least two desktop profiles, one could be, for example, a desktop computer and the second could be for a laptop computer. The key "IsInDomain" indicates the domain in which the configured workstation will reside. The key "EP Address" gives the EP address for the workstation and the keys "LoginID" and "InitialPassword" give the login ED and initial password for the end-user. It is to be understood that numerous other keys can also be used in the desktop profile file, for example, keys to indicate a computer name, product ID, and an organization name, to name a few.
Preferably, personalization parameters for desktop profile files 34 is entered by a system administrator at input 16 through a wizard user interface separate from the wizard interface generated by service boot manager 24. Figures 10A-10D are screen reproductions showing the wizard screens used to enter personalization parameters for desktop profiles. Figure 10A shows an "Information" screen 208. Block 210 lists the different screens which can be accessed by clicking with a mouse or other pointing device the icon next to the name of the screen. These screens include "Information," "Account Information," "Network Information," and "Finish," each of which will be discussed below. Block 212 is used to enter the name for the desktop profile; block 214 is used to enter the computer name; block 216 is used to enter the full end-user name; block 218 is used to enter the organization name; and block 220 is used to enter a product identification number. "Next" and "Back" buttons 222 allow the system administrator to move to the next entry screen or the previous entry screen. "Finish" button 224 closes the wizard and causes the information entered to be stored in server 14 as described below. "Cancel" button 226 allows the system administrator to close the wizard without storing any entered information. "Help" button 228 accesses an on-screen help application.
Figure 10B shows an "Account Information" screen 230. Block 232 is used to enter an end-user login name; block 234 is checked if the end-user is to be a member of an administrator's group; block 236 is used to enter an end-user password; block 238 confirms the password entered in block 236; block 240 is used to enter an administrator password; and block 242 is used to confirm the administrator password.
Figure 10C shows a "Network Information" screen 243. Block 244 is checked if workstation 36 or the end-user is to be a member of a workgroup or domain. If block 244 is checked, the system administrator can fill in blocks 246,
248 and/or 250. Block 246 is used to enter the workgroup name; block 248 is used to enter the domain name; and block 250 is used to enter the account domain, block 252 is checked if workstation 36 will have an EP address. If block 252 is checked, then the system administrator can fill in blocks 254, 256, 258 and/or 260. Block 254 is checked if workstation 36 is to obtain its IP address from server 14; block 256 is checked if workstation 36 is to obtain its EP address from an answer file during OS configuration. If block 256 is checked, then blocks 258 and 260 can be completed. Block 258 is used to enter the IP address and box 260 is used to enter the subnet mask. Figure 10D shows a "Finished" screen 262 which is displayed when the system administrator has completed entry of personalization parameters for an end-user or workstation.
As shown in Figure 1 , the information input by the system administrator for the desktop profile files can be accessed from the service boot manager 24 by database access module 26 and stored in database 28. Preferably, simultaneous with this database storage, desktop profile files 34 are created and stored in server 14. It is also considered that at the time of OS deployment in workstation 36, database access module 26 can access the desktop profile information from database 28 to create desktop profile files 34.
Preferably, as shown in step 1 12 of Figure 2 and in Figure 3, each desktop profile file 34 is assigned to a single CM-user 35. Accordingly, each desktop profile file 34 preferably contains the all the desktop profiles 39 with which the CM-user
35 will be personalizing OS installations. Thus, also as shown in Figure 3, there can be many desktop profiles 39 in each desktop profile file 34.
After services and menu files 32, users file 30, desktop profile files 34, and generic answer file 64 have been created, the server 14 is configured for provision of personalization parameters for automated deployment of an OS to workstation
36 networked to server 14. Figure 4 illustrates operation of the present invention to automatically provide personalization parameters for automated deployment of an operating system therein. Figure 4 is a block diagram showing server 14 networked to workstation 36 via network interface 40. Workstation 36 includes a workstation CPU 38 and workstation input /output ("I/O") 42, which allows user interaction with workstation CPU 38 and preferably includes a keyboard 47 and a monitor 49. Workstation CPU 38 can be any type of special or general purpose
CPU and preferably includes memory, a microprocessor, bus lines, and inputs and outputs (not shown). Any number of additional workstations 44 can also be networked with server 14 and workstation 36.
Before deploying an OS in a workstation, the CM-user must log-on to the workstation. As shown in steps 114 and 1 16 of Figure 5, a CM-user performs a service boot via workstation I/O 42. A "service boot" interrupts the normal workstation computer boot process to connect workstation 36 to the configuration manager either in the console 12 or, preferably, the server 14. As detailed in the Intel LANDesk Configuration Manager Administrator's Guide, a service boot is performed in LCM by logging onto the client workstation 36, interrupting the normal boot process, and entering the CM-user's logon name and password. As noted in the Background section, this procedure preferably accesses LANDesk® Service Agent ("LSA") 80 firmware located in an ethernet card installed on workstation 36 and provides for a connection between workstation 36 and server 14. Preferably, once connected to server 14, configuration manager modules are downloaded to workstation 36. Preferably, the configuration manager software downloaded by the server 14 into the workstation memory includes at least a logon module 51, a menu presentation module 52, and an OS installation module 54.
Preferably, as detailed below, an OS setup program 68, and a post-OS installation module 90 are downloaded at a later time. Each of these modules is discussed below.
After service boot 116 has been performed, the CM-user must select an operating system to be deployed to workstation 36. To facilitate this, the logon module 51 reads the user name that was used to log on and reads users file 30 in server 14 to determine with which CM-user the user name is associated and which desktop profile file 34 is associated with the particular CM-user. Then, as shown in step 120 of Figure 5, the logon module 51 sets a "comprofiles" environment variable 95 in workstation 36. The value of comprofiles environment variable 95 is the desktop profile file 34 assigned to the CM-user who has performed the service boot. As shown in step 122 of Figure 6, which shows the steps implemented by the menu presentation module 52, the menu presentation module 52 reads the comprofiles environment variable and retrieves the services menu assigned to the particular CM-user from the services and menu files 32 in server 14. In step 124, the menu presentation module 52 displays the services menu 33 on monitor 49 as shown in Figure 1 1. Display in menu format of information contained in a file is well known to those skilled in the art. The CM-user then selects from the service menu 33 the operating system to be deployed on workstation 36 At this point, the OS setup program 68 associated with the selected operating system is downloaded into workstation 36
After selection of an operating system to be deployed, a GUI on the monitor 49 of workstation 36 is displayed to allow the CM-user to select a group of personalization parameters with which the selected operating system will be configured. The GUI advantageously allows a CM-user to quickly select a group of personalization parameters with which the selected operating system is to be configured without the need to manually edit an answer file or manually execute individual APIs To create and display the GUI, using the value from the comprofiles environment variable 95, the menu presentation module 52 reads the desktop profile file 34 associated with the CM-user who is logged on and creates a menu item for each desktop profile included in the desktop profile file 34 For example, if a desktop profile file 34 contained the section headings "[Computer 1]" and "[Computer 2]", then these two section headings would appear in the desktop profile menu Then, as shown in step 128 and Figure 12, the menu presentation module 52 displays the desktop profile menu 53 The desktop profile file 34 from which desktop profile menu 53 was generated would have the section headings "[Computer 1]", "[Computer 2]", and "[Computer 3]" As shown in step 130 the CM-user selects from the desktop profile menu 53 which desktop profile is to be used. The CM-user can do this using keyboard 47 or any other input device such as a mouse, trackball, or other pointing device As shown in step 132, the menu presentation module 52 then stores the section heading of the selected desktop profile in an "selectedcomp" environment variable 97 located in workstation 36 After display of the GUI and selection of a group of personalization parameters with which the deployed operating system is to be configured, an editing module of the present invention places the personalization parameters from the selected group in generic answer file 64 to create an updated answer file 66 Figures 7 and 8 illustrate the steps of this editing process Initially, in step 134, an editing module, referred to as an "OS installation module" 54, reads the value of comprofiles environment variable 95 and then, in step 136 reads the value of selectedcomp environment variable 97 In steps 138 and 140, OS installation module 54 opens the desktop profile file 34 designated in comprofiles and retrieves the attributes of the selected desktop profile 39 designated in selectedcomp In step 142, OS installation module retrieves and updates generic answer file 64 with the parameters identified in the selected desktop profile
As shown in Figure 13, to update the generic answer file 64, in step 310, OS installation module 54 reads the first key under the section head of the selected desktop profile 39 The installation module 54 automatically edits the generic answer file 64 with a portion of the personalization parameters in desktop profile 39 This advantageously avoids the need to manually edit generic answer file 64 In step 312, OS installation module 54 compares the first key under the section head of the selected desktop profile 39 with a list of parameters which can be placed in an answer file to determine whether the answer file can be edited with the value of the key The list of keys which can be placed in an answer file is preprogrammed in OS installation module 54 If the value of the key can be placed in an answer file, OS installation module 54 reads the value of the key and looks for the matching key in generic answer file 64 In step 314, OS installation module 54 then places the value of the key in the argument of the matching key in generic answer file 64 In steps 316 and 318, if the key in the desktop profile is not the last key, OS installation module 54 moves to the next key If the key in the desktop profile is the last key, OS installation module 54 exits If the key in the desktop profile is not a parameter which can be placed in an answer file, in step 322 and 324, OS installation module 54 determines if it is the last key in the desktop profile and if it is not, module 54 moves on to the next key If the desktop profile key is the last key, the OS installation module exits For example, if the first three lines of a selected desktop profile 39 appear as follows,
[Computer 1]
EP Address = 123 123 123 78 InitialPassword =j smith then OS installation module 54 will read the key "IP Address", check to see if this key is one with which an answer file can be configured, locates the "IP Address" key in generic answer file 64, and place the value 123 123 123 78 in the argument of the "IP Address" key in generic answer file 64 OS installation module will then move on to the "InitialPassword" key It will discover that this key cannot be configured in an answer file, thus, it will move on to the next key or exit if "InitialPassword" is the last key in desktop profile 39
After moving through all the keys in desktop profile 39, OS installation module exits to step 144 In step 144, the OS installation module 54 stores an updated answer file 66 in workstation 36 In step 146, the OS installation module
54 places the values of comprofiles environment variable 95 (the selected desktop profile file) and selectedcomp environment variable 97 (the selected desktop profile index) in a initialization file "continue ini" 72 to be used for post-OS install personalization as detailed below At this stage, as shown in Figures 4 and 8, the installation of the OS into the workstation CPU 38 is initiated by an OS setup program 68 located in workstation 36 In step 150 of Figure 8, which shows the steps completed by OS setup program 68, OS setup program 68 reads the compressed OS files 70 from server 14 associated with the service selected by the CM-user, and in step 152, decompresses the OS files 70 As shown in step 154, the OS being installed then reads the updated answer 66 file from the workstation 36 which was stored there by the OS installation module 62 and, in step 156 installs using the parameters from the updated answer file 66 As noted above, because the OS being installed is programmatically designed to use an answer file during installation, steps 154 and 156 are built into the OS installation program 68. Also as noted above, details of the use and operation of setup programs for Windows®NT, Windows®95 and Windows®98 is provided in, respectively, "Microsoft® Windows®NT Workstation Operating System Deployment Guide," "Microsoft® Windows® 95 Resource Kit," and "Microsoft® Windows®98 Resource Kit," each of which has been incorporated by reference.
As detailed above, the present invention automatically generates a GUI whereby a CM-user can quickly and easily select a group of personalization parameters with which an OS can be configured. OS installation module 54 then edits generic answer file 64 with personalization parameters from desktop profiles file 34 to create an updated answer file 66 that includes the selected personalization parameters. In this way, the present invention advantageously allows a system administrator to deploy personalized operating systems to a plurality of workstations 44 on a network without having to manually edit an answer file for each deployment. With the present invention, the system administrator only needs to create one generic answer file 64 for each type of OS which may be deployed and a desktop profile file for each CM-user who will be deploying an OS. Because there are fewer files to manually edit, this can advantageously simplify and make more reliable the process of OS deployment into networked workstations. Further, it can reduce the time necessary to accomplish such deployment.
As noted above, not all OS personalization parameters can be stored in, and then read from, an answer file. Parameters that cannot be stored in an answer file can include end-user login name and end-user password. As such, the present invention includes a second editing module referred to as post-OS installation module 90, which is downloaded to workstation 36 after setup program 68 has run to install the operating system. Post-OS installation module 90 can edit a plurality of operating system application programming interfaces ("APIs") to include non-preinstallation configurable personalization parameters. An API is a routine that a configuration manager (or any other program) can use to request an operating system to perform lower-level services.
As shown in Figure 9, step 158, which shows the steps completed by post-OS installation module 90, post-OS installation module 90 detects from OS setup program 68 when OS setup is complete. Then, in step 160, post-OS installation module 90 reads continue.ini file 72 for the values of comprofiles environment variable 95 and selectedcomp environment variable 97. In step 162, post-OS installation module 90 reads the desktop profile file 34 designated in comprofiles environment variable 95 for keys indicating personalization parameters to be configured at the post-OS install stage. Post OS install module 90 is preprogrammed to recognize such keys. For example, for the end-user login name, the post-OS installation module 90 finds the "LoginED" key and retrieves its value.
For the end-user password, post OS-installation module 90 finds the "InitialPassword" key and retrieves its value.
Post-OS installation module 90 then places these retrieved values in arguments of APIs. These APIs are essentially lines of code in post-OS installation module 90. For example, to configure an end-user login name for Windows®NT,
Windows®95, and Windows®98 operating systems, the lines of code appear as follows:
USER_ENFO_2
UserInfo_2;
UserInfo_2.useri2_name = p_pusUserName;
NetUserAdd( p_pusWorkstationName, 1 , &UserInfo_2, &Error );
Where: p_pusUserName = LoginED and p_pusWorkstationName = the computer name of the workstation being configured
The "p_pusUserName" portion of the API is the argument which is replaced with the value of the "LoginID" key in the selected desktop profile. As such, to edit the end-user login name API, post-OS install module 90 reads desktop profile 39 and retrieves the value for the key "LoginED" and places it in the "p_pusUserName" location in the API. Specifically, if the value for "LoginID" in the selected desktop profile 39 was "JSmith", then post-OS installation module would place "JSmith" in the argument of the API call to appear as "UserInfor_2.usri2_name = JSmith." The computer name of the workstation being personalized (which was already configured using the answer file as described above) is also included in the API to associate the end-user login ED with the correct workstation. The Post-OS installation module 90 then executes the API which automatically configures the installed OS to have an end-user login name of JSmith. As noted in the background section, the use of and syntax for Microsoft® operating system APIs is detailed in
"Microsoft® Visual C++ 6.0 Reference Library", Microsoft® Press, 1998.
By automatically editing APIs to include parameters from a desktop profile, the present invention advantageously allows a CM-user to deploy a OS in a workstation without the need to manually enter values for such parameters for each workstation. This can simplify and save time is the OS deployment process and make the process more reliable.
As described above with reference to Figures 8 and 9, it is possible for the present invention to update and use an answer file in configuration of an operating system. However, it is also within the scope of the present invention to use only the post-OS installation method and apparatus described above for automated OS personalization. That is, the post-OS install module 90 can read all the personalization parameters designated by the comprofile environment variable 95 and selectedcomp environment variable 97, and place these parameters in the appropriate API calls. In this way, the steps described above involving use of an answer file for operating system configuration could advantageously be eliminated. Having described the invention in terms of a preferred embodiment, it will be recognized by those skilled in the art that various types of general purpose computer hardware may be substituted for the configuration described above to achieve an equivalent result.

Claims

CLAEMSWhat is claimed is:
1. A method for providing personalization parameters to allow an operating system to install itself with the provided personalization parameters on a computer system, the computer system including a memory, a first central processing unit (CPU), and a second CPU interconnected with the first CPU to allow the operating system to be installed from the first CPU to the second CPU, the method comprising: providing an operating system configuration file in the memory and used by the operating system to configure itself; providing a personalization parameters file in the memory; displaying a graphical user interface (GUI) on a display element of the second CPU, the GUI for displaying a list of a personalization parameters available in the personalization parameters file and allowing a user to select a plurality of the personalization parameters from the personalization parameters file; and automatically editing the first operating system configuration file to include at least a first portion of the selected plurality of personalization parameters.
2. The method of claim 1 further including the step of accessing the operating system configuration file in the memory to allow automated configuration of the operating system on the second CPU with the first portion of the selected plurality of personalization parameters.
3. The method of claim 1 further including the steps of: providing a plurality of operating system application programming interfaces (APIs) each one of the plurality of operating system APIs for configuring the operating system with a personalization parameter; after the operating system has been deployed on the second CPU, automatically editing the plurality of operating system APIs to each include one of a second portion of the selected plurality of personalization parameters; and executing the plurality of operating system APIs to configure the operating system with the second portion of the selected plurality of personalization parameters.
4. The method of claim 3 wherein: providing a personalization parameters file includes configuring the plurality of personalization parameters in groups with each group keyed to one of a plurality of unique user identifiers; and displaying a GUI includes displaying a list of the plurality of unique user identifiers.
5. The method of claim 4 wherein: providing an operating system configuration file includes providing the first operating system configuration file in a memory of the first CPU; and providing a personalization parameters file includes providing the personalization parameters file in a memory of the first CPU.
6. The method of claim 5 wherein the operating system is a Microsoft Windows operating system.
7. The method of claim 6 wherein: providing an operating system configuration file includes providing a
Microsoft answer file; and automatically editing the operating system configuration file includes placing in the Microsoft answer file a portion of the selected plurality personalization parameters selected by the GUI which can be placed in a Microsoft answer file.
8. A method for providing personalization parameters to allow an operating system to configure itself on a computer system with the provided personalization parameters, the computer system including a memory, a first central processing unit (CPU), and a second CPU interconnected with the first CPU to allow the operating system to be installed from the first CPU to the second CPU, the method comprising: providing a plurality of operating system APIs in the memory and for configuring the operating system with personalization parameters; providing a personalization parameters file in the memory; displaying a graphical user interface (GUI) on a display element of the second CPU, the GUI for displaying a list of a personalization parameters available in the personalization file and allowing a user to select a plurality of the personalization parameters from the personalization parameters file; automatically editing the plurality of operating system APIs to each include one of the selected plurality of personalization parameters; and executing the plurality of operating system APIs to configure the operating system with the of the selected plurality of personalization parameters.
9. An apparatus for use in a computer system having a memory, a first CPU, a second CPU having a display element, and an interconnection between the first CPU and second CPU, the apparatus for automatically providing personalization parameters to allow an operating system to configure itself with the personalization parameters upon installation of the operating system from the first CPU to the second CPU, comprising: a operating system configuration file stored in the memory and for storing personalization parameters with which the operating system can configure itself during an installation thereof; a personalization parameters file stored in the memory; a graphical user interface (GUI) displayed on the display element of the second CPU and for allowing a user to select a plurality of the personalization parameters in the personalization parameters file; a first file editing module that places a first portion of the personalization parameters selected via the GUI from the personalization parameters file into the operating system configuration file.
10. The apparatus of claim 9 further including: a plurality of operating system APIs stored in the memory, each one of the plurality of operating system APIs for configuring the operating system with a personalization parameter after installation of the operating system; a second editing module for placing one of a second portion of the personalization parameters selected via the GUI from the personalization parameters file into each of the plurality of operating system APIs; and a post-operating system installation module for executing the plurality of operating system APIs.
11. The apparatus of claim 10 wherein the personalization parameters file includes a plurality of unique user identifiers and the personalization parameters are arranged in a plurality of groups, each group keyed to a single unique user identifier.
12. The apparatus of claim 11 wherein the GUI displays a list of the plurality of unique user identifiers such that selection of one of the plurality of unique user identifiers selects the group of personalization parameters keyed to the selected one of the plurality of unique user identifiers.
13. The apparatus of claim 12 wherein: the operating system configuration file includes a Microsoft answer file; and the first portion of the personalization parameters selected via the GUI includes personalization parameters which can be included in a Microsoft answer file.
14. An apparatus for use in a computer system having a memory, a first CPU, a second CPU having a display element, and an interconnection between the first CPU and second CPU. the apparatus for automatically providing personalization parameters to allow an operating system to configure itself with the personalization parameters upon installing the operating system from the first CPU to the second
CPU, comprising: a plurality of operating system APIs stored in the memory, each one of the plurality of operating system API for configuring the operating system with one personalization parameter after installation of the operating system; a personalization parameters file stored in the memory; a graphical user interface (GUI) displayed on the display element of the second CPU and for allowing a user to select a plurality of the personalization parameters in the personalization parameters file; an editing module that places one of the plurality of personalization parameters selected via the GUI from the personalization parameters file into each of the plurality of operating system APIs; and a post-operating system installation module for executing the plurality of operating system APIs to configure the operating system with the plurality of personalization parameters.
15. A computer program product encoded with computer readable program means for use in automatically providing an operating system with personalization parameters to allow the operating system to configure itself therewith, the computer readable program means comprising: a first program means to allow a user to populate a personalization parameters file with personalization parameters; a graphical user interface means for displaying a list of personalization parameters in the personalization parameters file and allowing selection of a group of personalization parameters therefrom; and a first editing means for placing at least a portion of the selected group of personalization parameters in an operating system configuration file used by the operating system to configure itself.
16. The computer program product of claim 15 further including: a second program means for configuring the operating system with personalization parameters after installation of the operating system; and a second editing means for editing the first program means to include a second portion of the selected group of personalization parameters.
PCT/US1999/025383 1998-11-05 1999-10-28 Method and apparatus for operating system personalization during installation WO2000028414A1 (en)

Priority Applications (10)

Application Number Priority Date Filing Date Title
BR9915117-0A BR9915117A (en) 1998-11-05 1999-10-28 Method and apparatus for personalizing the operating system during installation
KR1020017005762A KR20010092447A (en) 1998-11-05 1999-10-28 Method and apparatus for operating system personalization during installation
AU15180/00A AU776195B2 (en) 1998-11-05 1999-10-28 Method and apparatus for operating system personalization during installation
AT99957484T ATE463007T1 (en) 1998-11-05 1999-10-28 METHOD AND APPARATUS FOR OPERATING SYSTEM PERSONALIZATION DURING INSTALLATION
EP99957484A EP1137988B1 (en) 1998-11-05 1999-10-28 Method and apparatus for operating system personalization during installation
IL14295499A IL142954A0 (en) 1998-11-05 1999-10-28 Method and apparatus for operating system personalization during installation
JP2000581532A JP2002529848A (en) 1998-11-05 1999-10-28 Method and apparatus for personalizing an operating system during installation
CA002349885A CA2349885C (en) 1998-11-05 1999-10-28 Method and apparatus for operating system personalization during installation
DE69942208T DE69942208D1 (en) 1998-11-05 1999-10-28 METHOD AND DEVICE FOR OPERATING SYSTEM PERSONALIZATION DURING INSTALLATION
IL142954A IL142954A (en) 1998-11-05 2001-05-03 Method and apparatus for operating system personalization during installation

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/187,102 US6066182A (en) 1998-11-05 1998-11-05 Method and apparatus for operating system personalization during installation
US09/187,102 1998-11-05

Publications (2)

Publication Number Publication Date
WO2000028414A1 WO2000028414A1 (en) 2000-05-18
WO2000028414A9 true WO2000028414A9 (en) 2000-10-19

Family

ID=22687600

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1999/025383 WO2000028414A1 (en) 1998-11-05 1999-10-28 Method and apparatus for operating system personalization during installation

Country Status (13)

Country Link
US (2) US6066182A (en)
EP (1) EP1137988B1 (en)
JP (1) JP2002529848A (en)
KR (1) KR20010092447A (en)
CN (1) CN1205544C (en)
AT (1) ATE463007T1 (en)
AU (1) AU776195B2 (en)
BR (1) BR9915117A (en)
CA (1) CA2349885C (en)
DE (1) DE69942208D1 (en)
IL (2) IL142954A0 (en)
WO (1) WO2000028414A1 (en)
ZA (1) ZA200103635B (en)

Families Citing this family (135)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6938089B1 (en) * 1997-10-16 2005-08-30 Virtual Access Technology Limited Apparatus and method for controlling access to a service over a communications system
US6351850B1 (en) * 1997-11-14 2002-02-26 Frank Van Gilluwe Computer operating system installation
IL125432A (en) 1998-01-30 2010-11-30 Easynet Access Inc Personalized internet interaction
US20050203835A1 (en) * 1998-01-30 2005-09-15 Eli Nhaissi Internet billing
IL123129A (en) * 1998-01-30 2010-12-30 Aviv Refuah Www addressing
US6256635B1 (en) * 1998-05-08 2001-07-03 Apple Computer, Inc. Method and apparatus for configuring a computer using scripting
US6209031B1 (en) * 1998-07-17 2001-03-27 International Business Machines Corporation Configuring computer network operations based upon a sequence of interactive user entries into a network server computer with a one time entry of data commonly required by multiple clients
US6449642B2 (en) * 1998-09-15 2002-09-10 Microsoft Corporation Method and system for integrating a client computer into a computer network
US6066182A (en) * 1998-11-05 2000-05-23 Platinum Technology Ip, Inc. Method and apparatus for operating system personalization during installation
US6367074B1 (en) * 1998-12-28 2002-04-02 Intel Corporation Operation of a system
ATE236428T1 (en) * 1999-04-28 2003-04-15 Tranxition Corp METHOD AND SYSTEM FOR AUTOMATIC TRANSLATION OF CONFIGURATION SETTINGS BETWEEN COMPUTER SYSTEMS
US6757720B1 (en) * 1999-05-19 2004-06-29 Sun Microsystems, Inc. Profile service architecture
US6871340B1 (en) * 1999-05-21 2005-03-22 Lucent Technologies Inc. System and method for generating software tools
US6751658B1 (en) * 1999-10-18 2004-06-15 Apple Computer, Inc. Providing a reliable operating system for clients of a net-booted environment
US7089300B1 (en) 1999-10-18 2006-08-08 Apple Computer, Inc. Method and apparatus for administering the operating system of a net-booted environment
US6578199B1 (en) * 1999-11-12 2003-06-10 Fujitsu Limited Automatic tracking system and method for distributable software
US8230190B1 (en) * 1999-11-22 2012-07-24 Seagate Technology Llc Storage device with built-in data security system
US20060248139A1 (en) * 1999-12-01 2006-11-02 Intel Corporation Networked computer management with a mobile software agent
US7424444B1 (en) 1999-12-20 2008-09-09 Dell Usa, L.P. Apparatus and method for configuring computers
US7765542B2 (en) * 2000-01-23 2010-07-27 Symantec Corporation Method and system for describing and extracting application information
US6615276B1 (en) * 2000-02-09 2003-09-02 International Business Machines Corporation Method and apparatus for a centralized facility for administering and performing connectivity and information management tasks for a mobile user
US6910208B1 (en) * 2000-04-25 2005-06-21 Microsoft Corporation System and method of providing replaceable and extensible user interface for the installation of a suite of applications
US7155713B1 (en) * 2000-04-27 2006-12-26 Microsoft Corporation Componentized operating system
US6823508B1 (en) * 2000-04-27 2004-11-23 Microsoft Corporation Automatic computer program customization based on a user information store
US7117293B1 (en) * 2000-05-12 2006-10-03 Apple Computer, Inc. Method and apparatus for archiving and unarchiving objects
US20020124245A1 (en) * 2000-08-14 2002-09-05 Alvin Maddux Method and apparatus for advanced software deployment
FR2816728B1 (en) * 2000-11-14 2003-09-12 Evidian ASSISTANCE TOOL FOR SETTING SOFTWARE
US20020087966A1 (en) * 2000-11-30 2002-07-04 Morris Wiginton Methods and apparatuses for building installation software
US6687820B2 (en) 2000-12-07 2004-02-03 International Business Machines Corporation System includes a selection manager for remotely managing the selection of an operating system for a target computer
US7631054B2 (en) * 2000-12-07 2009-12-08 International Business Machines Corporation Method and system for generating list of operating systems for a target device
US8140683B2 (en) * 2000-12-07 2012-03-20 International Business Machines Corporation Method and system for selecting an operating system at user login on a target device
US7024471B2 (en) * 2000-12-12 2006-04-04 International Business Machines Corporation Mechanism to dynamically update a windows system with user specific application enablement support from a heterogeneous server environment
US7278164B2 (en) * 2001-01-05 2007-10-02 Revit Technology Corporation Software usage/procurement management
US6934853B2 (en) * 2001-01-18 2005-08-23 International Business Machines Corporation Method, system and program for sharing the ability to set configuration parameters in a network environment
US8458754B2 (en) 2001-01-22 2013-06-04 Sony Computer Entertainment Inc. Method and system for providing instant start multimedia content
US7072950B2 (en) * 2001-01-23 2006-07-04 Sony Corporation Method and apparatus for operating system and application selection
US20020116283A1 (en) * 2001-02-20 2002-08-22 Masayuki Chatani System and method for transfer of disc ownership based on disc and user identification
US7228342B2 (en) * 2001-02-20 2007-06-05 Sony Computer Entertainment America Inc. System for utilizing an incentive point system based on disc and user identification
US6968505B2 (en) 2001-04-27 2005-11-22 International Business Machines Corporation Use of conceptual diagrams to support relationships between launchpads and its wizards
US7313621B2 (en) * 2001-05-15 2007-12-25 Sony Corporation Personalized interface with adaptive content presentation
US7171458B2 (en) * 2001-06-12 2007-01-30 International Business Machines Corporation Apparatus and method for managing configuration of computer systems on a computer network
US7441051B2 (en) * 2001-06-12 2008-10-21 International Business Machines Corporation Apparatus and method for managing configuration of computer systems on a computer network
US6993642B2 (en) * 2001-07-24 2006-01-31 Microsoft Corporation Method and system for creating and employing an operating system having selected functionality
EP1442368A4 (en) * 2001-09-19 2006-05-10 Steven G Belovich Method and system for providing a virus-immune, rule-based
US20090106353A1 (en) * 2001-09-19 2009-04-23 Belovich Steven G Method and system for providing an event auditing client server software arrangement
MXPA04003299A (en) * 2001-10-11 2004-07-23 Alcon Inc Methods for treating dry eye by a combination of an antiinflammatory steroid and a muc-1 secretagogue.
US20030074487A1 (en) * 2001-10-17 2003-04-17 Tankut Akgul Dynamic operating system
US7028295B2 (en) * 2001-10-31 2006-04-11 Seiko Epson Corporation Dynamic java class loading for application execution
JP2003150380A (en) * 2001-11-09 2003-05-23 Fujitsu Ltd System and method for setting program, server, client, and program
JP4189570B2 (en) * 2001-12-28 2008-12-03 コニカミノルタビジネステクノロジーズ株式会社 Image processing apparatus, firmware transmission method, and image processing apparatus management system
US7580991B2 (en) * 2002-01-07 2009-08-25 Sun Microsystems, Inc. Methods and apparatuses to configure and deploy servers
EP1385086A1 (en) * 2002-07-24 2004-01-28 Gabriele Ottaviani Method for executing instructions in an at least partially non compiled format
US20040030709A1 (en) * 2002-08-12 2004-02-12 Gateway, Inc. Personalized setup poster generation
US6813531B2 (en) 2002-09-20 2004-11-02 International Business Machines Corporation Method, system, and article of manufacture for product configuration
US7730155B1 (en) * 2002-10-01 2010-06-01 Apple Inc. Method and apparatus for dynamically locating resources
US7367053B2 (en) * 2002-10-11 2008-04-29 Yamatake Corporation Password strength checking method and apparatus and program and recording medium thereof, password creation assisting method and program thereof, and password creating method and program thereof
EP1418499A1 (en) * 2002-11-08 2004-05-12 Dunes Technologies S.A. Method for assisted configuration of programs and computer devices
US8886808B2 (en) * 2002-11-12 2014-11-11 Arris Enterprises, Inc. Method and system for provisioning specification subsets for standards-based communication network devices
JP2004199577A (en) * 2002-12-20 2004-07-15 Hitachi Ltd Integrated editing method of setting file and setting file integrated base
JP2004234481A (en) * 2003-01-31 2004-08-19 Canon Inc Installation method of software and storage medium
JP4038147B2 (en) * 2003-04-17 2008-01-23 株式会社日立製作所 Information processing system
EP1621997A4 (en) * 2003-05-08 2007-09-05 Fujitsu Ltd Software configuration restoration method and device, and computer-readable recording medium
US7882213B2 (en) * 2003-06-03 2011-02-01 Bmc Software, Inc. Network management system to monitor managed elements
US7774774B1 (en) * 2003-10-22 2010-08-10 Apple Inc. Software setup system
US7913246B2 (en) * 2003-10-27 2011-03-22 American Power Conversion Corporation System and method for updating a software program
GB0326626D0 (en) * 2003-11-14 2003-12-17 Filewave International Holding A method in a network of the delivery of files
US20050144617A1 (en) * 2003-12-06 2005-06-30 International Business Machines Corporation Automatic configuration of reinstall information
US20050135809A1 (en) * 2003-12-23 2005-06-23 Paddy Vishnubhatt Service and resource management framework for optical networks
DE102004015834B3 (en) * 2004-03-31 2005-03-03 Fujitsu Siemens Computers Gmbh User-specific configuration of computer from group of prepared computers involves configuration program installing software products named in configuration data file from database and configuring with stated parameters
US20050235281A1 (en) * 2004-04-19 2005-10-20 Telefonaktiebolaget L M Ericsson (Publ) Combined software installation package
US7490295B2 (en) 2004-06-25 2009-02-10 Apple Inc. Layer for accessing user interface elements
TWI249706B (en) * 2004-08-19 2006-02-21 Asustek Comp Inc Boot method, computer system, and production method thereof
US8020141B2 (en) * 2004-12-06 2011-09-13 Microsoft Corporation Operating-system process construction
US7882317B2 (en) * 2004-12-06 2011-02-01 Microsoft Corporation Process isolation using protection domains
US7600232B2 (en) 2004-12-07 2009-10-06 Microsoft Corporation Inter-process communications employing bi-directional message conduits
US7451435B2 (en) * 2004-12-07 2008-11-11 Microsoft Corporation Self-describing artifacts and application abstractions
US7934215B2 (en) * 2005-01-12 2011-04-26 Microsoft Corporation Smart scheduler
US20060253851A1 (en) * 2005-04-18 2006-11-09 Yong-Jun Cho Software installation system and method thereof and storage medium for software installation program
US7363479B1 (en) * 2005-04-26 2008-04-22 Hewlett-Packard Development Company, L.P. Methods and apparatus for provisioning servers to clients
US7293170B2 (en) * 2005-06-06 2007-11-06 Tranxition Corporation Changing the personality of a device by intercepting requests for personality information
US8849968B2 (en) * 2005-06-20 2014-09-30 Microsoft Corporation Secure and stable hosting of third-party extensions to web services
KR100725394B1 (en) * 2005-07-08 2007-06-07 삼성전자주식회사 Computer system and method for selectively installing a operating system from plural operating system
FR2888651B1 (en) * 2005-07-13 2009-06-05 Neoware Systems Inc METHOD FOR AUTOMATICALLY TAKING INTO ACCOUNT AND PERSISTENT STORAGE OF VOLATILE PRIORI PERSONALIZATION PARAMETERS
US8074231B2 (en) * 2005-10-26 2011-12-06 Microsoft Corporation Configuration of isolated extensions and device drivers
US20070094495A1 (en) * 2005-10-26 2007-04-26 Microsoft Corporation Statically Verifiable Inter-Process-Communicative Isolated Processes
US7752556B2 (en) 2005-10-27 2010-07-06 Apple Inc. Workflow widgets
US20070118804A1 (en) * 2005-11-16 2007-05-24 Microsoft Corporation Interaction model assessment, storage and distribution
US7707514B2 (en) 2005-11-18 2010-04-27 Apple Inc. Management of user interface elements in a display environment
US7861241B2 (en) * 2006-02-09 2010-12-28 Canon Kabushiki Kaisha Install apparatus, install method, program, and storage medium
US20070234345A1 (en) * 2006-02-22 2007-10-04 Microsoft Corporation Integrated multi-server installation
US7596615B2 (en) * 2006-02-22 2009-09-29 Microsoft Corporation Multi-server automated redundant service configuration
US7853945B2 (en) * 2006-02-22 2010-12-14 Michael Kramer Integrated computer server imaging
US8533700B1 (en) 2006-04-11 2013-09-10 Open Invention Networks, Llc Workstation uptime, maintenance, and reboot service
US7802243B1 (en) * 2006-04-20 2010-09-21 Open Invention Network Llc System and method for server customization
US8032898B2 (en) 2006-06-30 2011-10-04 Microsoft Corporation Kernel interface with categorized kernel objects
US8312449B2 (en) * 2006-10-31 2012-11-13 International Business Machines Corporation Viral installation of operating systems in a network
US8522234B2 (en) * 2007-02-05 2013-08-27 Microsoft Corporation Tailoring an operating system to a computer system
US20080244563A1 (en) * 2007-03-26 2008-10-02 Microsoft Corporation Dynamic configuration environment for setup
US8789063B2 (en) * 2007-03-30 2014-07-22 Microsoft Corporation Master and subordinate operating system kernels for heterogeneous multiprocessor systems
US20080244507A1 (en) * 2007-03-30 2008-10-02 Microsoft Corporation Homogeneous Programming For Heterogeneous Multiprocessor Systems
US8996409B2 (en) 2007-06-06 2015-03-31 Sony Computer Entertainment Inc. Management of online trading services using mediated communications
US9454384B2 (en) * 2007-07-05 2016-09-27 Microsoft Technology Licensing, Llc Custom operating system via a web-service
US9483405B2 (en) 2007-09-20 2016-11-01 Sony Interactive Entertainment Inc. Simplified run-time program translation for emulating complex processor pipelines
WO2009157933A1 (en) * 2008-06-26 2009-12-30 Hewlett-Packard Development Company, L.P. Self-management of local resources allocated remotely
CN101364175B (en) * 2008-07-02 2013-11-20 深圳国人通信有限公司 Configuration method and device for embedded system
US8290604B2 (en) * 2008-08-19 2012-10-16 Sony Computer Entertainment America Llc Audience-condition based media selection
US8447421B2 (en) * 2008-08-19 2013-05-21 Sony Computer Entertainment Inc. Traffic-based media selection
US8094680B1 (en) * 2008-09-23 2012-01-10 Avaya Inc. Automatic configuration
US8898660B2 (en) * 2008-11-25 2014-11-25 Fisher-Rosemount Systems, Inc. Systems and methods to provide customized release notes during a software system upgrade of a process control system
US9766869B2 (en) * 2009-01-16 2017-09-19 Microsoft Technology Licensing, Llc Parameterized installation packages
US10325266B2 (en) 2009-05-28 2019-06-18 Sony Interactive Entertainment America Llc Rewarding classes of purchasers
US20110016182A1 (en) * 2009-07-20 2011-01-20 Adam Harris Managing Gifts of Digital Media
US8413117B1 (en) * 2009-08-07 2013-04-02 Symantec Corporation Systems and methods for focusing product testing based on areas of change within the product between product builds
CN102006386B (en) * 2009-08-31 2013-03-13 京瓷办公信息系统株式会社 Operating device and image forming apparatus
US8558658B2 (en) * 2009-12-03 2013-10-15 Honeywell International Inc. Method and apparatus for configuring an access control system
US8819670B2 (en) * 2010-03-31 2014-08-26 Verizon Patent And Licensing Inc. Automated software installation with interview
US8433759B2 (en) 2010-05-24 2013-04-30 Sony Computer Entertainment America Llc Direction-conscious information sharing
US8484219B2 (en) 2010-09-21 2013-07-09 Sony Computer Entertainment America Llc Developing a knowledge base associated with a user that facilitates evolution of an intelligent user interface
US8504487B2 (en) 2010-09-21 2013-08-06 Sony Computer Entertainment America Llc Evolution of a user interface based on learned idiosyncrasies and collected data of a user
TW201324354A (en) * 2011-12-12 2013-06-16 Wistron Corp Method for automatic consecutive installing operating systems
CN103294490A (en) * 2012-02-23 2013-09-11 联想(北京)有限公司 Configuration information offering method and device as well as method and device for configuring operating system
US9009456B2 (en) 2012-04-19 2015-04-14 International Business Machines Corporation Automatic update of persistent boot parameter storage
US9105178B2 (en) 2012-12-03 2015-08-11 Sony Computer Entertainment Inc. Remote dynamic configuration of telemetry reporting through regular expressions
US9122687B2 (en) * 2012-12-19 2015-09-01 Red Hat, Inc. Crash recovery for attended operating system installations
US9542172B2 (en) 2013-02-05 2017-01-10 Apple Inc. Automatic updating of applications
US9575739B2 (en) * 2013-03-06 2017-02-21 International Business Machines Corporation Performing unattended software installation
US10656800B2 (en) 2013-03-29 2020-05-19 Microsoft Technology Licensing, Llc Visual configuration and activation
US10452222B2 (en) * 2013-05-29 2019-10-22 Microsoft Technology Licensing, Llc Coordination of system readiness tasks
US10031736B2 (en) * 2015-09-29 2018-07-24 Quanta Computer Inc. Automatic system software installation on boot
CN107291486B (en) * 2016-04-11 2020-12-04 新华三信息技术有限公司 Installation method and device of operating system
CN109032661A (en) * 2018-08-07 2018-12-18 武汉普利商用机器有限公司 System version method for customizing, device and intelligent terminal
KR20200118980A (en) * 2019-04-09 2020-10-19 삼성전자주식회사 An electronic device for executing different operating system and method thereof
WO2021152803A1 (en) * 2020-01-30 2021-08-05 富士通株式会社 Input assistance device, input assistance method, and input assistance program
CN111629044B (en) * 2020-05-21 2021-11-30 浙江华网俊业科技有限公司 Cloud disk-based Windows operating system data roaming network structure and method thereof
US11435991B2 (en) * 2020-07-16 2022-09-06 aiden technologies, Inc. Automated machine deployment and configuration

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5155847A (en) 1988-08-03 1992-10-13 Minicom Data Corporation Method and apparatus for updating software at remote locations
US5261104A (en) * 1990-03-22 1993-11-09 International Business Machines Flexible computer initialization
EP0463251A1 (en) * 1990-06-28 1992-01-02 International Business Machines Corporation Software installation
JPH0792744B2 (en) * 1990-08-20 1995-10-09 インターナショナル・ビジネス・マシーンズ・コーポレイション A method of installing multi-level application software on a data processing device.
US5845078A (en) * 1992-04-16 1998-12-01 Hitachi, Ltd. Network integrated construction system, method of installing network connection machines, and method of setting network parameters
US5860012A (en) * 1993-09-30 1999-01-12 Intel Corporation Installation of application software through a network from a source computer system on to a target computer system
US5421009A (en) 1993-12-22 1995-05-30 Hewlett-Packard Company Method of remotely installing software directly from a central computer
US5845090A (en) * 1994-02-14 1998-12-01 Platinium Technology, Inc. System for software distribution in a digital computer network
DE4408544C2 (en) * 1994-03-14 1997-06-19 Siemens Nixdorf Inf Syst Automatic installation
US5596723A (en) * 1994-06-23 1997-01-21 Dell Usa, Lp Method and apparatus for automatically detecting the available network services in a network system
US5684952A (en) * 1994-07-25 1997-11-04 Apple Computer, Inc. Supervisory control system for networked multimedia workstations that provides reconfiguration of workstations by remotely updating the operating system
JPH0887460A (en) * 1994-09-19 1996-04-02 Seiko Epson Corp Installation system
JP3071469B2 (en) 1994-12-13 2000-07-31 ノベル,インコーポレイテッド Apparatus and method for providing simple and secure management of a remote server
US5771381A (en) * 1994-12-13 1998-06-23 Microsoft Corporation Method and system for adding configuration files for a user
US5604906A (en) 1995-02-06 1997-02-18 Apple Computer, Inc. Method and apparatus for installing software block-by block via an image of the target storage device
US5742829A (en) * 1995-03-10 1998-04-21 Microsoft Corporation Automatic software installation on heterogeneous networked client computer systems
US5867713A (en) * 1995-04-05 1999-02-02 International Business Machines Corporation Committing an install plan object for the network installation of application programs
US5897635A (en) * 1995-06-07 1999-04-27 International Business Machines Corp. Single access to common user/application information
US5696968A (en) * 1995-09-21 1997-12-09 Dell U.S.A., L.P. Method and apparatus for effecting drive ordering via adapter preference
US5950010A (en) * 1996-11-25 1999-09-07 J.D. Edwards World Source Co. System and method for customized application package building and installation
US6006035A (en) * 1997-12-31 1999-12-21 Network Associates Method and system for custom computer software installation
US6066182A (en) * 1998-11-05 2000-05-23 Platinum Technology Ip, Inc. Method and apparatus for operating system personalization during installation

Also Published As

Publication number Publication date
ATE463007T1 (en) 2010-04-15
CA2349885A1 (en) 2000-05-18
IL142954A (en) 2006-10-31
WO2000028414A1 (en) 2000-05-18
IL142954A0 (en) 2002-04-21
JP2002529848A (en) 2002-09-10
KR20010092447A (en) 2001-10-25
CN1335961A (en) 2002-02-13
AU1518000A (en) 2000-05-29
US6066182A (en) 2000-05-23
AU776195B2 (en) 2004-09-02
CA2349885C (en) 2005-09-06
DE69942208D1 (en) 2010-05-12
EP1137988B1 (en) 2010-03-31
ZA200103635B (en) 2002-06-04
US6446260B1 (en) 2002-09-03
CN1205544C (en) 2005-06-08
EP1137988A4 (en) 2004-05-19
BR9915117A (en) 2001-12-18
EP1137988A1 (en) 2001-10-04

Similar Documents

Publication Publication Date Title
US6066182A (en) Method and apparatus for operating system personalization during installation
US6282709B1 (en) Software update manager
US6202206B1 (en) Simultaneous installation and configuration of programs and components into a network of server and client computers
US6098097A (en) Controlling the installation and configuration of programs and components in a network of server and client computers through entries into a primary server computer
US6466972B1 (en) Server based configuration of network computers via machine classes
US6871221B1 (en) Method and apparatus to manage network client logon scripts using a graphical management and administration tool
US7398480B2 (en) System and method of providing multiple installation actions
US7778968B2 (en) Systems and methods for compiling applications on a test server
US7761809B2 (en) Targeted user interface fall-through
US5764593A (en) Method and system for the interception and control of the computer boot process
US6636961B1 (en) System and method for configuring personal systems
US5784563A (en) Method and system for automated reconfiguration of a client computer or user profile in a computer network
US7441021B1 (en) Methods and apparatus for producing a configuration for components of a network
US6314428B1 (en) Method and apparatus for application management in computer networks
US20040233234A1 (en) Appparatus and method for automating the diagramming of virtual local area networks
US20070240150A1 (en) Simplifying installation of a suite of software products
US5414846A (en) Method for facilitating the configuration of programs
MXPA04012994A (en) Heterogeneous disk storage management technique.
US6052719A (en) Stored file of prerecorded keystrokes and cursor selections for controlling automatic installation and configuration of programs and components in a network of server and client computers
US20030120827A1 (en) Method and apparatus for automatically detecting machine states during an operating system installation through a network
US7020677B1 (en) Method for assisting the administration of a distributed application based on a binary configuration file in a computer system
US20050066016A1 (en) Interface for configuring internet communications on a z series computer
CN110688170B (en) Operation station operation optimization device and method

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 99814152.6

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2000 15180

Country of ref document: AU

Kind code of ref document: A

AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: C2

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: C2

Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

COP Corrected version of pamphlet

Free format text: PAGES 1/15-15/15, DRAWINGS, REPLACED BY NEW PAGES 1/15-15/15; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE

WWE Wipo information: entry into national phase

Ref document number: 142954

Country of ref document: IL

ENP Entry into the national phase

Ref document number: 2349885

Country of ref document: CA

Ref document number: 2349885

Country of ref document: CA

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2001/03635

Country of ref document: ZA

Ref document number: 200103635

Country of ref document: ZA

Ref document number: IN/PCT/2001/629/CHE

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2000 581532

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1999957484

Country of ref document: EP

Ref document number: 1020017005762

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 15180/00

Country of ref document: AU

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWP Wipo information: published in national office

Ref document number: 1999957484

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1020017005762

Country of ref document: KR

WWG Wipo information: grant in national office

Ref document number: 15180/00

Country of ref document: AU

WWR Wipo information: refused in national office

Ref document number: 1020017005762

Country of ref document: KR