US20030145317A1 - On demand patching of applications via software implementation installer mechanism - Google Patents

On demand patching of applications via software implementation installer mechanism Download PDF

Info

Publication number
US20030145317A1
US20030145317A1 US10/228,770 US22877002A US2003145317A1 US 20030145317 A1 US20030145317 A1 US 20030145317A1 US 22877002 A US22877002 A US 22877002A US 2003145317 A1 US2003145317 A1 US 2003145317A1
Authority
US
United States
Prior art keywords
software implementation
patch
application
patching
file
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
US10/228,770
Other versions
US7073172B2 (en
Inventor
Benjamin Chamberlain
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Corp
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 claimed from US09/158,021 external-priority patent/US6418554B1/en
Application filed by Microsoft Corp filed Critical Microsoft Corp
Priority to US10/228,770 priority Critical patent/US7073172B2/en
Publication of US20030145317A1 publication Critical patent/US20030145317A1/en
Application granted granted Critical
Publication of US7073172B2 publication Critical patent/US7073172B2/en
Assigned to MICROSOFT TECHNOLOGY LICENSING, LLC reassignment MICROSOFT TECHNOLOGY LICENSING, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MICROSOFT CORPORATION
Adjusted expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation

Definitions

  • the invention relates generally to computer systems, and more particularly to an improved method and system for patching software applications installed on computer systems.
  • an enterprise wants certain personnel to have access to various software implementations such as applications, while wanting other applications to be available to certain users for access if needed.
  • a corporate enterprise may declare a policy specifying that everyone in the company should use a particular electronic mail program, while in addition, those in the research department should be able to load a particular spreadsheet application if needed.
  • policies cause problems when multiple users share the same computer, since a policy instituted for one user of that computer may not be compatible with the policy for another.
  • installing software implementations in an enterprise is a complex task that does not fit in well with existing systems and methods.
  • installation for non-network users may also be improved.
  • Patches are generally updates (e.g. fixes) that overwrite part of an application's code, append code to an application, change or add components (such as DLLs) used by an application and/or change application-related entries in the system registry.
  • patches installation mechanisms are essentially standalone products custom-built generally as an afterthought for the applications they are patching, and are independent from the original application installation mechanism.
  • patch installation mechanisms do not communicate with the original application installation mechanism, and are not aware of the installed state of an application from the original application installation mechanism's perspective.
  • the present invention provides a method and mechanism for automatically patching a software implementation (e.g., application program) on demand.
  • An installer mechanism receives a patch and associates the patch with one or more software implementations.
  • the software implementation may be installed, in which event the installer mechanism will patch the implementation, but may not yet be installed.
  • the installer mechanism receives a request to install such a software implementation, the installer installs the software implementation, recognizes that the software implementation has a patch associated therewith, and patches the software implementation. For example, the patch may change the files and/or the values of registry entries associated with the software implementation.
  • the patching is automatic following any installation of a software implementation having a patch associated therewith, the software implementation need not be installed when the patch application program is run. Moreover, because the patch is applied whenever an installation occurs, the patch is reapplied if part of the application is uninstalled and then reinstalled, if the application repairs its files, and/or if an application of a patched suite of applications that was not previously installed is later installed.
  • FIG. 1 is a block diagram representing a computer system into which the present invention may be incorporated;
  • FIG. 2 is a diagram representing how various containers including a class store container are hierarchically organized under a policy object associated with a directory container;
  • FIG. 3 is a block diagram generally representing a computer network into which the present invention may be incorporated;
  • FIG. 4 is a block diagram generally representing exemplary components for possible on-demand installation thereof
  • FIG. 5 is a block diagram generally representing the processing of on-demand location and installation of applications for policy recipients
  • FIG. 6 is a flow diagram generally representing the steps taken at user logon to advertise an assigned application
  • FIG. 7 is a block diagram generally representing the installer mechanism handling on-demand installation in response to a request by the operating system or OLE;
  • FIG. 8 is a flow diagram generally representing the steps taken when a user activates an assigned application via a shortcut including possible on-demand installation thereof;
  • FIG. 9 is a flow diagram generally representing the steps taken when a user attempts to activate an application via a file extension associated therewith;
  • FIG. 10 is a flow diagram generally representing the steps taken by an installer mechanism to possibly install an application associated with a file extension
  • FIG. 11 is a block diagram generally representing the installer mechanism handling on-demand installation in response to a request by an application
  • FIG. 12 is a block diagram generally illustrating the components for installing software implementations in accordance with various aspects of the present invention.
  • FIG. 13 is a block diagram representing how an application package may be hierarchically organized into features, components and files;
  • FIG. 14 is a flow diagram generally representing the steps taken by an operating system when a software implementation needs to be installed
  • FIGS. 15 A- 15 B comprise a flow diagram generally representing the steps taken by an application to request installation of an implementation needed thereby;
  • FIG. 16 is a block diagram representing how a local machine changes from an initial installed state of an application to a patched application installed state in accordance with one aspect of the present invention
  • FIG. 17 is a block diagram representing how a patch changes installed applications in accordance with one aspect of the present invention.
  • FIG. 18 is a flow diagram generally representing the steps taken when a user requests patching of an application in accordance with an aspect of the present invention
  • FIG. 19 is a flow diagram generally representing the steps taken when a patch is applied to an application in accordance with an aspect of the present invention.
  • FIG. 20 is a flow diagram generally representing the steps taken to perform on-demand patching of an application in accordance with an aspect of the present invention.
  • FIG. 1 and the following discussion are intended to provide a brief general description of a suitable computing environment in which the invention may be implemented.
  • the invention will be described in the general context of computer-executable instructions, such as program modules, being executed by a personal computer.
  • program modules include routines, programs, objects, components, data structures and the like that perform particular tasks or implement particular abstract data types.
  • program modules include routines, programs, objects, components, data structures and the like that perform particular tasks or implement particular abstract data types.
  • program modules include routines, programs, objects, components, data structures and the like that perform particular tasks or implement particular abstract data types.
  • the invention may be practiced with other computer system configurations, including hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers and the like.
  • the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules may be located in both local and remote memory storage devices.
  • an exemplary system for implementing the invention includes a general purpose computing device in the form of a conventional personal computer 20 or the like, including a processing unit 21 , a system memory 22 , and a system bus 23 that couples various system components including the system memory to the processing unit 21 .
  • the system bus 23 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures.
  • the system memory includes read-only memory (ROM) 24 and random access memory (RAM) 25 .
  • ROM read-only memory
  • RAM random access memory
  • a basic input/output system 26 (BIOS) containing the basic routines that help to transfer information between elements within the personal computer 20 , such as during start-up, is stored in ROM 24 .
  • the personal computer 20 may further include a hard disk drive 27 for reading from and writing to a hard disk, not shown, a magnetic disk drive 28 for reading from or writing to a removable magnetic disk 29 , and an optical disk drive 30 for reading from or writing to a removable optical disk 31 such as a CD-ROM or other optical media.
  • the hard disk drive 27 , magnetic disk drive 28 , and optical disk drive 30 are connected to the system bus 23 by a hard disk drive interface 32 , a magnetic disk drive interface 33 , and an optical drive interface 34 , respectively.
  • the drives and their associated computer-readable media provide non-volatile storage of computer readable instructions, data structures, program modules and other data for the personal computer 20 .
  • a number of program modules may be stored on the hard disk, magnetic disk 29 , optical disk 31 , ROM 24 or RAM 25 , including an operating system 35 (preferably Windows® 2000), one or more application programs 36 , other program modules 37 and program data 38 .
  • a user may enter commands and information into the personal computer 20 through input devices such as a keyboard 40 and pointing device 42 .
  • Other input devices may include a microphone, joystick, game pad, satellite dish, scanner or the like.
  • These and other input devices are often connected to the processing unit 21 through a serial port interface 46 that is coupled to the system bus, but may be connected by other interfaces, such as a parallel port, game port or universal serial bus (USB).
  • a monitor 47 or other type of display device is also connected to the system bus 23 via an interface, such as a video adapter 48 .
  • personal computers typically include other peripheral output devices (not shown), such as speakers and printers.
  • the personal computer 20 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 49 .
  • the remote computer 49 may be another personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the personal computer 20 , although only a memory storage device 50 has been illustrated in FIG. 1.
  • the logical connections depicted in FIG. 1 include a local area network (LAN) 51 and a wide area network (WAN) 52 .
  • LAN local area network
  • WAN wide area network
  • Such networking environments are commonplace in offices, enterprise-wide computer networks, Intranets and the Internet.
  • the personal computer 20 When used in a LAN networking environment, the personal computer 20 is connected to the local network 51 through a network interface or adapter 53 .
  • the personal computer 20 When used in a WAN networking environment, the personal computer 20 typically includes a modem 54 or other means for establishing communications over the wide area network 52 , such as the Internet.
  • the modem 54 which may be internal or external, is connected to the system bus 23 via the serial port interface 46 .
  • program modules depicted relative to the personal computer 20 may be stored in the remote memory storage device. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.
  • a client workstation e.g., 20 1
  • software implementations 60 such as applications or pieces thereof, (e.g., products, features and components as described below), objects and so on may reside on one or more of the remote computers 49 .
  • software implementations 60 such as applications or pieces thereof, (e.g., products, features and components as described below), objects and so on may reside on one or more of the remote computers 49 .
  • no particular arrangement of the various files, interfaces, objects (classes), mechanisms, processes and so on described herein is necessary to the present invention. Indeed, as is understood in computing and networking in general, such files, interfaces, objects, mechanisms, processes and so, on may be combined, separated and/or distributed in virtually any number of ways among the various network devices.
  • on-demand installation may be performed by the present invention for any number of users in many types of environments, from a single standalone user to an enterprise-wide network of policy recipients, i.e., users and machines.
  • a deployment scheme is able to trigger the installation mechanism remotely and efficiently, thus leveraging it for enterprise-wide deployment, it is understood that the concept of install on demand is valid outside the scope of application deployment.
  • many aspects of the present invention will be described hereinafter with respect to network application deployment, since network application deployment benefits significantly from on-demand installation.
  • the present invention provides a method and system that facilitates deploying software implementations by automatically installing the software implementations throughout a computer network in a highly flexible, scalable, extensible and efficient manner.
  • the method and system leverage a highly flexible architecture wherein an administrator can tailor policies 62 to containers 64 (sites, domains, and organizational units of users and computers arranged in a hierarchical manner), by specifying one or more policies 62 therefor, such that the policy within an organization is centrally managed.
  • group policies 62 including the prioritizing of multiple policies for policy recipients (e.g., users or machines) are described in U.S. patent application Ser. No. 09/134,805, entitled “System and Method for Implementing Group Policy,” assigned to the assignee of the present invention and hereby incorporated by reference herein in its entirety.
  • group policies 62 are maintained via a Windows® 2000 directory service, known as the Active Directory 66 , ordinarily maintained in a domain controller 68 (FIG. 3). More particularly, each group policy object 62 comprises a group policy container in the directory service and a group policy template in the “sysvol” of the domain controller 68 , but for purposes of simplicity are generically referred to herein as a group policy object.
  • the Active Directory 66 stores information about the objects of a domain, and makes this information easy for administrators to access, find and apply via a single, consistent and open set of interfaces.
  • a core unit in the Active Directory 66 is the domain, and the objects of a network exist within a domain.
  • a single domain can span multiple physical locations or sites.
  • a first aspect related to the present invention involves the on-demand installation of applications, such as for purposes of application deployment, i.e., initially making an application or some piece, thereof available (e.g., core code) to network policy recipients via policies 62 .
  • applications such as for purposes of application deployment, i.e., initially making an application or some piece, thereof available (e.g., core code) to network policy recipients via policies 62 .
  • an administrator can choose to either “assign” or “publish” the application. To this end, as shown in FIGS.
  • one or more group policy objects (templates) 66 associated with users or machines of a directory container may be associated with policy recipients, and a subcontainer of each group policy object, deemed a class store, may include application deployment information.
  • a class store 70 is actually a subcontainer of the group policy container, as described in more detail in copending United States Patent Application entitled “Class Store Schema,” assigned to the same assignee as the present invention, filed concurrently herewith and hereby incorporated by reference herein in its entirety.
  • policy recipients e.g., users and workstations/machines
  • a directory container 64 e.g., organizational unit
  • An application typically is assigned to a group of users (or a group of machines) when it is deemed mandatory for that group to have that application, while published applications are those that are made optionally available to users who may benefit therefrom.
  • the same version of an electronic mail application program may be assigned to everyone in an organization, while a word processing program may be assigned to every group of users that needs some word processing capabilities.
  • an application program for editing images may not be needed by everyone, and thus such a program may be published on a per-group basis so that those groups of users who may benefit from the program have it, while others who do not need it will not have it occupy resources of their workstations. Publishing is generally described below.
  • Assigned applications are advertised, i.e., they appear as available to a user at each logon (if assigned to a user) or at each re-boot (if assigned to a machine). Advertised applications are not necessarily installed on the workstation, but rather may only appear to be installed.
  • advertisements for an application include shortcuts that appear on the Start Menu, a collection of registry entries required primarily for OLE and shell activation, and icon files, (note that these concepts of advertising are valid for both network and standalone users). For example, to explicitly launch an application, users navigate the Start Menu looking for a shortcut representing the application, then click that shortcut. Thus, shortcuts placed on the Start Menu represent a blatant advertisement for an application.
  • Assigned applications are also resilient, in that they will be re-advertised on the next logon (or machine re-boot as appropriate) if deleted from the local workstation (machine) 20 1 .
  • assignment will hereinafter ordinarily be described with reference to being applied to users via a policy at user logon, although it is understood that policies may be applied to a machine when the machine connects to the network, e.g., at machine re-boot, and thus applications may be assigned to machines (e.g., via a machine profile 79 ) in the same general manner as users.
  • the assigned application (the administrator-specified version) will return at the next logon. Only an administrator (and in particular a domain administrator) may permanently remove an assigned application, by doing so via the centralized location.
  • an application deployment editor 78 selects an application package (e.g., 80 ).
  • the application deployment editor 78 causes an advertise script 82 (a file) to be generated and stored for one or more groups of users (or machines) in a group policy template (object), e.g., 62 2 , of the Active Directory 66 .
  • advertise script 82 a file
  • group policy template object
  • the application deployment editor 72 calls the MsiADvertiseProduct( ) API (application programming interface) of a managed software installer mechanism 84 a (named the “Windows installer” in one preferred implementation) with the information as set forth in the table below: UINT MsiAdvertiseProduct( LPCTSTR szPackagePath // Fully qualified path to a package LPCTSTR szScriptFilePath // If NULL, product is advertised locally LPCTSTR szTransforms // Semi-colon delimited list of transforms LANGID idLanguage // Language of product being advertised );
  • the advertise script 82 Upon successful completion, the result is the advertise script 82 containing records for creating advertisement information, e.g., including shortcuts, icon files, and OLE and shell activation registry entries.
  • szScriptFilePath may specify a file stored in the applications folder of the group policy object 66 2 as represented in FIG. 4.
  • the advertise script 82 comprises information corresponding to a series of commands, API calls, or the like, such as resulting in standard API calls to write various information to the registry 74 at certain keys, add application shortcuts to the Start Menu, and so on.
  • the usage of well-documented APIs to write information to a registry and add shortcuts to menu folders will not be described herein in detail.
  • packages such as the packages 80 are stored and cataloged under the class stores 70 , and may be available from various vendors for different platforms, activation modes, access control, setup, and installation information.
  • the package 80 may include an entire application (e.g., Microsoft® Word or Excel), a set of binary component implementations packaged together, or a standalone COM (Component Object Model) component (e.g., an ActiveXTM control).
  • Advertisement information references the managed software installer mechanism 84 b , and, as described below, the operating system 35 knows what to do when it encounters such information.
  • the managed software installer mechanism 84 b is involved is when activation occurs, i.e., the managed software installer mechanism 84 b is called when an application is activated to install one or more components as needed to service the activation request.
  • FIG. 6 shows the steps taken by the logon process 86 at user logon, beginning at step 600 wherein as part of applying the group policy template 62 2 (and any other templates), the logon process 86 writes the advertising script 82 (and any other scripts) to the user profile 72 in the local workstation 20 1 .
  • an advertise script is selected from the user profile.
  • the selection may be in a prioritized order, (as described in the aforementioned “Group Policy” patent application).
  • the installer mechanism 84 b is called at step 604 to process the script, e.g., populate the registry with information such as file-extension associations, write application shortcuts to the user's Start Menu or desktop and so on as represented by step 606 .
  • Step 608 repeats the processing of scripts (one of which will be the script 82 ) until there are no more to process.
  • each of these advertise scripts associated with the directory containers 64 to which the user belongs are handed to the managed software installer mechanism 84 b for processing, via the MsiAdvertiseScript( ) API, as set forth in the table below:
  • UINT WINAPI MsiAdvertiseScript LPCTSTR szScriptFile, // path to script from MsiAdvertiseProduct DWORD dwFlags, // the SCRIPTFLAGS bit flags that control the script execution PHKEY phRegData, // optional parent registry key BOOL fRemoveItems); // TRUE if specified items are to be removed
  • the MsiAdvertiseScript( ) serially executes the list of advertise script information 82 in accordance with the above parameters.
  • an advertise script stores information in the user's profile and the system registry that is used to manage advertised applications. This set of per-user information includes attributes for each advertised product, source list information, feature-to-product associations, and descriptors for each advertised component. Note that the script need not necessarily store its data in the registry, but may alternatively store it elsewhere on the local workstation, and the operating system made aware of the location.
  • assigned and published applications may be installed (and also patched, as described below) on the local workstation 20 1 on an as-needed basis (on demand) by the managed software installer mechanism 84 b.
  • the managed software installer mechanism 84 b looks for it on the local machine but does not find it, after which the managed software installer mechanism 84 b installs the application, such as via a software implementation 60 maintained in the class store 70 and/or via an application image 90 (FIG. 3) on a network server 92 .
  • the network server 92 may be the same server 49 on which the application package 80 was loaded, which may or may not be the domain controller 68 , however as can be appreciated, this is not necessary. Thereafter, the application remains on the local workstation 20 1 and need not be re-installed, unless deleted in some manner. However, even if deleted, the application will be re-advertised the next time policy is applied, e.g., at the next user logon, whereby if again activated, the application will again be re-installed. Note that if the application is installed but damaged, e.g., key files are deleted, the application may perform self-repair at this time.
  • the managed software installer mechanism 84 b uses the identifiers set forth in the following table: ⁇ ProductCode ⁇ A standard GUID which uniquely identifies a product. FeatureID A string which represents a feature. A FeatureID should be human readable and need only be unique within a given product. ⁇ ComponentCode ⁇ A standard GUID which uniquely identifies a component. [Descriptor] A descriptor is comprised of a ⁇ ProductCode ⁇ , a FeatureID and a ⁇ ComponentCode ⁇ within square brackets, e.g., [ ⁇ ProductCode ⁇ FeatureIDdelimiter ⁇ ComponentCode ⁇ ]. A delimiter exists between the FeatureID and the ⁇ ComponentCode ⁇ since a FeatureID is variable in length. Delimiter ASCII value 2, chosen so as to not collide with characters that might appear as part of a FeatureID
  • An association between the managed software installer mechanism 84 b and the operating system 35 e.g., shell and essentially OLE
  • the operating system 35 e.g., shell and essentially OLE
  • shell and OLE activation code collectively 85
  • many shell and OLE-related registry entries are preferably installer mechanism-aware.
  • managed shortcuts include a descriptor (based on a shortcut, classID, file extension and so on) that the shell activation code (of the operating system 35 ) detects, and hands to the managed software installer mechanism 84 b, (to await resolution in the form of a path, which it may then process).
  • OLE activation is aware of such descriptors, and calls an API of the managed software installer mechanism 84 b to resolve them. Both of these operations are represented in FIG. 7 by the circled numeral one.
  • FIG. 8 shows the general operation taken by the installer 84 b when a user attempts to activate an advertised application (e.g., 98 ) by clicking a shortcut corresponding thereto, beginning at step 800 .
  • the operating system 35 communicates with the managed software installer mechanism 84 b to determine if the application 98 is locally installed, one of the possible states of an advertised application as described below.
  • the managed software installer mechanism 84 b looks to the system (i.e., the registry or similar database) to determine if the state is locally installed (or broken, for purposes of self-repair), and receives this state information as represented by the circled numeral three.
  • step 804 if the application 98 is not locally installed, the installer 84 b installs it (or at least some core portion thereof) at step 806 , as also represented by the circled numeral four in FIG. 7, wherein the dashed line beside the circled numeral four indicates an optional operation, and as described in more detail below. Also, the state of the application 98 is changed to locally installed, so that the next time activation thereof is requested, installation is not necessary. Moreover, the application may be patched if a patch has been applied thereto, as evaluated at step 808 .
  • FIG. 20, described below, represents the steps taken to patch an application on demand when a patch has been applied thereto, in accordance with the present invention.
  • the managed software installer mechanism 84 b provides the operating system/OLE 35 with the information needed to execute the application (circled numeral five in FIG. 7), and at step 810 (FIG. 8) the operating system 35 executes the application. Note that except for possible installation delay times, in typical situations, the installation is essentially invisible to the requesting user. Of course, if the source cannot be located, e.g., the network is down or a CD-ROM source is not in the drive, the install may fail, look for another source, and/or the user may see a prompt requesting some user action. More particularly, see the aforementioned U.S. patent application entitled “System and Method for Managing Locations of Software Components Via a Source List.”
  • An administrator may also choose to publish an application, essentially to make the application available to a user if needed.
  • Published applications are just as manageable as assigned applications, however unlike assigned applications, a published application has no presence on a user's machine until invoked. Thus, a published application has no attributes on the client machine, but rather has its attributes stored in the Active Directory 66 .
  • a published application can be located in the Active Directory in a number of ways, including via an application name, a class ID serviced by the application, a program ID serviced by the application, a file extension serviced by the application, and MIME type or content type serviced by the application.
  • each of the above attributes may be used as the key to locate a published application in the Active Directory 66 . Then, once a published application is located, the application's user-friendly (human readable) name is available, as well as enough information to assign the application to the user. Thus, until needed, a published application is not installed, nor does it appear to the user to be installed. For example, there are no shortcuts present to use for activating the application. Instead, published applications may be activated by the above-attributes such as file extension, in a two-step process as described below with particular reference to FIGS. 9 - 10 . First the operating system 35 shell (or similarly OLE) attempts to locate the application activation information in the local machine's registry 74 .
  • an Active Directory 66 lookup occurs (as described in the aforementioned “Class Store Schema” patent application. This is alternatively shown by circled numerals one and two in FIG. 7. Note that the administrator may prioritize which application in the class stores handles which extension. If found, the application script is advertised as described above, i.e., the application is effectively assigned to the user, the registry is populated, the item added to the Start Menu, and so on as if the application was assigned. The process then launches the application. Conversely, if no associated application is found in the class stores 70 , an appropriate error is returned (e.g., no association for this application for this user).
  • the user may be given a roaming profile, whereby such information roams with the user regardless of where the user logon takes place. If not, the information stays on the machine that triggered the assignment. In this manner, published applications as well as assigned applications essentially follow the user around. Once the application is assigned, activation continues as with normal assigned applications.
  • both assigned and published applications may be activated by invoking (e.g., double-clicking) a file (document) having an extension with an associated application registered in the registry.
  • FIGS. 9 and 10 show how such an action may lead to the file being installed if needed, beginning at step 900 which represents the double-clicking (or similar operation such as right-click, open) of the document.
  • the operating system shell 85 looks to the local registry 74 for file extension information, i.e., an application associated with the file extension. If the information is found, step 904 branches to step 906 which then calls the installer 84 b to locate the associated application and return a file system path thereto (FIG. 10) as described below.
  • the administrator may prioritize which application handles which extension since multiple applications may be capable of handling the same file type.
  • an application corresponding to the extension has not been assigned, however an application corresponding to the extension may still be published to the requesting user.
  • Published applications are just as manageable as assigned applications, however unlike assigned applications, a published application has no presence on a user's machine until invoked. Thus, a published application has no attributes on the client machine, but rather has its attributes stored in the Active Directory 66 . Notwithstanding, a published application may be patched by maintaining information accessible to the installer 84 b indicating that a certain patch is to be applied if a published application is ever installed.
  • the patch is considered to be applied to the application already, because enough of the application exists on the machine (e.g., some installer registry information) that allows the patch to be registered. Note that even though the patch is considered to be already applied to the product, no files, registry keys and so on for that product may be modified because they have not yet been installed.
  • a published application can be located in the Active Directory in a number of ways, including via an application name, a class ID serviced by the application, a program ID serviced by the application, a file extension serviced by the application, an interface identifier serviced by the application and MIME type or content type serviced by the application.
  • each of the above attributes may be used as the key to locate a published application in the Active Directory 66 .
  • the application's user-friendly (human readable) name is available, as well as enough information to assign the application to the user.
  • a published application is not installed, nor does it appear to the user to be installed. For example, there are no shortcuts present to use for activating the application.
  • step 904 branches to step 910 to look for the extension information in the Active Directory 66 , i.e., the class stores 70 associated with this user.
  • the operating system calls an application management service 84 to find the appropriate script or scripts and look in the scripts for the file association.
  • a class store manager 86 is called by the application management service 84 to query the class stores 70 for an appropriate application as described in the aforementioned “Class Store Schema” patent application. This is alternatively shown by circled numerals one and two in FIG. 7. Note that the administrator may similarly prioritize which application in the class stores handles which extension.
  • the application script is advertised at step 914 as described above, i.e., the application is effectively assigned to the user, the registry is populated, the item added to the Start Menu, and so on as if the application was assigned. The process then returns to step 902 so that the application may be launched. Conversely, if no associated application is found in the class stores 70 at step 912 , an appropriate error is returned (e.g., no association for this application for this user) at step 916 .
  • the return information is used to assign the application to the user's profile.
  • the user may be given a roaming profile, whereby such information roams with the user regardless of where the user logon takes place. If not, the information stays on the machine that triggered the assignment. In this manner, published applications as well as assigned applications essentially follow the user around. Once the application is assigned, activation continues as with normal assigned applications.
  • managed shortcuts include a descriptor (based on a shortcut, classID, file extension and so on) that the shell activation code (of the operating system 35 ) detects, and hands to the managed software installer mechanism 84 b, (to await resolution in the form of a path, which it may then process).
  • OLE activation is aware of such descriptors, and calls an API of the managed software installer mechanism 84 b to resolve them.
  • FIG. 10 shows the steps taken by the installer 84 b to locate the application, and install it as needed.
  • the managed software installer mechanism 84 b verifies if the key file or files are present (step 1002 ). As represented by the circled numeral three in FIG. 7, the managed software installer mechanism 84 b looks to the system (i.e., the registry or similar database) to determine if the state is locally installed, and receives this state information as represented by the circled numeral four. If the application is not locally installed (step 1004 ), the installer 84 b installs it, (e.g., into a program files folder 75 , FIG. 5, of the file system), as shown by circled numeral five and as described below.
  • the system i.e., the registry or similar database
  • the installer 84 b thus verifies that the application in question has been installed and/or has its key files intact, as represented by step 1002 . If the application is not installed, or is determined to be damaged, the installer will install and/or repair the application by installing any needed files, as represented by steps 1004 and the steps of FIG. 20.
  • step 1006 the installer returns the application path to the operating system. Regardless of whether previously installed or not, and assuming no other errors, security problems and so forth, the application is launched at step 908 (FIG. 9 and circled numeral six, FIG. 7), and the application appropriately opens the document.
  • file extensions are capable of being handled by multiple applications.
  • the administrator or user may prioritize which applications open which files. To this end, each application sets forth the file extensions it is capable of handling, and this information is stored in the Active Directory 66 .
  • a suitable mechanism may be employed to scan the application information in the Active Directory to locate those applications that handle that file type. Via a suitable user interface, the administrator may then determine which application association gets written into the registry for that file type, and also may rank the order of searching for a suitable application in the class store 70 to open the file in the event that the association is not found in the registry.
  • the ability to recognize applications which service the same extension, and therefore the ability to prioritize them, stems largely from two features of the installer, i.e., the ability to create advertise scripts, and the fact that the extensions serviced by a given product can easily be read from .MSI packages.
  • the managed software installer mechanism 84 b may install other software implementations such as an application's object classes 94 (FIG. 2).
  • the class store 70 maintains the classes 94 (or the information needed to locate the classes on the network).
  • the operating system 35 , OLE or the like receives a request for an object class, it first communicates with the managed software installer mechanism 84 b to determine if the object class is locally installed. If not found locally, the managed software installer mechanism 84 b looks for the object class in the class store 70 . If found, the managed software installer mechanism 84 b installs the object class therefrom, instead of returning an error.
  • the managed software installer mechanism 84 b may also install software implementations based on information such as component categories 96 . For example, a category to which an application belongs effectively may be “spreadsheet.” If the managed software installer mechanism 84 b receives a category request for a spreadsheet application, the mechanism 84 b may look to the component categories 96 , also maintained in the class store 70 , to determine if a spreadsheet application is published to the user, and if so, install that application.
  • the managed software installer mechanism 84 b provides a standard installation mechanism for applications and components, i.e., it is an execution engine for the setup scripts generated by the application deployment editor 78 or other various authoring tools.
  • the package is what a developer uses an authoring tool to create, i.e., essentially when a developer “writes a setup,” the result is a Windows installer package. From that package, advertise scripts are created, and subsequently executed. However, it is also possible to install the package itself by generating and then running an install script. Generation and execution of install scripts are both handled on the end user's machine, in contrast to the advertising script model. For example, this happens in response to a standalone install, or as the result of install on demand.
  • the managed software installer mechanism 84 b also exposes an application programming interface (API) which an application program 98 may use (FIG. 11) to determine what installation choices users made, or even to install missing components. For example, if a component is missing, the application 98 itself may in effect run setup for the user, using installer APIs as set forth below to install the missing component.
  • API application programming interface
  • the managed software installer mechanism 84 b is a basic system service that tracks information about what is installed, it may provide administrators in managed environments with a powerful set of tools for determining the software installed, and remotely pushing software installation down to user machines.
  • FIG. 12 illustrates the managed software installer mechanism 84 b architecture as embodied in the Windows® 2000 operating system, wherein the installer consists of two executable components, a client install engine 100 , which runs with user privileges 102 , and an install service 104 . Because the install service 96 is implemented as an Windows® 2000 Service, it may be run with elevated administrative privileges 106 . Note that changes to the system configuration (e.g., changes to the registry 74 and file system 35 ) are done as an installation transaction 108 by the install service 104 , and the rollback transactions 110 are logged to provide for rollback of a failed or aborted installation.
  • changes to the system configuration e.g., changes to the registry 74 and file system 35
  • changes to the system configuration are done as an installation transaction 108 by the install service 104
  • the rollback transactions 110 are logged to provide for rollback of a failed or aborted installation.
  • the rollback includes restoring the original contents of files replaced or deleted during the installation and restoring overwritten or deleted registry settings (e.g., COM class registration). Note that since this rollback information 110 may take up a significant amount of space, it may be disabled by an administrator or a user when performing an installation.
  • the client install engine 100 and the install service 104 communicate through secure remote procedure calls. Note that where everything is in the same process, (e.g., in Windows 95 or Windows 98), secure RPC is not used.
  • the installer 84 b is arranged to divide applications into a three-level hierarchy, such as in the sample feature hierarchy shown in FIG. 13.
  • a product 112 is an implementation that an administrator or end-user may install, e.g., a specific word processing application package such as Microsoft® Word.
  • a product may be composed of multiple features such as the features 114 1 - 114 4 , wherein a feature is the smallest installable unit of functionality. Examples of features of a word processor are a reader 114 1 , Editor 114 2 , Spellchecker 114 3 , and Printer 114 n.
  • a feature is something an administrator/user may choose to install or not, and thus somewhat corresponds to a checkbox in the “Custom” or “Advanced” installation dialog of a conventional installation mechanism.
  • a component such as component 1 116 1 may be shared by both the Reader feature 114 1 and the Editor feature 114 2 . Only one copy of the corresponding file 118 1 (e.g., a DLL) is actually installed, but that copy is installed if either Feature 1 or Feature 2 is installed.
  • FIG. 13 shows components composed of files 118 1 - 118 9
  • components are the actual contents of a product, and may be composed of files, registry entries, COM registration information, Visual Basic type libraries, shortcuts, (e.g. for the Windows Start menu), and so on.
  • VBA Microsoft Visual Basic for Applications
  • FIG. 14 shows how the operating system/OLE requests a full component path that may result in the on-demand installation of components and/or features as needed, such as by using the MsiProvideComponentFromDescriptor API set forth below.
  • a descriptor is a token representing a product code/feature name/component GUID.
  • step 1404 branches to step 1406 , to install (via the MsiConfigureFeature API, also described below) the needed piece or pieces of the product.
  • step 1408 obtains the path to the key file via the MsiGetComponentPath API, also described below) and returns it to the operating system, which then executes that path at step 1410 .
  • FIGS. 15 A- 15 B generally represent the steps taken by the application 98 and installer 84 (FIG. 11) to provide on-demand installation of features and components.
  • the application 98 determines that it needs a feature or component, (or at least state information regarding same).
  • the application 98 requests the state of the feature or component from the installer.
  • the state may be Absent, i.e., intentionally turned off by the user or administrator, and thus should not be installed by the application.
  • step 1506 determines whether the feature or component needs to be installed, i.e., it is not locally installed, but now it is needed and is proper for local installation.
  • Step 1508 represents the installation on demand.
  • Step 1520 (FIG. 15B) is next executed, wherein the application 98 requests the installer 84 to verify that the needed files are present.
  • the MsiUseFeature API is called.
  • the MsiUseFeature API does two things, i.e., verifies that the feature is intact, and increments the usage count (the usage count is the number of times that the user or application has used the feature). Note also that, if the feature is installed as run-from-source, (e.g., from the network or CD-ROM), part of the verification that the feature is intact involves finding a valid source.
  • step 1522 a verify status of valid or invalid is returned, whereby step 1524 branches to step 1526 to install needed files if the status is invalid. Note that until valid, step 1526 may keep returning to step 1520 to request verification, some number of times before failing (not shown). However, if the verification returns valid status, at steps 1528 - 1530 , the application 98 requests and receives the path from the installer 84 and loads/executes it as appropriate.
  • applications may repair themselves such as by installing missing or damaged components or files.
  • Applications may avoid errors by checking with the installer 84 before making assumptions about what is installed on a machine at a given time. Missing features and components will be automatically installed by the installer mechanism whenever possible (and if allowed).
  • MsiGetProductCode returns the product code for a registered component, i.e., this API returns information on the product that installed an application: UINT WINAPI MsiGetProductCode%( LPCSTR% szComponent, // component ID registered for this product LPSTR% IpBuf39); //returned string GUID, sized for 39 characters
  • the application may check its features, one by one, on an as needed basis, using MsiQueryFeatureState(ProductCode, FeatureID): INSTALLSTATE WINAPI MsiQueryFeatureState%( LPCSTR% szProduct, LPCSTR% szFeature)
  • an application may, for example, set itself to display appropriately available features and hide or otherwise indicate (e.g., visually gray out) those that are not available.
  • the application calls MsiQueryFeatureState (ProductCode, FeatureID) using the product code returned in MsiGetProductCode( ) and the Feature ID of interest.
  • MsiQueryFeatureState ProductCode, FeatureID
  • the feature is not available, and for example, should not be displayed in a user interface. For example, if the spellcheck feature is turned off by an administrator, it should not appear available to the user.
  • a feature that is absent is still technically available, although an application may choose to treat it as unavailable, as it implies that the user has indicated that the user wanted to make the feature go absent.
  • the return value is INSTALLSTATE_ADVERTISED, the feature has been advertised/published and is available. If the return value is INSTALLSTATE_SOURCE or INSTALLSTATE_LOCAL then the feature has been installed. Lastly, if the return value is INSTALLSTATE_SOURCEABSENT (the feature is installed to SOURCE, but the source is unavailable, e.g., the network is down).
  • MsiQueryFeatureState will not return this, only the “installed” state of the feature, however MsiUseFeature may return this state.
  • MsiUseFeature indicates an intent to use a product feature and increments the usage count therefor: INSTALLSTATE WINAPI MsiUseFeature%( LPCSTR% szProduct, LPCSTR% szFeature)
  • MsiConfigureFeature forces the installed state for a product feature: UINT WINAPI MsiConfigureFeature %( LPCSTR% szProduct, LPCSTR% szFeature, INSTALLSTATE eInstallState), //local / source / default / absent / lock / uncache
  • MsiConfigureFeatureFromDescriptor An alternative to MsiConfigureFeature is MsiConfigureFeatureFromDescriptor, useful for making templates, add-ins and Access wizards more resilient.
  • MsiConfigureFeatureFromDescriptor is essentially the same as MsiConfigureFeature, but takes a descriptor (token) rather than separate product and feature parameters: UINT WINAPI MsiConfigureFeatureFromDescriptor %( LPCSTR% szDescriptor, INSTALLSTATE eInstallState), //local / source / default / absent
  • an application may perform its usual operations such as loading DLLs, opening data files and so on. However, as long as the application first asks where the file is located, dynamically loading DLLs should not fail for DLLs that are the key file of a component.
  • the general information for accessing a file is set forth below:
  • a fully qualified key file should be returned, and parsing may be needed such as if a file that is not the key file is desired.
  • INSTALLSTATE_NOTUSED The component being requested is disabled on the computer.
  • INSTALLSTATE_SOURCE The component is installed to run from source.
  • MsiGetComponentPath is a registry lookup that returns the full path to an installed component: INSTALLSTATE WINAPI MsiGetComponentPath %( LPCSTR% szProduct, // product code for client product LPCSTR% szComponent, // component ID, string GUID LPSTR lpPathBuf, // returned path DWORD *pcchBuf) in / out buffer character count
  • a typical method is to call MsiGetComponentPath after performing the feature request steps set forth above.
  • An alternative is to call MsiProvideComponent, which bundles three APIs (MsiUseFeature, MsiConfigureFeature, MsiGetComponentPath) into one.
  • MsiProvideComponent returns the full component path, performing any necessary installation. As described with reference to FIG.
  • MsiProvideComponent and MsiProvideComponentFromDescriptor call MsiUseFeature to detect that components are installed, calls MsiConfigureFeature if any of its components are uninstalled, and then calls MsiGetComponentPath to obtain the path to its key file: UINT WINAPI MsiProvideComponent %( LPCSTR% szProduct, // product code in case install required LPCSTR% szFeature, // feature ID in case install required LPCSTR% szComponent, // component ID DWORD dwReserved //reserved, must be zero LPSTR% lpPathBuf, // returned path, NULL if not desired DWORD *pcchBuf) in / out buffer character count
  • MsiProvideComponentFromDescriptor is essentially the same as MsiProvideComponent, but uses a descriptor instead of the product/feature/component identifiers: UINT WINAPI MsiProvideComponentFromDescriptor %( LPCSTR% szDescriptor // product, feature, component information LPSTR% lpPathBuf, // returned path, NULL if not desired DWORD *pcchBuf) in / out buffer character count DWORD *pcchArgsOffset) returned offset of args in descriptor
  • This API, and MsiInstallMissingFile, below, are final, alternative attempts to fault in a feature, given a component or filename. It is expected that an application developer will attempt to use the other APIs to fault in features, but this may not always be possible. As a result, it is anticipated that such developers may benefit via these APIs.
  • a missing component may be reinstalled by MsiInstallMissingComponent, checking for a return code of ERROR_SUCCESS and then calling MsiLocateComponent again: UINT WINAPI MsiInstallMissingComponet %( LPCSTR% szProduct, // product code LPCSTR% szComponent, // component ID, string GUID INSTALLSTATE eInstallState), //local / source / default / absent invalid
  • the present invention is generally directed to the on-demand patching of application programs, since in general, updating application programs is the primary usage of patching technology.
  • FIGS. 16 - 20 will refer to patching an application.
  • any software implementation that may be installed may also be patched in accordance with the present invention, and there is no intention to limit the present invention to application programs.
  • the initial install state 120 of the application is maintained on the local machine 20 1 (e.g., in the registry 74 ) and is thus available to the managed software installer mechanism 84 b as described above.
  • the information may indicate that the application is not yet installed.
  • the initial install state information 120 includes information such as a list of files (e.g., in a table 122 ) that should be installed for the application, and registry keys and the values therefor (e.g., in a table 124 ).
  • patch information maintained in a managed software patch 132 , (i.e., the patch), is maintained by the installer 84 b as install state information 120 ′ for the application APP 1 ′, (wherein the prime “′” designation is used herein to indicate a change as a result of a patch).
  • the installer mechanism 84 b uses the patched install state information 120 ′ as the basis for determining what files, registry settings and so on the application should have installed therefor.
  • a patch may be created that neither touches files nor registry key, i.e., a patch that has no additions, modifications or deletions involving files or registry keys, shortcuts, and so forth.
  • such a patch might only change some of the installation logic, such as the user interface that gets displayed, e.g., a simple patch of this type might change the text in the License Agreement that appears on the first screen when a user clicks on setup.
  • the patch 132 includes summary information 134 such as properties, including a list of one or more applications (i.e., as identified by product code) to which the patch 132 can be applied.
  • a patch may be prepared for a suite of applications, whereby the patch may be able to patch any of the applications in the suite even if the user has less than the full amount of applications advertised or installed.
  • a patch may be arranged to patch two or more earlier versions of applications, for example, a patch release 2.0 that can patch application X or application X′ (patched with release 1.0).
  • the summary information 134 informs the installer 84 b as to which applications the patch 132 applies.
  • the patch 132 also includes one or more transforms 136 , which essentially modify the results of running the initial advertise script 82 in the initial install package 80 , so as to inform the installer 84 b as to what changes are to be implemented by the patch 132 .
  • transforms may instruct the installer 84 b to install new files for this application, delete certain others, and change selected others.
  • the patch 132 also typically includes “patch bits” 138 , comprising the various new files and/or change information (file bits comprising the deltas) needed by the transforms 136 . These patch bits 138 may be compressed into cabinet files or the like as desired.
  • FIG. 17 shows how an application, APP 1 , is to be changed by a patch 132 into a patched application, APP 1 ′.
  • the application APP 1 initially has the file “File 1 , version 1.0” associated therewith, (along with possible many other files, not listed).
  • the application APP 1 has an entry for writing in the registry 74 with a value of one, (RegKey 1 's value equals one).
  • the application APP 1 ′ should have “File 1 , version 2.0” and “File 2 , version 2.0” for its associated files, and a new value for RegKey 1 equal to two, as shown in the patch-adjusted APP 1 ′ information.
  • the patch 132 includes transforms 136 that essentially instruct the installer 84 b to change the files (e.g., when installed) such that File 1 version 1.0 will be changed to File 1 version 2.0, and such that File 2 version 2.0 will be installed. Similarly, the RegKey 1 value will be changed to two.
  • the patch 132 also includes the various file bits 138 necessary to change File 1 from version 1.0 to version 2.0, and also includes the file named File 2 (version 2.0).
  • the files are not necessarily changed (or installed) until needed, i.e., the patching may take place on demand.
  • the patching may take place on demand.
  • an application that is advertised, but not installed may be patched, but the patching need not take place until installation.
  • changes are made to only files that are already installed. Those that are not yet installed will be changed when they are installed.
  • step 1800 when a patch installation program 130 is first run, at step 1800 , the installer 84 b opens the managed software patch 132 within (or associated with) the program 130 to locate the product codes in the summary information 134 . Then, as represented by step 1802 , the installer 84 b searches the local machine for products that are identified therein. Note that both assigned and published applications may be patched, even if not installed, as well as any other applications that are installed on the machine. If none are found, step 1804 branches to step 1806 to inform the user that the patch is not appropriate for this machine.
  • step 1804 if at least one patchable application is found, the installer 84 b, via step 1808 , opens the local copy 128 of the package 80 , and at step 1810 applies the transforms 136 to the package.
  • the installer 84 b is modifying the tables 122 ′, 124 ′in view of the patch 132 , and continues to step 1900 of FIG. 19.
  • the transforms 136 may instruct the installer 84 b to update certain files. However, because of the ability of the installer 84 b to perform on-demand installation, those files need not be installed on the local machine at this time. Thus, beginning at step 1900 , the installer 84 b walks through the list of files 122 ′ to determine at step 1902 whether each file identified for changing is presently installed. If installed, the installer 84 b causes the file to be updated, for example the installer 84 b calls a change engine or the like, passing the old file and the change information, whereby the change is made. Such change engines are well known in patching, and thus are not described in detail herein.
  • step 1902 If not installed (step 1902 ), the listed file is marked at step 1906 , e.g., a certain bit is set therefor, to indicate that the file is patchable and should be updated whenever the installer 84 b installs it.
  • Step 1908 repeats the process until the listed files are either updated or marked for updating.
  • Step 1910 is then executed to install any new files and/or delete any existing files as set forth in the transforms 136 .
  • installation of the new files may also be deferred by marking them for install rather than installing, such as if the key files of the application are not yet installed. This may be made dependent on other factors, e.g., the size of the file, whether another, installed application may benefit from the new file and so on.
  • the transforms designate a file for deletion, but that file is still needed by another application, a reference count or the like associated with that file may instead be adjusted.
  • Step 1912 writes any registry key changes to the registry, such as to advertise the application as available, e.g., write any new file extensions to the registry so that the application will be activated when such an extension is clicked on.
  • step 1914 updates the installer information 126 that is specific to this install as modified by the patch (although some or all of the actual installation may not have taken place).
  • step 2000 selects the files to be updated, including those marked as patchable, and step 2002 updates the files, e.g., sends the necessary information to a change engine.
  • step 2004 repeats the process until the files-to-be changed are updated.
  • Steps 2008 - 2012 are analogous to steps 1908 - 1912 , described above, and ensure that the registry settings and installer information 126 ′ are correct and current.
  • a user may change the installed state of files on the machine (e.g., move, rename and delete), and/or cause the same files to be installed or patched via other applications.
  • a file that is marked as patchable may have already been installed and/or patched.
  • a spreadsheet application may be patched, causing xyz.dll to be installed and patched (to xyz′.dll), whereby an advertised, patched but uninstalled word processing application that shares xyz.dll will not need to be patched when it is installed.
  • the installer since the installer is in charge of both the on demand installation and on demand patching, for efficiency, the installer knows not install a file that is already installed, or update a file that has been updated, and similarly knows not to install a file that is to be deleted by the patch.
  • the installer 84 b also verifies the correct installation state of a patched application, such as by executing steps analogous to steps 1002 - 1004 of FIG. 10 after each on demand install and/or patching operation. Also, to allow for the removal of a patch from an application, if the entire application is uninstalled, the patch will not be applied at the next install. Note that the patch is reapplied if parts of the application (e.g., features) are uninstalled and reinstalled.

Abstract

A method and mechanism for automatically patching software implementations such as applications as they are installed from an external source. A patch program is run for a software implementation that is advertised as available, or is otherwise available, though not yet installed (or fully installed). The mechanism maintains the patch information for that software implementation. Whenever the software implementation is installed, the mechanism determines that the software implementation has the patch information maintained therefor. The mechanism automatically applies the patch as part of the on-demand installation process. The patch may change the files, the values of registry entries and/or the installation logic associated with the software implementation.

Description

  • “Class Store Schema”—Ser. No. 09/158,023, U.S. Pat. No. 6,389,589.[0001]
  • FIELD OF THE INVENTION
  • The invention relates generally to computer systems, and more particularly to an improved method and system for patching software applications installed on computer systems. [0002]
  • BACKGROUND OF THE INVENTION
  • In contemporary enterprises such as a corporation, one of the duties of a network administrator is to set up and maintain the corporation's computers so as to make employees more productive. Lost productivity at employees' computer desktops is a major cost for corporations, often resulting from user errors such as inadvertently removing some or all of a needed application or using an old application rather than an enterprise-specified one that is improved, secure and/or compatible with others. Similarly, lost productivity often results from user errors such as removing or modifying other software implementations such as system configuration files, dynamic link libraries (DLLs), application files and object classes (e.g., COM objects) in ways that render the computer or applications unworkable. Productivity is also lost when a desktop is too complex, such as when the desktop has too many non-essential applications and offerings thereon. Much of the expense of administering distributed personal computer networks is spent at the desktop, performing tasks such as fixing the settings or reinstalling implementations that the user has incorrectly or inadvertently modified. [0003]
  • At the same time, an enterprise wants certain personnel to have access to various software implementations such as applications, while wanting other applications to be available to certain users for access if needed. For example, a corporate enterprise may declare a policy specifying that everyone in the company should use a particular electronic mail program, while in addition, those in the research department should be able to load a particular spreadsheet application if needed. [0004]
  • However, to implement such policy decisions, administrators or the like generally need to physically visit each workstation to load (or unload) the specified programs and other software implementations, adjust various system configurations, and so forth. In addition to initially setting the computers, the administrators must hope (or regularly check) that the users do not change the settings, however users regularly make modifications, leading to lost productivity. The administrator also needs to revisit the workstations to install new versions of implementations. [0005]
  • Such policies cause problems when multiple users share the same computer, since a policy instituted for one user of that computer may not be compatible with the policy for another. As can be readily appreciated, installing software implementations in an enterprise is a complex task that does not fit in well with existing systems and methods. In addition, installation for non-network users may also be improved. [0006]
  • Moreover, applications also sometimes have patches applied thereto. Patches are generally updates (e.g. fixes) that overwrite part of an application's code, append code to an application, change or add components (such as DLLs) used by an application and/or change application-related entries in the system registry. At present, patch installation mechanisms are essentially standalone products custom-built generally as an afterthought for the applications they are patching, and are independent from the original application installation mechanism. [0007]
  • As a result, patch installation mechanisms do not communicate with the original application installation mechanism, and are not aware of the installed state of an application from the original application installation mechanism's perspective. This presents a number of problems. For example, if the user is required to reinstall the original application, via its original installation mechanism, the patch is not automatically reapplied. Similarly, if the user installs a portion of a number of available applications, such as two applications of a five application suite, applies a patch written for the suite, and then later installs one or more of the formerly uninstalled applications, the patch will not be applied to the newly installed applications. It is thus up to the user to recognize the need to rerun the patch installation mechanism. However, unless the user is sophisticated enough and also remembers to check the installed version number against the patched version number, the user has no way of knowing that the patch, which should be applied, has not been applied. In short, present application patching technology has many shortcomings. [0008]
  • SUMMARY OF THE INVENTION
  • Briefly, the present invention provides a method and mechanism for automatically patching a software implementation (e.g., application program) on demand. An installer mechanism receives a patch and associates the patch with one or more software implementations. The software implementation may be installed, in which event the installer mechanism will patch the implementation, but may not yet be installed. When the installer mechanism receives a request to install such a software implementation, the installer installs the software implementation, recognizes that the software implementation has a patch associated therewith, and patches the software implementation. For example, the patch may change the files and/or the values of registry entries associated with the software implementation. [0009]
  • Because the patching is automatic following any installation of a software implementation having a patch associated therewith, the software implementation need not be installed when the patch application program is run. Moreover, because the patch is applied whenever an installation occurs, the patch is reapplied if part of the application is uninstalled and then reinstalled, if the application repairs its files, and/or if an application of a patched suite of applications that was not previously installed is later installed. [0010]
  • Other benefits and advantages will become apparent from the following detailed description when taken in conjunction with the drawings, in which:[0011]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram representing a computer system into which the present invention may be incorporated; [0012]
  • FIG. 2 is a diagram representing how various containers including a class store container are hierarchically organized under a policy object associated with a directory container; [0013]
  • FIG. 3 is a block diagram generally representing a computer network into which the present invention may be incorporated; [0014]
  • FIG. 4 is a block diagram generally representing exemplary components for possible on-demand installation thereof; [0015]
  • FIG. 5 is a block diagram generally representing the processing of on-demand location and installation of applications for policy recipients; [0016]
  • FIG. 6 is a flow diagram generally representing the steps taken at user logon to advertise an assigned application; [0017]
  • FIG. 7 is a block diagram generally representing the installer mechanism handling on-demand installation in response to a request by the operating system or OLE; [0018]
  • FIG. 8 is a flow diagram generally representing the steps taken when a user activates an assigned application via a shortcut including possible on-demand installation thereof; [0019]
  • FIG. 9 is a flow diagram generally representing the steps taken when a user attempts to activate an application via a file extension associated therewith; [0020]
  • FIG. 10 is a flow diagram generally representing the steps taken by an installer mechanism to possibly install an application associated with a file extension; [0021]
  • FIG. 11 is a block diagram generally representing the installer mechanism handling on-demand installation in response to a request by an application; [0022]
  • FIG. 12 is a block diagram generally illustrating the components for installing software implementations in accordance with various aspects of the present invention; [0023]
  • FIG. 13 is a block diagram representing how an application package may be hierarchically organized into features, components and files; [0024]
  • FIG. 14 is a flow diagram generally representing the steps taken by an operating system when a software implementation needs to be installed; [0025]
  • FIGS. [0026] 15A-15B comprise a flow diagram generally representing the steps taken by an application to request installation of an implementation needed thereby;
  • FIG. 16 is a block diagram representing how a local machine changes from an initial installed state of an application to a patched application installed state in accordance with one aspect of the present invention; [0027]
  • FIG. 17 is a block diagram representing how a patch changes installed applications in accordance with one aspect of the present invention; [0028]
  • FIG. 18 is a flow diagram generally representing the steps taken when a user requests patching of an application in accordance with an aspect of the present invention; [0029]
  • FIG. 19 is a flow diagram generally representing the steps taken when a patch is applied to an application in accordance with an aspect of the present invention; and [0030]
  • FIG. 20 is a flow diagram generally representing the steps taken to perform on-demand patching of an application in accordance with an aspect of the present invention.[0031]
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
  • Exemplary Operating Environment [0032]
  • FIG. 1 and the following discussion are intended to provide a brief general description of a suitable computing environment in which the invention may be implemented. Although not required, the invention will be described in the general context of computer-executable instructions, such as program modules, being executed by a personal computer. Generally, program modules include routines, programs, objects, components, data structures and the like that perform particular tasks or implement particular abstract data types. Moreover, those skilled in the art will appreciate that the invention may be practiced with other computer system configurations, including hand-held devices, multi-processor systems, microprocessor-based or programmable consumer electronics, network PCs, minicomputers, mainframe computers and the like. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices. [0033]
  • With reference to FIG. 1, an exemplary system for implementing the invention includes a general purpose computing device in the form of a conventional [0034] personal computer 20 or the like, including a processing unit 21, a system memory 22, and a system bus 23 that couples various system components including the system memory to the processing unit 21. The system bus 23 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The system memory includes read-only memory (ROM) 24 and random access memory (RAM) 25. A basic input/output system 26 (BIOS), containing the basic routines that help to transfer information between elements within the personal computer 20, such as during start-up, is stored in ROM 24. The personal computer 20 may further include a hard disk drive 27 for reading from and writing to a hard disk, not shown, a magnetic disk drive 28 for reading from or writing to a removable magnetic disk 29, and an optical disk drive 30 for reading from or writing to a removable optical disk 31 such as a CD-ROM or other optical media. The hard disk drive 27, magnetic disk drive 28, and optical disk drive 30 are connected to the system bus 23 by a hard disk drive interface 32, a magnetic disk drive interface 33, and an optical drive interface 34, respectively. The drives and their associated computer-readable media provide non-volatile storage of computer readable instructions, data structures, program modules and other data for the personal computer 20. Although the exemplary environment described herein employs a hard disk, a removable magnetic disk 29 and a removable optical disk 31, it should be appreciated by those skilled in the art that other types of computer readable media which can store data that is accessible by a computer, such as magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, random access memories (RAMs), read-only memories (ROMs) and the like may also be used in the exemplary operating environment.
  • A number of program modules may be stored on the hard disk, [0035] magnetic disk 29, optical disk 31, ROM 24 or RAM 25, including an operating system 35 (preferably Windows® 2000), one or more application programs 36, other program modules 37 and program data 38. A user may enter commands and information into the personal computer 20 through input devices such as a keyboard 40 and pointing device 42. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner or the like. These and other input devices are often connected to the processing unit 21 through a serial port interface 46 that is coupled to the system bus, but may be connected by other interfaces, such as a parallel port, game port or universal serial bus (USB). A monitor 47 or other type of display device is also connected to the system bus 23 via an interface, such as a video adapter 48. In addition to the monitor 47, personal computers typically include other peripheral output devices (not shown), such as speakers and printers.
  • The [0036] personal computer 20 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 49. The remote computer 49 may be another personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the personal computer 20, although only a memory storage device 50 has been illustrated in FIG. 1. The logical connections depicted in FIG. 1 include a local area network (LAN) 51 and a wide area network (WAN) 52. Such networking environments are commonplace in offices, enterprise-wide computer networks, Intranets and the Internet.
  • When used in a LAN networking environment, the [0037] personal computer 20 is connected to the local network 51 through a network interface or adapter 53. When used in a WAN networking environment, the personal computer 20 typically includes a modem 54 or other means for establishing communications over the wide area network 52, such as the Internet. The modem 54, which may be internal or external, is connected to the system bus 23 via the serial port interface 46. In a networked environment, program modules depicted relative to the personal computer 20, or portions thereof, may be stored in the remote memory storage device. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.
  • For purposes of the following description, a client workstation (e.g., [0038] 20 1) may correspond to the computer system 20, while software implementations 60 such as applications or pieces thereof, (e.g., products, features and components as described below), objects and so on may reside on one or more of the remote computers 49. However as can be readily appreciated, no particular arrangement of the various files, interfaces, objects (classes), mechanisms, processes and so on described herein is necessary to the present invention. Indeed, as is understood in computing and networking in general, such files, interfaces, objects, mechanisms, processes and so, on may be combined, separated and/or distributed in virtually any number of ways among the various network devices.
  • Also, as will become apparent below, there is no requirement to limit on-demand installation to networks, as other implementations such as standalone users may benefit from the present invention. The on-demand installation of implementations may be performed by the present invention for any number of users in many types of environments, from a single standalone user to an enterprise-wide network of policy recipients, i.e., users and machines. Indeed, although a deployment scheme is able to trigger the installation mechanism remotely and efficiently, thus leveraging it for enterprise-wide deployment, it is understood that the concept of install on demand is valid outside the scope of application deployment. Notwithstanding, many aspects of the present invention will be described hereinafter with respect to network application deployment, since network application deployment benefits significantly from on-demand installation. [0039]
  • In one embodiment, the present invention provides a method and system that facilitates deploying software implementations by automatically installing the software implementations throughout a computer network in a highly flexible, scalable, extensible and efficient manner. To this end, as shown in FIG. 2, the method and system leverage a highly flexible architecture wherein an administrator can tailor [0040] policies 62 to containers 64 (sites, domains, and organizational units of users and computers arranged in a hierarchical manner), by specifying one or more policies 62 therefor, such that the policy within an organization is centrally managed. Such group policies 62, including the prioritizing of multiple policies for policy recipients (e.g., users or machines) are described in U.S. patent application Ser. No. 09/134,805, entitled “System and Method for Implementing Group Policy,” assigned to the assignee of the present invention and hereby incorporated by reference herein in its entirety.
  • Although not necessary to the present invention, [0041] group policies 62 are maintained via a Windows® 2000 directory service, known as the Active Directory 66, ordinarily maintained in a domain controller 68 (FIG. 3). More particularly, each group policy object 62 comprises a group policy container in the directory service and a group policy template in the “sysvol” of the domain controller 68, but for purposes of simplicity are generically referred to herein as a group policy object. In general, the Active Directory 66 stores information about the objects of a domain, and makes this information easy for administrators to access, find and apply via a single, consistent and open set of interfaces. For example, with the Active Directory 66, administrators have a single point of administration for the objects on the network, which can be viewed in a hierarchical structure. A core unit in the Active Directory 66 is the domain, and the objects of a network exist within a domain. A single domain can span multiple physical locations or sites.
  • Thus, one aspect of the present invention is described herein with reference to the Microsoft® Windows® 2000 (formerly Windows NT®) operating system, and in particular to the flexible hierarchical structure of sites, domains and/or organizational units of a [0042] Windows® 2000 Active Directory 66. Notwithstanding, there is no intention to limit the present invention to Windows® 2000 and/or the Active Directory architecture, or even to networks, but on the contrary, the present invention is intended to operate with and provide benefits with any operating system, architecture and/or mechanisms that install software implementations.
  • Software Implementation Installer Method and Mechanism [0043]
  • In general, a first aspect related to the present invention involves the on-demand installation of applications, such as for purposes of application deployment, i.e., initially making an application or some piece, thereof available (e.g., core code) to network policy recipients via [0044] policies 62. As described in the copending United States patent applications entitled “Method and System for Assigning and Publishing Applications” and “Method and System for Advertising Applications,” assigned to the assignee of the present invention, filed concurrently herewith and hereby incorporated by reference herein in their entireties, to initially deploy an application, an administrator can choose to either “assign” or “publish” the application. To this end, as shown in FIGS. 2 and 3, one or more group policy objects (templates) 66 associated with users or machines of a directory container may be associated with policy recipients, and a subcontainer of each group policy object, deemed a class store, may include application deployment information. Note that although separately shown in FIG. 2 for purposes of simplicity, a class store 70 is actually a subcontainer of the group policy container, as described in more detail in copending United States Patent Application entitled “Class Store Schema,” assigned to the same assignee as the present invention, filed concurrently herewith and hereby incorporated by reference herein in its entirety.
  • Via this centrally maintained deployment information in the [0045] class store 70, policy recipients (e.g., users and workstations/machines) in a directory container 64 (e.g., organizational unit) are assigned applications, or applications are published thereto. An application typically is assigned to a group of users (or a group of machines) when it is deemed mandatory for that group to have that application, while published applications are those that are made optionally available to users who may benefit therefrom. For example, the same version of an electronic mail application program may be assigned to everyone in an organization, while a word processing program may be assigned to every group of users that needs some word processing capabilities. However, an application program for editing images may not be needed by everyone, and thus such a program may be published on a per-group basis so that those groups of users who may benefit from the program have it, while others who do not need it will not have it occupy resources of their workstations. Publishing is generally described below.
  • Assigned applications are advertised, i.e., they appear as available to a user at each logon (if assigned to a user) or at each re-boot (if assigned to a machine). Advertised applications are not necessarily installed on the workstation, but rather may only appear to be installed. To make an application appear installed, advertisements for an application include shortcuts that appear on the Start Menu, a collection of registry entries required primarily for OLE and shell activation, and icon files, (note that these concepts of advertising are valid for both network and standalone users). For example, to explicitly launch an application, users navigate the Start Menu looking for a shortcut representing the application, then click that shortcut. Thus, shortcuts placed on the Start Menu represent a blatant advertisement for an application. Users also implicitly launch applications by double-clicking a file (of a file system) having an extension associated with a particular application. Since associations between file extensions and applications are stored in the system registry [0046] 74 (FIG. 4), writing such associations to the registry 74 is another way in which the present invention may advertise applications. Other examples of how an application is advertised include writing class information (i.e., for OLE/COM activation), MIME associations and shell verbs.
  • Assigned applications are also resilient, in that they will be re-advertised on the next logon (or machine re-boot as appropriate) if deleted from the local workstation (machine) [0047] 20 1. For purposes of simplicity, assignment will hereinafter ordinarily be described with reference to being applied to users via a policy at user logon, although it is understood that policies may be applied to a machine when the machine connects to the network, e.g., at machine re-boot, and thus applications may be assigned to machines (e.g., via a machine profile 79) in the same general manner as users. Moreover, even if a user installs another program or different version of the application over an assigned application, because the advertise script is applied, the assigned application (the administrator-specified version) will return at the next logon. Only an administrator (and in particular a domain administrator) may permanently remove an assigned application, by doing so via the centralized location.
  • Another way in which applications are resilient, for example, is when the target of the shortcut has already been installed, but certain key files have been deleted. As described below and in the aforementioned patent application entitled “System and Method for Repairing a Damaged Application,” hereby incorporated by reference herein in its entirety, the application may cause the on-demand installation of the files, thereby repairing itself. Such resiliency applies to both network and standalone users, e.g., the application may repair itself from a network source or via a source such as a CD-ROM. [0048]
  • To assign an application, as generally shown in FIG. 4, the administrator, using an [0049] application deployment editor 78 or other suitable tool, selects an application package (e.g., 80). The application deployment editor 78 causes an advertise script 82 (a file) to be generated and stored for one or more groups of users (or machines) in a group policy template (object), e.g., 62 2, of the Active Directory 66. More particularly, to generate the advertise script 82, the application deployment editor 72 calls the MsiADvertiseProduct( ) API (application programming interface) of a managed software installer mechanism 84 a (named the “Windows installer” in one preferred implementation) with the information as set forth in the table below:
    UINT MsiAdvertiseProduct(
    LPCTSTR szPackagePath // Fully qualified path to a package
    LPCTSTR szScriptFilePath // If NULL, product is advertised locally
    LPCTSTR szTransforms // Semi-colon delimited list of transforms
    LANGID idLanguage // Language of product being advertised
    );
  • Upon successful completion, the result is the [0050] advertise script 82 containing records for creating advertisement information, e.g., including shortcuts, icon files, and OLE and shell activation registry entries. Note that in the network environment, szScriptFilePath may specify a file stored in the applications folder of the group policy object 66 2 as represented in FIG. 4. In general, the advertise script 82 comprises information corresponding to a series of commands, API calls, or the like, such as resulting in standard API calls to write various information to the registry 74 at certain keys, add application shortcuts to the Start Menu, and so on. For purposes of simplicity, the usage of well-documented APIs to write information to a registry and add shortcuts to menu folders will not be described herein in detail.
  • As shown in FIG. 2, packages such as the [0051] packages 80 are stored and cataloged under the class stores 70, and may be available from various vendors for different platforms, activation modes, access control, setup, and installation information. For example, the package 80 may include an entire application (e.g., Microsoft® Word or Excel), a set of binary component implementations packaged together, or a standalone COM (Component Object Model) component (e.g., an ActiveX™ control).
  • Once the [0052] advertise script 82 is generated and stored in the group policy template 62 2, a user having the group policy template 62 2 applied thereto (e.g., at logon) receives the advertise script 82 in their user profile 78. Logon code 86 then calls a local managed software installer mechanism 84 b to process the advertise script 82, the result of which is the creation of a collection of advertisement information 88 including shortcuts on the Start Menu and registry entries required for shell and OLE activation. Advertisement information references the managed software installer mechanism 84 b, and, as described below, the operating system 35 knows what to do when it encounters such information. Lastly, in accordance with one aspect of the present invention and as described in detail below, the managed software installer mechanism 84 b is involved is when activation occurs, i.e., the managed software installer mechanism 84 b is called when an application is activated to install one or more components as needed to service the activation request.
  • In general, executing the [0053] advertising script 82 makes the application appear to be available to the user, including writing information to the system registry 74 and adding script information such as shortcuts to assigned programs to the user profile 78 (e.g., the Start Menu or desktop) on the workstation. FIG. 6 shows the steps taken by the logon process 86 at user logon, beginning at step 600 wherein as part of applying the group policy template 62 2 (and any other templates), the logon process 86 writes the advertising script 82 (and any other scripts) to the user profile 72 in the local workstation 20 1. At step 602, an advertise script is selected from the user profile. To resolve potential conflicts in accordance with policy settings, the selection may be in a prioritized order, (as described in the aforementioned “Group Policy” patent application). In any event, once selected, the installer mechanism 84 b is called at step 604 to process the script, e.g., populate the registry with information such as file-extension associations, write application shortcuts to the user's Start Menu or desktop and so on as represented by step 606. Step 608 repeats the processing of scripts (one of which will be the script 82) until there are no more to process.
  • More particularly, each of these advertise scripts associated with the [0054] directory containers 64 to which the user belongs are handed to the managed software installer mechanism 84 b for processing, via the MsiAdvertiseScript( ) API, as set forth in the table below:
    UINT WINAPI MsiAdvertiseScript (
    LPCTSTR szScriptFile, // path to script from MsiAdvertiseProduct
    DWORD dwFlags, // the SCRIPTFLAGS bit flags that control the
    script execution
    PHKEY phRegData, // optional parent registry key
    BOOL fRemoveItems); // TRUE if specified items are to be removed
  • Possible bits for the “dwFlags” argument include: [0055]
    Typedef enum tagSCRIPTFLAGS
    {
    SCRIPTFLAGS_CACHEINFO = 0×00000001L, // set if the icons need to be
    // created/ removed
    SCRIPTFLAGS_SHORTCUTS = 0×00000004L, // set if the shortcuts needs to
    // be created/ deleted
    SCRIPTFLAGS_MACHINEASSIGN = 0×00000008L, // set if product to be
    // assigned to machine
    SCRIPTFLAGS_REGDATA_APPINFO = 0×00000010L, // set if the app advt
    // registry data needs to be written/ removed
    SCRIPTFLAGS_REGDATA_CNFGINFO = 0×00000020L, // set if the product cnfg
    // mgmt registry data needs to be
    written/ removed
    SCRIPTFLAGS_REGDATA = SCRIPTFLAGS_REGDATA_APPINFO |
    SCRIPTFLAGS_REGDATA_CNFGINFO, // for source level backward compatibility
    SCRIPTFLAGS_VALIDATE_TRANSFORMS LIST = 0×00000040L
    } SCRIPTFLAGS;
  • The MsiAdvertiseScript( ) serially executes the list of [0056] advertise script information 82 in accordance with the above parameters. Once successfully processed, an advertise script stores information in the user's profile and the system registry that is used to manage advertised applications. This set of per-user information includes attributes for each advertised product, source list information, feature-to-product associations, and descriptors for each advertised component. Note that the script need not necessarily store its data in the registry, but may alternatively store it elsewhere on the local workstation, and the operating system made aware of the location.
  • In accordance with one aspect of the present invention, assigned and published applications may be installed (and also patched, as described below) on the [0057] local workstation 20 1 on an as-needed basis (on demand) by the managed software installer mechanism 84 b. For example, the first time that a user activates such an application (e.g., via the Start Menu), the managed software installer mechanism 84 b looks for it on the local machine but does not find it, after which the managed software installer mechanism 84 b installs the application, such as via a software implementation 60 maintained in the class store 70 and/or via an application image 90 (FIG. 3) on a network server 92. Note that the network server 92 may be the same server 49 on which the application package 80 was loaded, which may or may not be the domain controller 68, however as can be appreciated, this is not necessary. Thereafter, the application remains on the local workstation 20 1 and need not be re-installed, unless deleted in some manner. However, even if deleted, the application will be re-advertised the next time policy is applied, e.g., at the next user logon, whereby if again activated, the application will again be re-installed. Note that if the application is installed but damaged, e.g., key files are deleted, the application may perform self-repair at this time. In this manner, assigned applications are automatically deployed in accordance with a policy, but for purposes of efficiency, initially may be only advertised rather than installed. Similarly, a standalone user may have programs advertised without taking up substantial storage on the user's machine. Thus, as can be readily appreciated, installing programs only if and when activated provides substantial benefits, including efficient use of workstation resources, rapid user-logon, and balancing of the load on the network servers.
  • To manage the advertised applications, the managed [0058] software installer mechanism 84 b uses the identifiers set forth in the following table:
    {ProductCode} A standard GUID which uniquely identifies
    a product.
    FeatureID A string which represents a feature. A FeatureID
    should be human readable and need
    only be unique within a given product.
    {ComponentCode} A standard GUID which uniquely identifies
    a component.
    [Descriptor] A descriptor is comprised of a {ProductCode},
    a FeatureID and a {ComponentCode}
    within square brackets, e.g.,
    [{ProductCode}FeatureIDdelimiter
    {ComponentCode}]. A
    delimiter exists between the FeatureID and the
    {ComponentCode} since a FeatureID
    is variable in length.
    Delimiter ASCII value 2, chosen so as to not collide with
    characters that might appear as part of a FeatureID
  • In certain cases “compressed” descriptors, which have a slightly different format, may be used. Products, features components and descriptors are described in more detail below with particular respect to FIG. 13. The per-user configuration manager information is stored below the registry key HKEY_CURRENT_USER\Software\Microsoft\Installer. General properties for each advertised product are stored under a Products key by {ProductCode}. [0059]
  • An association between the managed [0060] software installer mechanism 84 b and the operating system 35 (e.g., shell and essentially OLE) enables on-demand installation of software implementations. For example, as represented in FIG. 7, shell and OLE activation code (collectively 85), as well as many shell and OLE-related registry entries, are preferably installer mechanism-aware.
  • To this end, managed shortcuts include a descriptor (based on a shortcut, classID, file extension and so on) that the shell activation code (of the operating system [0061] 35) detects, and hands to the managed software installer mechanism 84 b, (to await resolution in the form of a path, which it may then process). Similarly, OLE activation is aware of such descriptors, and calls an API of the managed software installer mechanism 84 b to resolve them. Both of these operations are represented in FIG. 7 by the circled numeral one.
  • By way of a first example, FIG. 8 shows the general operation taken by the [0062] installer 84 b when a user attempts to activate an advertised application (e.g., 98) by clicking a shortcut corresponding thereto, beginning at step 800. At step 802, the operating system 35 communicates with the managed software installer mechanism 84 b to determine if the application 98 is locally installed, one of the possible states of an advertised application as described below. As represented by the circled numeral two in FIG. 7, the managed software installer mechanism 84 b looks to the system (i.e., the registry or similar database) to determine if the state is locally installed (or broken, for purposes of self-repair), and receives this state information as represented by the circled numeral three. At step 804 (FIG. 8), if the application 98 is not locally installed, the installer 84 b installs it (or at least some core portion thereof) at step 806, as also represented by the circled numeral four in FIG. 7, wherein the dashed line beside the circled numeral four indicates an optional operation, and as described in more detail below. Also, the state of the application 98 is changed to locally installed, so that the next time activation thereof is requested, installation is not necessary. Moreover, the application may be patched if a patch has been applied thereto, as evaluated at step 808. FIG. 20, described below, represents the steps taken to patch an application on demand when a patch has been applied thereto, in accordance with the present invention. Lastly, the managed software installer mechanism 84 b provides the operating system/OLE 35 with the information needed to execute the application (circled numeral five in FIG. 7), and at step 810 (FIG. 8) the operating system 35 executes the application. Note that except for possible installation delay times, in typical situations, the installation is essentially invisible to the requesting user. Of course, if the source cannot be located, e.g., the network is down or a CD-ROM source is not in the drive, the install may fail, look for another source, and/or the user may see a prompt requesting some user action. More particularly, see the aforementioned U.S. patent application entitled “System and Method for Managing Locations of Software Components Via a Source List.”
  • An administrator may also choose to publish an application, essentially to make the application available to a user if needed. Published applications are just as manageable as assigned applications, however unlike assigned applications, a published application has no presence on a user's machine until invoked. Thus, a published application has no attributes on the client machine, but rather has its attributes stored in the [0063] Active Directory 66. A published application can be located in the Active Directory in a number of ways, including via an application name, a class ID serviced by the application, a program ID serviced by the application, a file extension serviced by the application, and MIME type or content type serviced by the application.
  • To this end, each of the above attributes may be used as the key to locate a published application in the [0064] Active Directory 66. Then, once a published application is located, the application's user-friendly (human readable) name is available, as well as enough information to assign the application to the user. Thus, until needed, a published application is not installed, nor does it appear to the user to be installed. For example, there are no shortcuts present to use for activating the application. Instead, published applications may be activated by the above-attributes such as file extension, in a two-step process as described below with particular reference to FIGS. 9-10. First the operating system 35 shell (or similarly OLE) attempts to locate the application activation information in the local machine's registry 74. If the information is not found (as with a published application), an Active Directory 66 lookup occurs (as described in the aforementioned “Class Store Schema” patent application. This is alternatively shown by circled numerals one and two in FIG. 7. Note that the administrator may prioritize which application in the class stores handles which extension. If found, the application script is advertised as described above, i.e., the application is effectively assigned to the user, the registry is populated, the item added to the Start Menu, and so on as if the application was assigned. The process then launches the application. Conversely, if no associated application is found in the class stores 70, an appropriate error is returned (e.g., no association for this application for this user). Note that the user may be given a roaming profile, whereby such information roams with the user regardless of where the user logon takes place. If not, the information stays on the machine that triggered the assignment. In this manner, published applications as well as assigned applications essentially follow the user around. Once the application is assigned, activation continues as with normal assigned applications.
  • By way of another example of the on-demand installation of applications, both assigned and published applications may be activated by invoking (e.g., double-clicking) a file (document) having an extension with an associated application registered in the registry. FIGS. 9 and 10 show how such an action may lead to the file being installed if needed, beginning at [0065] step 900 which represents the double-clicking (or similar operation such as right-click, open) of the document. At step 902, the operating system shell 85 looks to the local registry 74 for file extension information, i.e., an application associated with the file extension. If the information is found, step 904 branches to step 906 which then calls the installer 84 b to locate the associated application and return a file system path thereto (FIG. 10) as described below. Note that the administrator may prioritize which application handles which extension since multiple applications may be capable of handling the same file type.
  • If not found in the [0066] local registry 74 at step 904, then an application corresponding to the extension has not been assigned, however an application corresponding to the extension may still be published to the requesting user. Published applications are just as manageable as assigned applications, however unlike assigned applications, a published application has no presence on a user's machine until invoked. Thus, a published application has no attributes on the client machine, but rather has its attributes stored in the Active Directory 66. Notwithstanding, a published application may be patched by maintaining information accessible to the installer 84 b indicating that a certain patch is to be applied if a published application is ever installed. In this case, the patch is considered to be applied to the application already, because enough of the application exists on the machine (e.g., some installer registry information) that allows the patch to be registered. Note that even though the patch is considered to be already applied to the product, no files, registry keys and so on for that product may be modified because they have not yet been installed.
  • Note that a published application can be located in the Active Directory in a number of ways, including via an application name, a class ID serviced by the application, a program ID serviced by the application, a file extension serviced by the application, an interface identifier serviced by the application and MIME type or content type serviced by the application. To this end, each of the above attributes may be used as the key to locate a published application in the [0067] Active Directory 66. Then, once a published application is located, the application's user-friendly (human readable) name is available, as well as enough information to assign the application to the user. Thus, until needed, a published application is not installed, nor does it appear to the user to be installed. For example, there are no shortcuts present to use for activating the application.
  • Thus, when a possibly-published application is invoked, step [0068] 904 branches to step 910 to look for the extension information in the Active Directory 66, i.e., the class stores 70 associated with this user. To determine this, at step 910, the operating system calls an application management service 84 to find the appropriate script or scripts and look in the scripts for the file association. To this end, a class store manager 86 is called by the application management service 84 to query the class stores 70 for an appropriate application as described in the aforementioned “Class Store Schema” patent application. This is alternatively shown by circled numerals one and two in FIG. 7. Note that the administrator may similarly prioritize which application in the class stores handles which extension. If found, the application script is advertised at step 914 as described above, i.e., the application is effectively assigned to the user, the registry is populated, the item added to the Start Menu, and so on as if the application was assigned. The process then returns to step 902 so that the application may be launched. Conversely, if no associated application is found in the class stores 70 at step 912, an appropriate error is returned (e.g., no association for this application for this user) at step 916.
  • Note that if the directory lookup is successful, the return information is used to assign the application to the user's profile. As a result, the user may be given a roaming profile, whereby such information roams with the user regardless of where the user logon takes place. If not, the information stays on the machine that triggered the assignment. In this manner, published applications as well as assigned applications essentially follow the user around. Once the application is assigned, activation continues as with normal assigned applications. [0069]
  • To launch an application, managed shortcuts include a descriptor (based on a shortcut, classID, file extension and so on) that the shell activation code (of the operating system [0070] 35) detects, and hands to the managed software installer mechanism 84 b, (to await resolution in the form of a path, which it may then process). Similarly, OLE activation is aware of such descriptors, and calls an API of the managed software installer mechanism 84 b to resolve them.
  • FIG. 10 shows the steps taken by the [0071] installer 84 b to locate the application, and install it as needed. When the installer 84 b receives the extension information, (step 1000), the managed software installer mechanism 84 b verifies if the key file or files are present (step 1002). As represented by the circled numeral three in FIG. 7, the managed software installer mechanism 84 b looks to the system (i.e., the registry or similar database) to determine if the state is locally installed, and receives this state information as represented by the circled numeral four. If the application is not locally installed (step 1004), the installer 84 b installs it, (e.g., into a program files folder 75, FIG. 5, of the file system), as shown by circled numeral five and as described below.
  • As part of the process that returns the file system path, the [0072] installer 84 b thus verifies that the application in question has been installed and/or has its key files intact, as represented by step 1002. If the application is not installed, or is determined to be damaged, the installer will install and/or repair the application by installing any needed files, as represented by steps 1004 and the steps of FIG. 20. FIG. 20, described below, represents the steps taken when a patch has been applied, wherein the installer 84 b handles the patching of the application.
  • Lastly, at [0073] step 1006, the installer returns the application path to the operating system. Regardless of whether previously installed or not, and assuming no other errors, security problems and so forth, the application is launched at step 908 (FIG. 9 and circled numeral six, FIG. 7), and the application appropriately opens the document.
  • Note that many file extensions are capable of being handled by multiple applications. The administrator or user may prioritize which applications open which files. To this end, each application sets forth the file extensions it is capable of handling, and this information is stored in the [0074] Active Directory 66. When a file extension is selected, a suitable mechanism may be employed to scan the application information in the Active Directory to locate those applications that handle that file type. Via a suitable user interface, the administrator may then determine which application association gets written into the registry for that file type, and also may rank the order of searching for a suitable application in the class store 70 to open the file in the event that the association is not found in the registry. The ability to recognize applications which service the same extension, and therefore the ability to prioritize them, stems largely from two features of the installer, i.e., the ability to create advertise scripts, and the fact that the extensions serviced by a given product can easily be read from .MSI packages.
  • In addition to installing applications, the managed [0075] software installer mechanism 84 b may install other software implementations such as an application's object classes 94 (FIG. 2). To this end, the class store 70 maintains the classes 94 (or the information needed to locate the classes on the network). When the operating system 35, OLE or the like receives a request for an object class, it first communicates with the managed software installer mechanism 84 b to determine if the object class is locally installed. If not found locally, the managed software installer mechanism 84 b looks for the object class in the class store 70. If found, the managed software installer mechanism 84 b installs the object class therefrom, instead of returning an error.
  • The managed [0076] software installer mechanism 84 b may also install software implementations based on information such as component categories 96. For example, a category to which an application belongs effectively may be “spreadsheet.” If the managed software installer mechanism 84 b receives a category request for a spreadsheet application, the mechanism 84 b may look to the component categories 96, also maintained in the class store 70, to determine if a spreadsheet application is published to the user, and if so, install that application.
  • In general, the managed [0077] software installer mechanism 84 b provides a standard installation mechanism for applications and components, i.e., it is an execution engine for the setup scripts generated by the application deployment editor 78 or other various authoring tools. In general, the package is what a developer uses an authoring tool to create, i.e., essentially when a developer “writes a setup,” the result is a Windows installer package. From that package, advertise scripts are created, and subsequently executed. However, it is also possible to install the package itself by generating and then running an install script. Generation and execution of install scripts are both handled on the end user's machine, in contrast to the advertising script model. For example, this happens in response to a standalone install, or as the result of install on demand.
  • As described in more detail below, the managed [0078] software installer mechanism 84 b also exposes an application programming interface (API) which an application program 98 may use (FIG. 11) to determine what installation choices users made, or even to install missing components. For example, if a component is missing, the application 98 itself may in effect run setup for the user, using installer APIs as set forth below to install the missing component. Moreover, because the managed software installer mechanism 84 b is a basic system service that tracks information about what is installed, it may provide administrators in managed environments with a powerful set of tools for determining the software installed, and remotely pushing software installation down to user machines.
  • FIG. 12 illustrates the managed [0079] software installer mechanism 84 b architecture as embodied in the Windows® 2000 operating system, wherein the installer consists of two executable components, a client install engine 100, which runs with user privileges 102, and an install service 104. Because the install service 96 is implemented as an Windows® 2000 Service, it may be run with elevated administrative privileges 106. Note that changes to the system configuration (e.g., changes to the registry 74 and file system 35) are done as an installation transaction 108 by the install service 104, and the rollback transactions 110 are logged to provide for rollback of a failed or aborted installation. The rollback includes restoring the original contents of files replaced or deleted during the installation and restoring overwritten or deleted registry settings (e.g., COM class registration). Note that since this rollback information 110 may take up a significant amount of space, it may be disabled by an administrator or a user when performing an installation. The client install engine 100 and the install service 104 communicate through secure remote procedure calls. Note that where everything is in the same process, (e.g., in Windows 95 or Windows 98), secure RPC is not used.
  • Although not necessary to the present invention, to improve installation, the [0080] installer 84 b is arranged to divide applications into a three-level hierarchy, such as in the sample feature hierarchy shown in FIG. 13. At the top of the hierarchy is a product 112, which is an implementation that an administrator or end-user may install, e.g., a specific word processing application package such as Microsoft® Word. As further shown in FIG. 13, a product may be composed of multiple features such as the features 114 1-114 4, wherein a feature is the smallest installable unit of functionality. Examples of features of a word processor are a reader 114 1, Editor 114 2, Spellchecker 114 3, and Printer 114 n. A feature is something an administrator/user may choose to install or not, and thus somewhat corresponds to a checkbox in the “Custom” or “Advanced” installation dialog of a conventional installation mechanism.
  • Features in turn comprise one or more components such as [0081] 116 1-116 6, wherein a component is the smallest unit of sharing among products and features. For example, a component such as component1 116 1 may be shared by both the Reader feature 114 1 and the Editor feature 114 2. Only one copy of the corresponding file 118 1 (e.g., a DLL) is actually installed, but that copy is installed if either Feature1 or Feature2 is installed. Note that while FIG. 13 shows components composed of files 118 1-118 9, components are the actual contents of a product, and may be composed of files, registry entries, COM registration information, Visual Basic type libraries, shortcuts, (e.g. for the Windows Start menu), and so on.
  • While features are specific to a product and identified by a name unique only within the product (e.g. “Reader”), components are global across all products installed on a machine and are identified by a GUID. Note that although COM components are also uniquely identified by a GUID and may be encapsulated as an installer component, an installer component is not related to COM. An installer component [0082] 116 is monolithic, i.e. it is either entirely installed on a machine or not installed at all. Because installer component identifiers are global, they are shared across products.
  • By way of example, a number of products ship the Microsoft Visual Basic for Applications (VBA) runtime. Defining VBA as an installer component [0083] 116 provides advantages, including that the installation logic for VBA can be encapsulated within the component 116, so all products which install VBA will install and uninstall it in exactly the same way. Also, once VBA is installed on a machine, the managed software installer mechanism 84 knows that VBA is there, and installation of subsequent products which use this component simply increase an installation reference count of the component, i.e., the products share the same copies of the files. Moreover, since the managed software installer mechanism 84 manages the installed components, it operates properly when a product is uninstalled, i.e., the reference count ensures that the mechanism does not remove components shared by products remaining on the machine.
  • FIG. 14 shows how the operating system/OLE requests a full component path that may result in the on-demand installation of components and/or features as needed, such as by using the MsiProvideComponentFromDescriptor API set forth below. In general, a descriptor is a token representing a product code/feature name/component GUID. First, the operating system calls the API at [0084] step 1400, requesting a full component path. In turn, the API (via the MsiUseFeature API, described below) checks the local machine at step 1402 to detect that the components that make up that feature are installed. Note that the API only installs one feature, i.e., the one that was requested, however, if there are “ancestors” of that feature in the feature hierarchy defined in the package, those are also installed (if not already installed). In other words, a given feature may not be installed if its parent is not also installed. Likewise, when verifying that all of the components in the feature are valid, the components in all ancestor features are also verified. In any event, if not installed, step 1404 branches to step 1406, to install (via the MsiConfigureFeature API, also described below) the needed piece or pieces of the product. Lastly, step 1408 obtains the path to the key file via the MsiGetComponentPath API, also described below) and returns it to the operating system, which then executes that path at step 1410.
  • Turning to an explanation of how an application may interface with the managed [0085] software installer mechanism 84, FIGS. 15A-15B generally represent the steps taken by the application 98 and installer 84 (FIG. 11) to provide on-demand installation of features and components. First, at step 1500 of FIG. 15A, the application 98 determines that it needs a feature or component, (or at least state information regarding same). At step 1502, using the QueryFeatureState API, (described below), the application 98 requests the state of the feature or component from the installer. The state may be Absent, i.e., intentionally turned off by the user or administrator, and thus should not be installed by the application. Otherwise, the state may be Local (locally installed), Source (residing on a source media such as a network drive), or Advertised, (not installed but may be installed from the source when first needed). Based on the state, step 1506 determines whether the feature or component needs to be installed, i.e., it is not locally installed, but now it is needed and is proper for local installation. Step 1508 represents the installation on demand.
  • Step [0086] 1520 (FIG. 15B) is next executed, wherein the application 98 requests the installer 84 to verify that the needed files are present. To this end, the MsiUseFeature API is called. In general, the MsiUseFeature API does two things, i.e., verifies that the feature is intact, and increments the usage count (the usage count is the number of times that the user or application has used the feature). Note also that, if the feature is installed as run-from-source, (e.g., from the network or CD-ROM), part of the verification that the feature is intact involves finding a valid source. At step 1522, a verify status of valid or invalid is returned, whereby step 1524 branches to step 1526 to install needed files if the status is invalid. Note that until valid, step 1526 may keep returning to step 1520 to request verification, some number of times before failing (not shown). However, if the verification returns valid status, at steps 1528-1530, the application 98 requests and receives the path from the installer 84 and loads/executes it as appropriate.
  • In this manner, applications may repair themselves such as by installing missing or damaged components or files. Applications may avoid errors by checking with the [0087] installer 84 before making assumptions about what is installed on a machine at a given time. Missing features and components will be automatically installed by the installer mechanism whenever possible (and if allowed).
  • The Windows Installer (MSI) APIs [0088]
  • The following describes some of the MSI APIs utilized for on-demand installation of software implementations, wherein the “%” symbol represents ANSI (A) and Unicode (W) versions. MsiGetProductCode returns the product code for a registered component, i.e., this API returns information on the product that installed an application: [0089]
    UINT WINAPI MsiGetProductCode%(
    LPCSTR% szComponent, // component ID registered for this product
    LPSTR% IpBuf39); //returned string GUID, sized for 39 characters
  • With the product code, the application may check its features, one by one, on an as needed basis, using MsiQueryFeatureState(ProductCode, FeatureID): [0090]
    INSTALLSTATE WINAPI MsiQueryFeatureState%(
    LPCSTR% szProduct,
    LPCSTR% szFeature)
  • In this manner, an application may, for example, set itself to display appropriately available features and hide or otherwise indicate (e.g., visually gray out) those that are not available. To check features, the application calls MsiQueryFeatureState (ProductCode, FeatureID) using the product code returned in MsiGetProductCode( ) and the Feature ID of interest. As generally described above, if the return state is INSTALLSTATE_UNKNOWN or INSTALLSTATE_ABSENT, the feature is not available, and for example, should not be displayed in a user interface. For example, if the spellcheck feature is turned off by an administrator, it should not appear available to the user. Note that a feature that is absent is still technically available, although an application may choose to treat it as unavailable, as it implies that the user has indicated that the user wanted to make the feature go absent. However, if the return value is INSTALLSTATE_ADVERTISED, the feature has been advertised/published and is available. If the return value is INSTALLSTATE_SOURCE or INSTALLSTATE_LOCAL then the feature has been installed. Lastly, if the return value is INSTALLSTATE_SOURCEABSENT (the feature is installed to SOURCE, but the source is unavailable, e.g., the network is down). Note that MsiQueryFeatureState will not return this, only the “installed” state of the feature, however MsiUseFeature may return this state. [0091]
  • A management tool, for example, may enumerate the published features for a given product by calling MsiEnumFeatures: [0092]
    UINT WINAPI MsiEnumFeatures %(
    LPCSTR% szProduct,
    DWORD iFeatureIndex, // zero based index into published features
    LPSTR% IpFeatureBuf, //feature name buffer, size =
    MAX_FEATURE CHARS+1
    LPSTR% IpParentBuf); //parent feature buffer, size =
    MAX_FEATURE_CHARS+1
  • To request and install a feature, the following procedure may be used: [0093]
  • Call MsiUseFeature, passing in the ProductCode and FeatureId [0094]
  • If the return code is INSTALLSTATE_LOCAL or INSTALLSTATE_SOURCE, proceed down the hierarchical “pyramid” of code. [0095]
  • If the return code is INSTALLSTATE_UNKNOWN or INSTALLSTATE_ABSENT, an error occurred, since MsiQueryFeatureState should first be called to ensure that only features known to be available are requested. [0096]
  • If the return code is INSTALLSTATE_ADVERTISED, call MsiConfigureFeature, passing in the ProductCode, FeatureId and INSTALLSTATE_DEFAULT. [0097]
  • The following are return states from MsiUseFeature: [0098]
  • INSTALLSTATE_UNKNOWN: the product/feature is not known [0099]
  • INSTALLSTATE_ABSENT. the feature is in the absent state [0100]
  • INSTALLSTATE_ADVERTISED: the feature is in the advertise state [0101]
  • INSTALLSTATE_SOURCE: the feature is install run-from-source and a valid source is available [0102]
  • INSTALLSTATE_SOURCEABSENT: the feature is install run-from-source and a valid source is not available [0103]
  • INSTALLSTATE_LOCAL: the feature is installed locally and the components that comprise the feature (and its parents) are all intact [0104]
  • INSTALLSTATE_BROKEN the feature is installed locally and the components that comprise the feature (and its parents) are not all intact (one or more keyfiles are missing) [0105]
  • Note that the above algorithm is one possible way to treat the return values from MsiUseFeature, but not the only way. For example, (although not preferable) an application could choose not to use MsiQueryFeatureState, but could simply use the return value from MsiUseFeature to determine whether a feature was usable or not. [0106]
  • MsiUseFeature indicates an intent to use a product feature and increments the usage count therefor: [0107]
    INSTALLSTATE WINAPI MsiUseFeature%(
    LPCSTR% szProduct,
    LPCSTR% szFeature)
  • MsiConfigureFeature forces the installed state for a product feature: [0108]
    UINT WINAPI MsiConfigureFeature %(
    LPCSTR% szProduct,
    LPCSTR% szFeature,
    INSTALLSTATE eInstallState),
    //local / source / default / absent / lock / uncache
  • An alternative to MsiConfigureFeature is MsiConfigureFeatureFromDescriptor, useful for making templates, add-ins and Access wizards more resilient. MsiConfigureFeatureFromDescriptor is essentially the same as MsiConfigureFeature, but takes a descriptor (token) rather than separate product and feature parameters: [0109]
    UINT WINAPI MsiConfigureFeatureFromDescriptor %(
    LPCSTR% szDescriptor,
    INSTALLSTATE eInstallState), //local / source / default / absent
  • Once an application has requested a feature, it may perform its usual operations such as loading DLLs, opening data files and so on. However, as long as the application first asks where the file is located, dynamically loading DLLs should not fail for DLLs that are the key file of a component. The general information for accessing a file is set forth below: [0110]
  • Call MsiGetComponetPath, passing in the component ID and other appropriate parameters. [0111]
  • If the return code is INSTALLSTATE_ABSENT, then MsiUseFeature/MsiConfigureFeature was not properly called. [0112]
  • If the return code is INSTALLSTATE_UNKNOWN, then the component is not installed/known. [0113]
  • If the return code is INSTALLSTATE_DEFAULT, then the call was successful. (see the return values for MsiGetComponentPath. We never return INSTALLSTATE_DEFAULT. INSTALLSTATE_LOCAL and INSTALLSTATE_SOURCE imply success). [0114]
  • If the return code is INSTALLSTATE_SOURCE_ABSENT (see above), then, for example, the network has gone down, or a CD-ROM is not loaded in the appropriate drive, whereby resiliency procedures should be invoked. [0115]
  • A fully qualified key file should be returned, and parsing may be needed such as if a file that is not the key file is desired. [0116]
  • In certain situations, i.e., when accessing a folder, a path is returned without a key file. Also, if the “key file” is a registry key or value then the registry key or value will be returned instead of a path to a file. [0117]
  • The following sets forth the return values for MsiGetComponentPath: [0118]
  • INSTALLSTATE_NOTUSED: The component being requested is disabled on the computer. [0119]
  • INSTALLSTATE_ABSENT: The component is not installed. [0120]
  • INSTALLSTATE_BAD_CONFIGURATION: The configuration data is corrupt. [0121]
  • INSTALLSTATE_INVALIDARG: One of the function parameters is invalid. [0122]
  • INSTALLSTATE_LOCAL: The component is installed locally. [0123]
  • INSTALLSTATE_SOURCE: The component is installed to run from source. [0124]
  • INSTALLSTATE_SOURCEABSENT: The component source is inaccessible. [0125]
  • INSTALLSTATE_UNKNOWN: The product code or component ID is unknown. [0126]
  • MsiGetComponentPath is a registry lookup that returns the full path to an installed component: [0127]
    INSTALLSTATE WINAPI MsiGetComponentPath %(
    LPCSTR% szProduct, // product code for client product
    LPCSTR% szComponent, // component ID, string GUID
    LPSTR lpPathBuf, // returned path
    DWORD *pcchBuf) in / out buffer character count
  • A typical method is to call MsiGetComponentPath after performing the feature request steps set forth above. An alternative is to call MsiProvideComponent, which bundles three APIs (MsiUseFeature, MsiConfigureFeature, MsiGetComponentPath) into one. MsiProvideComponent returns the full component path, performing any necessary installation. As described with reference to FIG. 8, MsiProvideComponent and MsiProvideComponentFromDescriptor call MsiUseFeature to detect that components are installed, calls MsiConfigureFeature if any of its components are uninstalled, and then calls MsiGetComponentPath to obtain the path to its key file: [0128]
    UINT WINAPI MsiProvideComponent %(
    LPCSTR% szProduct, // product code in case install required
    LPCSTR% szFeature, // feature ID in case install required
    LPCSTR% szComponent, // component ID
    DWORD dwReserved //reserved, must be zero
    LPSTR% lpPathBuf, // returned path, NULL if not desired
    DWORD *pcchBuf) in / out buffer character count
  • MsiProvideComponentFromDescriptor is essentially the same as MsiProvideComponent, but uses a descriptor instead of the product/feature/component identifiers: [0129]
    UINT WINAPI MsiProvideComponentFromDescriptor %(
    LPCSTR% szDescriptor // product, feature, component information
    LPSTR% lpPathBuf, // returned path, NULL if not desired
    DWORD *pcchBuf) in / out buffer character count
    DWORD *pcchArgsOffset) returned offset of args in descriptor
  • This API, and MsiInstallMissingFile, below, are final, alternative attempts to fault in a feature, given a component or filename. It is expected that an application developer will attempt to use the other APIs to fault in features, but this may not always be possible. As a result, it is anticipated that such developers may benefit via these APIs. [0130]
  • To recover from a missing component error (following a call to MsiLocateComponent), a missing component may be reinstalled by MsiInstallMissingComponent, checking for a return code of ERROR_SUCCESS and then calling MsiLocateComponent again: [0131]
    UINT WINAPI MsiInstallMissingComponet %(
    LPCSTR% szProduct, // product code
    LPCSTR% szComponent, // component ID, string GUID
    INSTALLSTATE eInstallState), //local / source / default / absent invalid
  • To recover from a missing file error (i.e., an application has failed in an attempt to open a file) the general procedure of calling MsiInstallMissingFile, checking for a return code of ERROR_SUCCESS and then re-trying the file I/O operation: [0132]
    UINT WINAP1 MsiInstallMissingFile %(
    LPCSTR% szProduct, // product code
    LPCSTR% szFile); // filename without path
  • On Demand Patching [0133]
  • The present invention is generally directed to the on-demand patching of application programs, since in general, updating application programs is the primary usage of patching technology. Thus, for purposes of simplicity, the following example and accompanying drawings (FIGS. [0134] 16-20) will refer to patching an application. Notwithstanding, as will be understood, virtually any software implementation that may be installed may also be patched in accordance with the present invention, and there is no intention to limit the present invention to application programs.
  • As shown in FIG. 16, once an application (e.g., APP[0135] 1) is advertised and/or installed, the initial install state 120 of the application is maintained on the local machine 20 1 (e.g., in the registry 74) and is thus available to the managed software installer mechanism 84 b as described above. Note that although referred to as “install” state information, the information may indicate that the application is not yet installed. As shown in FIG. 16, the initial install state information 120 includes information such as a list of files (e.g., in a table 122) that should be installed for the application, and registry keys and the values therefor (e.g., in a table 124). Also maintained by the installer 84 b is information 126 that is specific to this particular installation, such as which options the user has selected for installing, e.g., which of several available templates, if any, the user wants to have available with the application. Further, although primarily maintained locally for performance reasons, a copy 128 of the application package 80 is maintained as a file on the local machine 20 1, e.g., in a folder that is private to the installer mechanism 84 b. The information maintained by the installer mechanism 84 b includes a local path to the application package 128, and possibly includes one or more paths to other copies thereof (e.g., the network share).
  • When the user (or administrator) wishes to install a patch, the user downloads and/or otherwise runs an executable patch installation program [0136] 130 (FIG. 16). In keeping with the present invention, patch information, maintained in a managed software patch 132, (i.e., the patch), is maintained by the installer 84 b as install state information 120′ for the application APP1′, (wherein the prime “′” designation is used herein to indicate a change as a result of a patch). Thereafter, whenever the installer 84 b is called to perform an installation operation for the application, e.g., install the application on demand, verify and as necessary fix the application files, and so forth, the installer mechanism 84 b uses the patched install state information 120′ as the basis for determining what files, registry settings and so on the application should have installed therefor. Note that a patch may be created that neither touches files nor registry key, i.e., a patch that has no additions, modifications or deletions involving files or registry keys, shortcuts, and so forth. For example, such a patch might only change some of the installation logic, such as the user interface that gets displayed, e.g., a simple patch of this type might change the text in the License Agreement that appears on the first screen when a user clicks on setup.
  • As represented in FIG. 17, the [0137] patch 132 includes summary information 134 such as properties, including a list of one or more applications (i.e., as identified by product code) to which the patch 132 can be applied. For example, a patch may be prepared for a suite of applications, whereby the patch may be able to patch any of the applications in the suite even if the user has less than the full amount of applications advertised or installed. Moreover, a patch may be arranged to patch two or more earlier versions of applications, for example, a patch release 2.0 that can patch application X or application X′ (patched with release 1.0). In any event, the summary information 134 informs the installer 84 b as to which applications the patch 132 applies.
  • The [0138] patch 132 also includes one or more transforms 136, which essentially modify the results of running the initial advertise script 82 in the initial install package 80, so as to inform the installer 84 b as to what changes are to be implemented by the patch 132. For example, transforms may instruct the installer 84 b to install new files for this application, delete certain others, and change selected others. The patch 132 also typically includes “patch bits” 138, comprising the various new files and/or change information (file bits comprising the deltas) needed by the transforms 136. These patch bits 138 may be compressed into cabinet files or the like as desired.
  • By way of example, FIG. 17 shows how an application, APP[0139] 1, is to be changed by a patch 132 into a patched application, APP1′. In FIG. 17, the application APP1 initially has the file “File1, version 1.0” associated therewith, (along with possible many other files, not listed). Also, the application APP1 has an entry for writing in the registry 74 with a value of one, (RegKey1's value equals one). After patching, the application APP1′ should have “File1, version 2.0” and “File 2, version 2.0” for its associated files, and a new value for RegKey1 equal to two, as shown in the patch-adjusted APP1′ information. To accomplish the change, the patch 132 includes transforms 136 that essentially instruct the installer 84 b to change the files (e.g., when installed) such that File1 version 1.0 will be changed to File1 version 2.0, and such that File2 version 2.0 will be installed. Similarly, the RegKey1 value will be changed to two. The patch 132 also includes the various file bits 138 necessary to change File1 from version 1.0 to version 2.0, and also includes the file named File 2 (version 2.0).
  • In keeping with the present invention, the files are not necessarily changed (or installed) until needed, i.e., the patching may take place on demand. For example, an application that is advertised, but not installed, may be patched, but the patching need not take place until installation. To this end, as described below with reference to FIGS. 18 and 19, changes are made to only files that are already installed. Those that are not yet installed will be changed when they are installed. [0140]
  • Turning to an explanation of the operation of the present invention, when a [0141] patch installation program 130 is first run, at step 1800, the installer 84 b opens the managed software patch 132 within (or associated with) the program 130 to locate the product codes in the summary information 134. Then, as represented by step 1802, the installer 84 b searches the local machine for products that are identified therein. Note that both assigned and published applications may be patched, even if not installed, as well as any other applications that are installed on the machine. If none are found, step 1804 branches to step 1806 to inform the user that the patch is not appropriate for this machine.
  • At [0142] step 1804, if at least one patchable application is found, the installer 84 b, via step 1808, opens the local copy 128 of the package 80, and at step 1810 applies the transforms 136 to the package. In essence, the installer 84 b is modifying the tables 122′, 124′in view of the patch 132, and continues to step 1900 of FIG. 19.
  • The [0143] transforms 136 may instruct the installer 84 b to update certain files. However, because of the ability of the installer 84 b to perform on-demand installation, those files need not be installed on the local machine at this time. Thus, beginning at step 1900, the installer 84 b walks through the list of files 122′ to determine at step 1902 whether each file identified for changing is presently installed. If installed, the installer 84 b causes the file to be updated, for example the installer 84 b calls a change engine or the like, passing the old file and the change information, whereby the change is made. Such change engines are well known in patching, and thus are not described in detail herein. If not installed (step 1902), the listed file is marked at step 1906, e.g., a certain bit is set therefor, to indicate that the file is patchable and should be updated whenever the installer 84 b installs it. Step 1908 repeats the process until the listed files are either updated or marked for updating.
  • [0144] Step 1910 is then executed to install any new files and/or delete any existing files as set forth in the transforms 136. Note that installation of the new files may also be deferred by marking them for install rather than installing, such as if the key files of the application are not yet installed. This may be made dependent on other factors, e.g., the size of the file, whether another, installed application may benefit from the new file and so on. Also, note that if the transforms designate a file for deletion, but that file is still needed by another application, a reference count or the like associated with that file may instead be adjusted. Step 1912 writes any registry key changes to the registry, such as to advertise the application as available, e.g., write any new file extensions to the registry so that the application will be activated when such an extension is clicked on. Lastly, step 1914 updates the installer information 126 that is specific to this install as modified by the patch (although some or all of the actual installation may not have taken place).
  • In accordance with an aspect of the invention, once patched, the patching occurs on-demand for applications and the like that are not yet installed. To this end, whenever an application is installed on demand, (as described above with reference to FIGS. 8 and 10), if it has been patched, the [0145] installer 84 b also automatically patches the application on demand. FIG. 20 shows how this is accomplished, i.e., in a manner similar to FIG. 19 except that since the application is installed at this time, there is no marking of files for later installation. Thus, after the regular installation, step 2000 selects the files to be updated, including those marked as patchable, and step 2002 updates the files, e.g., sends the necessary information to a change engine. Step 2004 repeats the process until the files-to-be changed are updated. Steps 2008-2012 are analogous to steps 1908-1912, described above, and ensure that the registry settings and installer information 126′ are correct and current.
  • Note that a user may change the installed state of files on the machine (e.g., move, rename and delete), and/or cause the same files to be installed or patched via other applications. Thus, a file that is marked as patchable may have already been installed and/or patched. For example, a spreadsheet application may be patched, causing xyz.dll to be installed and patched (to xyz′.dll), whereby an advertised, patched but uninstalled word processing application that shares xyz.dll will not need to be patched when it is installed. However, since the installer is in charge of both the on demand installation and on demand patching, for efficiency, the installer knows not install a file that is already installed, or update a file that has been updated, and similarly knows not to install a file that is to be deleted by the patch. The [0146] installer 84 b also verifies the correct installation state of a patched application, such as by executing steps analogous to steps 1002-1004 of FIG. 10 after each on demand install and/or patching operation. Also, to allow for the removal of a patch from an application, if the entire application is uninstalled, the patch will not be applied at the next install. Note that the patch is reapplied if parts of the application (e.g., features) are uninstalled and reinstalled.
  • As can be seen from the foregoing detailed description, there is provided a method and system for automatically patching applications on demand. Via a managed patch, the initial install state information is modified and supplemented, whereby the patch will properly be applied at each install, including an on-demand installation. [0147]
  • While the invention is susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the invention to the specific form or forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions, and equivalents falling within the spirit and scope of the invention. [0148]

Claims (33)

What is claimed is:
1. In a computer system, a method of patching a software implementation, comprising:
receiving a patch corresponding to a software implementation;
maintaining patch information in association with the software implementation;
determining whether the software implementation is installed on the computer system, and:
if the software implementation is installed on the computer system, automatically patching the software implementation, and
if the software implementation is not installed on the computer system, using the patch information to automatically patch the software implementation when the software implementation is later installed.
2. The method of claim 1 wherein determining whether the software implementation is installed on the computer system includes querying an installation service.
3. The method of claim 1 further comprising, installing the software implementation on demand, accessing the patch information maintained in association with the software implementation, and patching the software implementation on demand based on the patch information.
4. The method of claim 3 wherein patching the software application includes changing data in at least one file associated with the software implementation.
5. The method of claim 3 wherein patching the software application includes adding at least one file for association with the software implementation.
6. The method of claim 3 wherein patching the software application includes deleting at least one file associated with the software implementation.
7. The method of claim 3 wherein patching the software application includes writing at least one value to the system registry.
8. The method of claim 3 wherein patching the software application includes modifying at least one value in the system registry.
9. The method of claim 1 wherein the patch identifies at least one file of the software implementation to be changed, and further comprising, for each file to be changed, determining if the file is installed, and if installed, changing information in the file, and if not installed, maintaining information for the file indicating that the file is to be changed.
10. The method of claim 1 wherein receiving a patch corresponding to a software implementation comprises receiving patch information from an executing patch installation program.
11. The method of claim 1 wherein maintaining patch information comprises maintaining transform information and maintaining patch bits on the computer system.
12. A computer-readable medium having computer-executable instructions for performing the method of claim 1.
13. In a computing environment, a method comprising:
receiving a request related to patching a software implementation with patch data;
determining whether the software implementation is already installed; and
if the software implementation is already installed, patching the software implementation with the patch data and maintaining patch information in association with the software implementation such that if the software implementation is later reinstalled, the reinstalled software implementation will be automatically re-patched with the patch data upon reinstallation of the software implementation; and
if the software implementation is not already installed, maintaining patch information in association with the software implementation such that if the software implementation is installed, the software implementation will be automatically patched with the patch data upon installation of the software implementation.
14. A computer-readable medium having computer-executable instructions for performing the method of claim 13.
15. In a computer system, a mechanism for patching a software implementation, comprising, an interface that receives patch information corresponding to a software implementation, a storage configured to maintain the patch information, and an installer that determines whether the software implementation is installed on the computer system, the installer patching the software implementation if the software implementation is installed on the computer system, and, if the software implementation is not installed on the computer system, the installer using the patch information to automatically patch the software implementation when the software implementation is later installed.
14. The mechanism of claim 15 wherein the patch information includes at least one new file to install for the software implementation.
15. The mechanism of claim 15 wherein the patch information identifies the software implementation by a product code.
16. The mechanism of claim 15 wherein the patch information includes instructions for changing at least one file associated with the software implementation.
17. The mechanism of claim 15 wherein the patch information includes data for changing at least one file associated with the software implementation.
20. The mechanism of claim 15 wherein the patch information includes instructions for changing at least one value associated with the software implementation in the system registry.
21. The mechanism of claim 15 wherein the patch information includes instructions for adding at least one value associated with the software implementation to the system registry.
22. The mechanism of claim 15 wherein the software implementation is tot installed on the computer system, and wherein the installer receives a request to install the software implementation, installs the software implementation, accesses the patch information in the storage, and patches the software implementation based on the patch information.
23. A computer-readable medium having computer-executable instructions for performing steps comprising:
receiving a request to install a software implementation;
installing at least part of the software implementation;
in connection with at least part of the software implementation, automatically determining from patch information associated with the software implementation that the software implementation has a patch associated therewith; and
automatically patching the software implementation.
24. The computer-readable medium of claim 23 wherein the software implementation is an advertised application that is advertised as available for execution prior to installation of application code used to execute the application.
25. The computer-readable medium of claim 23 wherein the software implementation is a published application that has no presence on a machine until invoked.
26. The computer-readable medium of claim 23 having further computer-executable instructions for receiving the patch, and maintaining the patch in association with the software implementation.
27. The computer-readable medium of claim 23 wherein patching the software implementation includes changing data in at least one file of the software implementation.
28. The computer-readable medium of claim 23 wherein patching the software implementation includes adding at least one file to the software implementation.
29. The computer-readable medium of claim 23 wherein patching the software implementation includes deleting at least one file of the software implementation.
30. The computer-readable medium of claim 23 wherein patching the software implementation includes replacing at least one file of the software implementation.
31. The computer-readable medium of claim 23 wherein patching the software implementation includes writing a value to a registry entry associated with the software implementation.
32. The computer-readable medium of claim 23 wherein patching the software implementation includes modifying a value of a registry entry associated with the software implementation.
33. The computer-readable medium of claim 23 wherein patching the software implementation includes changing installation logic of the software implementation.
US10/228,770 1998-09-21 2002-08-27 On demand patching of applications via software implementation installer mechanism Expired - Fee Related US7073172B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/228,770 US7073172B2 (en) 1998-09-21 2002-08-27 On demand patching of applications via software implementation installer mechanism

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/158,021 US6418554B1 (en) 1998-09-21 1998-09-21 Software implementation installer mechanism
US26173299A 1999-03-03 1999-03-03
US10/228,770 US7073172B2 (en) 1998-09-21 2002-08-27 On demand patching of applications via software implementation installer mechanism

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US26173299A Continuation 1998-09-21 1999-03-03

Publications (2)

Publication Number Publication Date
US20030145317A1 true US20030145317A1 (en) 2003-07-31
US7073172B2 US7073172B2 (en) 2006-07-04

Family

ID=27616231

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/228,770 Expired - Fee Related US7073172B2 (en) 1998-09-21 2002-08-27 On demand patching of applications via software implementation installer mechanism

Country Status (1)

Country Link
US (1) US7073172B2 (en)

Cited By (127)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030009752A1 (en) * 2001-07-03 2003-01-09 Arvind Gupta Automated content and software distribution system
US20030191824A1 (en) * 2002-04-03 2003-10-09 Raghav Rao Installation of network services in an embedded network server
US20030208685A1 (en) * 2002-05-01 2003-11-06 Abdel-Rahman Hassan E. Multi-platform application installation
US20040030988A1 (en) * 2002-06-14 2004-02-12 Nokia Corporation. Method for directing data to a user application and related terminal and system
US20040034822A1 (en) * 2002-05-23 2004-02-19 Benoit Marchand Implementing a scalable, dynamic, fault-tolerant, multicast based file transfer and asynchronous file replication protocol
US20040034850A1 (en) * 2000-04-27 2004-02-19 Microsoft Corpaoration Servicing a component-based software product throughout the software product lifecycle
US20040040023A1 (en) * 2002-08-22 2004-02-26 Ellis David G. Remote identification loader
US20040060045A1 (en) * 2002-09-19 2004-03-25 International Business Machines Corporation Programmatic application installation diagnosis and cleaning
US20040093593A1 (en) * 2002-08-08 2004-05-13 Microsoft Corporation Software componentization
US20040181790A1 (en) * 2003-03-12 2004-09-16 Herrick Joseph W. System and method for maintaining installed software compliance with build standards
US20040205164A1 (en) * 2002-12-19 2004-10-14 Jacobs Paul E. Downloadable configuring application for a wireless device
US20040255290A1 (en) * 2003-06-12 2004-12-16 International Business Machines Corporation Installing fixes based on usage
US20050060608A1 (en) * 2002-05-23 2005-03-17 Benoit Marchand Maximizing processor utilization and minimizing network bandwidth requirements in throughput compute clusters
US20050091259A1 (en) * 2003-10-24 2005-04-28 Microsoft Corporation Redmond Wa. Framework to build, deploy, service, and manage customizable and configurable re-usable applications
US20050125509A1 (en) * 2003-12-04 2005-06-09 International Business Machines Corporation On-demand active role-based software provisioning
US20050166199A1 (en) * 2004-01-27 2005-07-28 Willis Edward S.Ii Network delivered dynamic persistent data
US20050177825A1 (en) * 2003-02-27 2005-08-11 Chandar Kamalanathan Method and system for customized information handling system support updates
US20050203968A1 (en) * 2004-03-12 2005-09-15 Microsoft Corporation Update distribution system architecture and method for distributing software
US20050210459A1 (en) * 2004-03-12 2005-09-22 Henderson Gary S Controlling installation update behaviors on a client computer
US20050210480A1 (en) * 2004-03-17 2005-09-22 Fuji Xerox Co., Ltd. Driver management method and apparatus and program therefor
US20050216910A1 (en) * 2002-05-23 2005-09-29 Benoit Marchand Increasing fault-tolerance and minimizing network bandwidth requirements in software installation modules
US20050216906A1 (en) * 2004-03-23 2005-09-29 Amir Shahindoust System and method for remotely securing software updates of computer systems
US20050251858A1 (en) * 2004-04-05 2005-11-10 Delregno Nick Providing applets to remote devices in a communications network
EP1596289A1 (en) * 2004-05-11 2005-11-16 Microsoft Corporation Efficient software patching
EP1596290A1 (en) * 2004-05-11 2005-11-16 Microsoft Corporation Efficient software patching
US20050257207A1 (en) * 2004-05-11 2005-11-17 Microsoft Corporation Efficient patching
US20060010435A1 (en) * 2001-10-31 2006-01-12 Microsoft Corporation Dynamic software update
US20060048129A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Patch un-installation
US20060048131A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Elevated patching
US20060048134A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Multiple patching
US20060048130A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Patch sequencing
US20060059555A1 (en) * 2004-09-15 2006-03-16 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
US20060112152A1 (en) * 2004-11-22 2006-05-25 Microsoft Corporation Smart patching by targeting particular prior versions of a file
US20060136895A1 (en) * 2004-12-20 2006-06-22 Microsoft Corporation Customizing an application through a patch
US7096464B1 (en) * 2002-12-02 2006-08-22 Sap Aktiengesellschaft Software update method and apparatus
US20060212865A1 (en) * 2005-03-16 2006-09-21 Microsoft Corporation Application programming interface for identifying, downloading and installing applicable software updates
US20060212462A1 (en) * 2002-04-25 2006-09-21 Kashya Israel Ltd. Apparatus for continuous compression of large volumes of data
US20070043943A1 (en) * 2005-08-18 2007-02-22 Marco Peretti Methods and systems for network-based management of application security
US20070226726A1 (en) * 2004-03-10 2007-09-27 Robsahm Christian C Method and system for revising installation software
US20070256068A1 (en) * 2006-05-01 2007-11-01 Microsoft Corporation Product updating with custom actions
US20070256072A1 (en) * 2006-05-01 2007-11-01 Microsoft Corporation Multi-installer product deployment
WO2008027922A2 (en) * 2006-08-29 2008-03-06 Adobe Systems Incorporated Software installation using template executables
US20080127170A1 (en) * 2006-08-29 2008-05-29 Oliver Goldman Software installation and support
US20080141241A1 (en) * 2006-12-11 2008-06-12 International Business Machines Corporation Method and system for allowing an eclipse feature to create/remove/update program groups and shortcuts, via an eclipse install handler
US20080172736A1 (en) * 2007-01-15 2008-07-17 Microsoft Corporation Multi-Installer Product Advertising
US20080172664A1 (en) * 2007-01-15 2008-07-17 Microsoft Corporation Facilitating Multi-Installer Product Installations
US20080222234A1 (en) * 2002-05-23 2008-09-11 Benoit Marchand Deployment and Scaling of Virtual Environments
US20080301670A1 (en) * 2007-05-31 2008-12-04 Microsoft Corporation Content distribution infrastructure
US20090013319A1 (en) * 2007-07-05 2009-01-08 Stuart Williams Data processing system and method
US20090031430A1 (en) * 2005-05-10 2009-01-29 Ward Scott Macdonald Software activation control method
US20090138870A1 (en) * 2004-03-23 2009-05-28 Amir Shahindoust System and method for remotely securing software updates of computer systems
US20090144727A1 (en) * 2007-12-04 2009-06-04 Bea Systems, Inc. Interpreted multiple product installation
US7546594B2 (en) 2003-12-15 2009-06-09 Microsoft Corporation System and method for updating installation components using an installation component delta patch in a networked environment
US20090183219A1 (en) * 2003-09-05 2009-07-16 Stephen L Maynard Technique for updating a resident application and associated parameters in a user terminal through a communications network
US20090183150A1 (en) * 2008-01-16 2009-07-16 Bea Systems, Inc. System and method for software product versioning packaging, distribution, and patching
US7752487B1 (en) 2006-08-08 2010-07-06 Open Invention Network, Llc System and method for managing group policy backup
US20110030045A1 (en) * 2009-05-01 2011-02-03 Peter David Beauregard Methods and Systems for Controlling Access to Resources and Privileges Per Process
US20110219370A1 (en) * 2010-03-05 2011-09-08 Samsung Electronics Co., Ltd. Image forming apparatus and method for providing manual thereof
US20110276959A1 (en) * 2010-05-06 2011-11-10 Canon Kabushiki Kaisha Information processing apparatus, installation system, information processing method, and installation method
US8136100B1 (en) 2006-08-29 2012-03-13 Adobe Systems Incorporated Software installation and icon management support
US20120185840A1 (en) * 2011-01-17 2012-07-19 Varalogix, Inc. Computer-Readable Medium, Apparatus, and Methods of Automatic Capability Installation
US20120278798A1 (en) * 2010-01-22 2012-11-01 Gan Qiang Method and apparatus for integrating java software into mobile terminal, and mobile terminal
US20120284568A1 (en) * 2006-11-03 2012-11-08 Nvidia Corporation Hardware override of application programming interface programmed state
CN1696912B (en) * 2004-05-11 2012-11-14 微软公司 Efficient software patching method and system
US8464249B1 (en) * 2009-09-17 2013-06-11 Adobe Systems Incorporated Software installation package with digital signatures
US8472327B2 (en) 2004-04-05 2013-06-25 Verizon Business Global Llc Apparatus and method for testing and fault isolation in a communication network
US20130191822A1 (en) * 2012-01-20 2013-07-25 Samsung Electronics Co., Ltd. Computing system with support for ecosystem mechanism and method of operation thereof
US20140019956A1 (en) * 2007-02-15 2014-01-16 Microsoft Corporation Packaging Content Updates
US8683462B2 (en) 2010-10-22 2014-03-25 Adobe Systems Incorporated Handling calls to native code in a managed code environment
US8694988B2 (en) 2010-10-22 2014-04-08 Adobe Systems Incorporated Runtime extensions
WO2014088990A2 (en) * 2012-12-03 2014-06-12 Apkudo, Llc System and method for analyzing user experience of a software application across disparation across disparate devices
US20140189223A1 (en) * 2011-09-21 2014-07-03 Kabushiki Kaisha Toshiba Ic card, portable electronic device, and method of controlling ic card
US9026696B1 (en) 2010-09-29 2015-05-05 Emc Corporation Using I/O track information for continuous push with splitter for storage device
US9069709B1 (en) 2013-06-24 2015-06-30 Emc International Company Dynamic granularity in data replication
US9075781B2 (en) 2013-03-15 2015-07-07 Apkudo, Llc System and method for coordinating field user testing results for a mobile application across various mobile devices
US9087112B1 (en) 2013-06-24 2015-07-21 Emc International Company Consistency across snapshot shipping and continuous replication
US9146878B1 (en) 2013-06-25 2015-09-29 Emc Corporation Storage recovery from total cache loss using journal-based replication
US9152339B1 (en) 2013-03-15 2015-10-06 Emc Corporation Synchronization of asymmetric active-active, asynchronously-protected storage
US9158630B1 (en) 2013-12-19 2015-10-13 Emc Corporation Testing integrity of replicated storage
US20150324854A1 (en) * 2014-05-09 2015-11-12 Criteo Sa Advertising creative and application delivery to computing devices
US9189339B1 (en) 2014-03-28 2015-11-17 Emc Corporation Replication of a virtual distributed volume with virtual machine granualarity
US20150332047A1 (en) * 2005-01-20 2015-11-19 William Grant Rothwell Computer protection against malware affection
US9223659B1 (en) 2012-06-28 2015-12-29 Emc International Company Generating and accessing a virtual volume snapshot in a continuous data protection system
US9274718B1 (en) 2014-06-20 2016-03-01 Emc Corporation Migration in replication system
US9283672B1 (en) 2014-12-11 2016-03-15 Apkudo, Llc Robotic testing device and method for more closely emulating human movements during robotic testing of mobile devices
US9336094B1 (en) 2012-09-13 2016-05-10 Emc International Company Scaleout replication of an application
US9367260B1 (en) 2013-12-13 2016-06-14 Emc Corporation Dynamic replication system
US9405765B1 (en) 2013-12-17 2016-08-02 Emc Corporation Replication of virtual machines
US9405481B1 (en) 2014-12-17 2016-08-02 Emc Corporation Replicating using volume multiplexing with consistency group file
US9411535B1 (en) 2015-03-27 2016-08-09 Emc Corporation Accessing multiple virtual devices
US9501542B1 (en) 2008-03-11 2016-11-22 Emc Corporation Methods and apparatus for volume synchronization
US9529885B1 (en) 2014-09-29 2016-12-27 EMC IP Holding Company LLC Maintaining consistent point-in-time in asynchronous replication during virtual machine relocation
US9600377B1 (en) 2014-12-03 2017-03-21 EMC IP Holding Company LLC Providing data protection using point-in-time images from multiple types of storage devices
US9619543B1 (en) 2014-06-23 2017-04-11 EMC IP Holding Company LLC Replicating in virtual desktop infrastructure
US9632881B1 (en) 2015-03-24 2017-04-25 EMC IP Holding Company LLC Replication of a virtual distributed volume
US9678680B1 (en) 2015-03-30 2017-06-13 EMC IP Holding Company LLC Forming a protection domain in a storage architecture
US9684576B1 (en) 2015-12-21 2017-06-20 EMC IP Holding Company LLC Replication using a virtual distributed volume
US9910621B1 (en) 2014-09-29 2018-03-06 EMC IP Holding Company LLC Backlogging I/O metadata utilizing counters to monitor write acknowledgements and no acknowledgements
US10019194B1 (en) 2016-09-23 2018-07-10 EMC IP Holding Company LLC Eventually consistent synchronous data replication in a storage system
US10067837B1 (en) 2015-12-28 2018-09-04 EMC IP Holding Company LLC Continuous data protection with cloud resources
US10082980B1 (en) 2014-06-20 2018-09-25 EMC IP Holding Company LLC Migration of snapshot in replication system using a log
US10101943B1 (en) 2014-09-25 2018-10-16 EMC IP Holding Company LLC Realigning data in replication system
US10133874B1 (en) 2015-12-28 2018-11-20 EMC IP Holding Company LLC Performing snapshot replication on a storage system not configured to support snapshot replication
US10146961B1 (en) 2016-09-23 2018-12-04 EMC IP Holding Company LLC Encrypting replication journals in a storage system
US10152267B1 (en) 2016-03-30 2018-12-11 Emc Corporation Replication data pull
US10210073B1 (en) 2016-09-23 2019-02-19 EMC IP Holding Company, LLC Real time debugging of production replicated data with data obfuscation in a storage system
US10235060B1 (en) 2016-04-14 2019-03-19 EMC IP Holding Company, LLC Multilevel snapshot replication for hot and cold regions of a storage system
US10235145B1 (en) 2012-09-13 2019-03-19 Emc International Company Distributed scale-out replication
US10235090B1 (en) 2016-09-23 2019-03-19 EMC IP Holding Company LLC Validating replication copy consistency using a hash function in a storage system
US10235087B1 (en) 2016-03-30 2019-03-19 EMC IP Holding Company LLC Distributing journal data over multiple journals
US10235196B1 (en) 2015-12-28 2019-03-19 EMC IP Holding Company LLC Virtual machine joining or separating
US10235091B1 (en) 2016-09-23 2019-03-19 EMC IP Holding Company LLC Full sweep disk synchronization in a storage system
US10261611B2 (en) 2012-12-03 2019-04-16 Apkudo, Llc System and method for objectively measuring user experience of touch screen based devices
US10296419B1 (en) 2015-03-27 2019-05-21 EMC IP Holding Company LLC Accessing a virtual device using a kernel
US10324798B1 (en) 2014-09-25 2019-06-18 EMC IP Holding Company LLC Restoring active areas of a logical unit
US10437783B1 (en) 2014-09-25 2019-10-08 EMC IP Holding Company LLC Recover storage array using remote deduplication device
US10496487B1 (en) 2014-12-03 2019-12-03 EMC IP Holding Company LLC Storing snapshot changes with snapshots
US10579282B1 (en) 2016-03-30 2020-03-03 EMC IP Holding Company LLC Distributed copy in multi-copy replication where offset and size of I/O requests to replication site is half offset and size of I/O request to production volume
US10691437B2 (en) * 2005-09-09 2020-06-23 Salesforce.Com, Inc. Application directory for a multi-user computer system environment
US10698666B2 (en) * 2017-12-29 2020-06-30 Microsoft Technology Licensing, Llc Automatically building software projects
US10853181B1 (en) 2015-06-29 2020-12-01 EMC IP Holding Company LLC Backing up volumes using fragment files
US10977361B2 (en) 2017-05-16 2021-04-13 Beyondtrust Software, Inc. Systems and methods for controlling privileged operations
WO2021172815A1 (en) * 2020-02-25 2021-09-02 삼성전자 주식회사 Method for signing key management by electronic device, and electronic device therefor
US11429665B2 (en) * 2018-11-21 2022-08-30 Google Llc Consolidation of responses from queries to disparate data sources
US11477263B2 (en) * 2015-04-20 2022-10-18 Splunk Inc. Identifying un-deployed features of an application
US11528149B2 (en) 2019-04-26 2022-12-13 Beyondtrust Software, Inc. Root-level application selective configuration
US11582293B2 (en) 2016-10-28 2023-02-14 At&T Intellectual Property I, L.P. Hybrid clouds

Families Citing this family (73)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7188352B2 (en) 1995-07-11 2007-03-06 Touchtunes Music Corporation Intelligent digital audiovisual playback system
DE69422647T2 (en) 1994-10-12 2000-08-31 Touchtunes Music Corp INTELLIGENT SYSTEM FOR NUMERICAL AUDIO-VISUAL REPRODUCTION
FR2769165B1 (en) 1997-09-26 2002-11-29 Technical Maintenance Corp WIRELESS SYSTEM WITH DIGITAL TRANSMISSION FOR SPEAKERS
FR2781582B1 (en) * 1998-07-21 2001-01-12 Technical Maintenance Corp SYSTEM FOR DOWNLOADING OBJECTS OR FILES FOR SOFTWARE UPDATE
US8028318B2 (en) 1999-07-21 2011-09-27 Touchtunes Music Corporation Remote control unit for activating and deactivating means for payment and for displaying payment status
FR2781591B1 (en) 1998-07-22 2000-09-22 Technical Maintenance Corp AUDIOVISUAL REPRODUCTION SYSTEM
FR2781580B1 (en) 1998-07-22 2000-09-22 Technical Maintenance Corp SOUND CONTROL CIRCUIT FOR INTELLIGENT DIGITAL AUDIOVISUAL REPRODUCTION SYSTEM
FR2796482B1 (en) 1999-07-16 2002-09-06 Touchtunes Music Corp REMOTE MANAGEMENT SYSTEM FOR AT LEAST ONE AUDIOVISUAL INFORMATION REPRODUCING DEVICE
AU7611300A (en) * 1999-11-23 2001-06-04 Microsoft Corporation Content-specific filename systems
FR2805377B1 (en) 2000-02-23 2003-09-12 Touchtunes Music Corp EARLY ORDERING PROCESS FOR A SELECTION, DIGITAL SYSTEM AND JUKE-BOX FOR IMPLEMENTING THE METHOD
FR2805060B1 (en) 2000-02-16 2005-04-08 Touchtunes Music Corp METHOD FOR RECEIVING FILES DURING DOWNLOAD
FR2805072B1 (en) 2000-02-16 2002-04-05 Touchtunes Music Corp METHOD FOR ADJUSTING THE SOUND VOLUME OF A DIGITAL SOUND RECORDING
FR2808906B1 (en) 2000-05-10 2005-02-11 Touchtunes Music Corp DEVICE AND METHOD FOR REMOTELY MANAGING A NETWORK OF AUDIOVISUAL INFORMATION REPRODUCTION SYSTEMS
FR2811175B1 (en) 2000-06-29 2002-12-27 Touchtunes Music Corp AUDIOVISUAL INFORMATION DISTRIBUTION METHOD AND AUDIOVISUAL INFORMATION DISTRIBUTION SYSTEM
FR2811114B1 (en) 2000-06-29 2002-12-27 Touchtunes Music Corp DEVICE AND METHOD FOR COMMUNICATION BETWEEN A SYSTEM FOR REPRODUCING AUDIOVISUAL INFORMATION AND AN ELECTRONIC ENTERTAINMENT MACHINE
FR2814085B1 (en) 2000-09-15 2005-02-11 Touchtunes Music Corp ENTERTAINMENT METHOD BASED ON MULTIPLE CHOICE COMPETITION GAMES
US8479189B2 (en) 2000-11-17 2013-07-02 Hewlett-Packard Development Company, L.P. Pattern detection preprocessor in an electronic device update generation system
US7409685B2 (en) 2002-04-12 2008-08-05 Hewlett-Packard Development Company, L.P. Initialization and update of software and/or firmware in electronic devices
US10373420B2 (en) 2002-09-16 2019-08-06 Touchtunes Music Corporation Digital downloading jukebox with enhanced communication features
US11029823B2 (en) 2002-09-16 2021-06-08 Touchtunes Music Corporation Jukebox with customizable avatar
US7822687B2 (en) 2002-09-16 2010-10-26 Francois Brillon Jukebox with customizable avatar
US8584175B2 (en) 2002-09-16 2013-11-12 Touchtunes Music Corporation Digital downloading jukebox system with user-tailored music management, communications, and other tools
US8103589B2 (en) 2002-09-16 2012-01-24 Touchtunes Music Corporation Digital downloading jukebox system with central and local music servers
US8332895B2 (en) 2002-09-16 2012-12-11 Touchtunes Music Corporation Digital downloading jukebox system with user-tailored music management, communications, and other tools
US9646339B2 (en) 2002-09-16 2017-05-09 Touchtunes Music Corporation Digital downloading jukebox system with central and local music servers
US7503043B2 (en) * 2003-09-05 2009-03-10 International Business Machines Corporation Method of building dynamic installation packages using a declarative authoring tool
US7313792B2 (en) * 2003-09-08 2007-12-25 Microsoft Corporation Method and system for servicing software
US8555273B1 (en) 2003-09-17 2013-10-08 Palm. Inc. Network for updating electronic devices
US7624393B2 (en) * 2003-09-18 2009-11-24 International Business Machines Corporation Computer application and methods for autonomic upgrade maintenance of computer hardware, operating systems and application software
US7506241B2 (en) * 2003-10-16 2009-03-17 International Business Machines Corporation Method and apparatus for a self healing agent
US7318226B2 (en) * 2003-10-16 2008-01-08 International Business Machines Corporation Distributed autonomic solutions repository
US8321506B2 (en) * 2003-10-23 2012-11-27 Microsoft Corporation Architecture for an extensible real-time collaboration system
US20050089023A1 (en) * 2003-10-23 2005-04-28 Microsoft Corporation Architecture for an extensible real-time collaboration system
US20050132351A1 (en) * 2003-12-12 2005-06-16 Randall Roderick K. Updating electronic device software employing rollback
US7904895B1 (en) 2004-04-21 2011-03-08 Hewlett-Packard Develpment Company, L.P. Firmware update in electronic devices employing update agent in a flash memory card
JP2005338940A (en) 2004-05-24 2005-12-08 Canon Inc Installation method, information processor and device driver
US8526940B1 (en) 2004-08-17 2013-09-03 Palm, Inc. Centralized rules repository for smart phone customer care
US7594225B2 (en) * 2004-12-20 2009-09-22 Microsoft Corporation Integrated setup for generating customization XML
US9009079B2 (en) * 2005-07-01 2015-04-14 International Business Machines Corporation Planning assignment of software licenses
US20070033635A1 (en) * 2005-08-02 2007-02-08 Hirsave Praveen P K Method, apparatus, and program product for autonomic patch deployment based on autonomic patch risk assessment and policies
US8245216B2 (en) * 2005-10-11 2012-08-14 Oracle International Corporation Patch management system
EP2025095A2 (en) 2006-06-08 2009-02-18 Hewlett-Packard Development Company, L.P. Device management in a network
US7779401B2 (en) * 2006-06-26 2010-08-17 Research In Motion Limited Method and system for generating a reverse binary patch for undoing a software update
US8090393B1 (en) * 2006-06-30 2012-01-03 Symantec Operating Corporation System and method for collecting and analyzing malicious code sent to mobile devices
WO2008014454A2 (en) 2006-07-27 2008-01-31 Hewlett-Packard Development Company, L.P. User experience and dependency management in a mobile device
US20080072280A1 (en) * 2006-08-30 2008-03-20 Tardo Joseph J Method and system to control access to a secure asset via an electronic communications network
US8539473B2 (en) * 2007-01-30 2013-09-17 Microsoft Corporation Techniques for providing information regarding software components for a user-defined context
US8332887B2 (en) 2008-01-10 2012-12-11 Touchtunes Music Corporation System and/or methods for distributing advertisements from a central advertisement network to a peripheral device via a local advertisement server
US10290006B2 (en) 2008-08-15 2019-05-14 Touchtunes Music Corporation Digital signage and gaming services to comply with federal and state alcohol and beverage laws and regulations
US8978028B2 (en) 2007-10-10 2015-03-10 Microsoft Technology Licensing, Llc Transactional multi-package installation
US8713556B2 (en) * 2008-02-25 2014-04-29 Sap Ag Virtual appliance update method
US8434146B2 (en) * 2008-03-04 2013-04-30 Apple Inc. Access control based on development profiles
WO2010005569A1 (en) 2008-07-09 2010-01-14 Touchtunes Music Corporation Digital downloading jukebox with revenue-enhancing features
US10564804B2 (en) 2009-03-18 2020-02-18 Touchtunes Music Corporation Digital jukebox device with improved user interfaces, and associated methods
US9076155B2 (en) 2009-03-18 2015-07-07 Touchtunes Music Corporation Jukebox with connection to external social networking services and associated systems and methods
US10719149B2 (en) 2009-03-18 2020-07-21 Touchtunes Music Corporation Digital jukebox device with improved user interfaces, and associated methods
US9292166B2 (en) 2009-03-18 2016-03-22 Touchtunes Music Corporation Digital jukebox device with improved karaoke-related user interfaces, and associated methods
US8667483B2 (en) * 2009-03-25 2014-03-04 Microsoft Corporation Device dependent on-demand compiling and deployment of mobile applications
CN101635726B (en) * 2009-08-26 2012-07-04 中兴通讯股份有限公司 Service end of C/S architecture and service executing method and service executing system of client
JP5571200B2 (en) 2010-01-26 2014-08-13 タッチチューンズ ミュージック コーポレイション Digital jukebox device with improved user interface and related techniques
US8479188B2 (en) * 2010-07-08 2013-07-02 Microsoft Corporation Binary code change vulnerability prioritization
US8620974B2 (en) 2010-09-09 2013-12-31 International Business Machines Corporation Persistent file replacement mechanism
KR101383691B1 (en) * 2010-10-25 2014-04-09 한국전자통신연구원 Apparatus and method for cooperatively updating firmware on wireless mesh network
US9544390B1 (en) * 2011-03-15 2017-01-10 Symantec Corporation Systems and methods for filtering shortcuts from user profiles
GB2511003B (en) 2011-09-18 2015-03-04 Touchtunes Music Corp Digital jukebox device with karaoke and/or photo booth features, and associated methods
US11151224B2 (en) 2012-01-09 2021-10-19 Touchtunes Music Corporation Systems and/or methods for monitoring audio inputs to jukebox devices
US9195438B2 (en) * 2012-12-19 2015-11-24 Salesforce.Com, Inc. System, method and computer program product for creating an application within a system
US9921717B2 (en) 2013-11-07 2018-03-20 Touchtunes Music Corporation Techniques for generating electronic menu graphical user interface layouts for use in connection with electronic devices
WO2015148644A1 (en) 2014-03-25 2015-10-01 Touchtunes Music Corporation Digital jukebox device with improved user interfaces, and associated methods
US9904536B1 (en) 2015-09-18 2018-02-27 Quest Software Inc. Systems and methods for administering web widgets
US9843651B1 (en) * 2015-12-21 2017-12-12 Dell Software Inc. Systems and methods of localizing distributed software applications
US9703546B1 (en) * 2015-12-21 2017-07-11 Schneider Electric Software, Llc Monitoring application states for deployment during runtime operations
US11544050B1 (en) 2019-07-18 2023-01-03 Amazon Technologies, Inc. Software patch automation

Citations (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5421009A (en) * 1993-12-22 1995-05-30 Hewlett-Packard Company Method of remotely installing software directly from a central computer
US5473772A (en) * 1991-04-02 1995-12-05 International Business Machines Corporation Automatic update of static and dynamic files at a remote network node in response to calls issued by or for application programs
US5535326A (en) * 1992-07-31 1996-07-09 International Business Machines Corporation System and method for logical console verification and feedback
US5555416A (en) * 1992-09-20 1996-09-10 Sun Microsystems, Inc. Automated software installation and operating environment configuration for a computer system based on classification rules
US5625823A (en) * 1994-07-22 1997-04-29 Debenedictis; Erik P. Method and apparatus for controlling connected computers without programming
US5630076A (en) * 1995-05-05 1997-05-13 Apple Computer, Inc. Dynamic device matching using driver candidate lists
US5644766A (en) * 1994-03-22 1997-07-01 International Business Machines Corporation System and method for managing a hierarchical storage system through improved data migration
US5655081A (en) * 1995-03-08 1997-08-05 Bmc Software, Inc. System for monitoring and managing computer resources and applications across a distributed computing environment using an intelligent autonomous agent architecture
US5659547A (en) * 1992-08-31 1997-08-19 The Dow Chemical Company Script-based system for testing a multi-user computer system
US5692129A (en) * 1995-07-07 1997-11-25 Novell, Inc. Managing application programs in a computer network by using a database of application objects
US5732266A (en) * 1994-09-02 1998-03-24 Compaq Computer Corporation Storage medium storing application programs and application initialization files and automatic launching of computer applications stored on the storage medium
US5732275A (en) * 1996-01-11 1998-03-24 Apple Computer, Inc. Method and apparatus for managing and automatically updating software programs
US5742829A (en) * 1995-03-10 1998-04-21 Microsoft Corporation Automatic software installation on heterogeneous networked client computer systems
US5752042A (en) * 1996-06-07 1998-05-12 International Business Machines Corporation Server computer for selecting program updates for a client computer based on results of recognizer program(s) furnished to the client computer
US5764992A (en) * 1995-06-06 1998-06-09 Apple Computer, Inc. Method and apparatus for automatic software replacement
US5778234A (en) * 1992-05-08 1998-07-07 Paradyne Corporation Method for downloading programs
US5784612A (en) * 1995-05-03 1998-07-21 International Business Machines Corporation Configuration and unconfiguration of distributed computing environment components
US5790856A (en) * 1995-05-08 1998-08-04 Apple Computer, Inc. Methods, apparatus, and data structures for data driven computer patches and static analysis of same
US5790664A (en) * 1996-02-26 1998-08-04 Network Engineering Software, Inc. Automated system for management of licensed software
US5796967A (en) * 1988-07-15 1998-08-18 International Business Machines Corporation Method for presenting applications in an interactive service
US5805897A (en) * 1992-07-31 1998-09-08 International Business Machines Corporation System and method for remote software configuration and distribution
US5835911A (en) * 1994-02-08 1998-11-10 Fujitsu Limited Software distribution and maintenance system and method
US5859969A (en) * 1995-01-10 1999-01-12 Fujitsu Limited Remote installation system and method
US5867713A (en) * 1995-04-05 1999-02-02 International Business Machines Corporation Committing an install plan object for the network installation of application programs
US5867714A (en) * 1996-10-31 1999-02-02 Ncr Corporation System and method for distributing configuration-dependent software revisions to a computer system
US5870762A (en) * 1996-09-26 1999-02-09 Lee; Paul Error detection and recovery of database files
US5897640A (en) * 1994-08-08 1999-04-27 Microsoft Corporation Method and system of associating, synchronizing and reconciling computer files in an operating system
US5925127A (en) * 1997-04-09 1999-07-20 Microsoft Corporation Method and system for monitoring the use of rented software
US5930513A (en) * 1996-06-06 1999-07-27 Sun Microsystems, Inc. Reference based software installation
US5933647A (en) * 1997-01-24 1999-08-03 Cognet Corporation System and method for software distribution and desktop management in a computer network environment
US5954827A (en) * 1996-12-23 1999-09-21 Micron Electronics, Inc. Method and system for indicating computer status
US5960204A (en) * 1996-10-28 1999-09-28 J.D. Edwards World Source Company System and method for installing applications on a computer on an as needed basis
US5978590A (en) * 1994-09-19 1999-11-02 Epson Kowa Corporation Installation system
US5987504A (en) * 1996-12-31 1999-11-16 Intel Corporation Method and apparatus for delivering data
US5995756A (en) * 1997-02-14 1999-11-30 Inprise Corporation System for internet-based delivery of computer applications
US5999740A (en) * 1996-11-08 1999-12-07 International Computers Limited Updating mechanism for software
US6006035A (en) * 1997-12-31 1999-12-21 Network Associates Method and system for custom computer software installation
US6006034A (en) * 1996-09-05 1999-12-21 Open Software Associates, Ltd. Systems and methods for automatic application version upgrading and maintenance
US6009274A (en) * 1996-12-13 1999-12-28 3Com Corporation Method and apparatus for automatically updating software components on end systems over a network
US6009401A (en) * 1998-04-06 1999-12-28 Preview Systems, Inc. Relicensing of electronically purchased software
US6021438A (en) * 1997-06-18 2000-02-01 Wyatt River Software, Inc. License management system using daemons and aliasing
US6023586A (en) * 1998-02-10 2000-02-08 Novell, Inc. Integrity verifying and correcting software
US6029147A (en) * 1996-03-15 2000-02-22 Microsoft Corporation Method and system for providing an interface for supporting multiple formats for on-line banking services
US6041333A (en) * 1997-11-14 2000-03-21 Microsoft Corporation Method and apparatus for automatically updating a data file from a network
US6067582A (en) * 1996-08-13 2000-05-23 Angel Secure Networks, Inc. System for installing information related to a software application to a remote computer over a network
US6131192A (en) * 1998-06-18 2000-10-10 Microsoft Corporation Software installation
US6151708A (en) * 1997-12-19 2000-11-21 Microsoft Corporation Determining program update availability via set intersection over a sub-optical pathway
US6151643A (en) * 1996-06-07 2000-11-21 Networks Associates, Inc. Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer
US6161218A (en) * 1996-01-16 2000-12-12 Sun Microsystems Inc. Software patch architecture
US6167567A (en) * 1998-05-05 2000-12-26 3Com Corporation Technique for automatically updating software stored on a client computer in a networked client-server environment
US6199204B1 (en) * 1998-01-28 2001-03-06 International Business Machines Corporation Distribution of software updates via a computer network
US6202207B1 (en) * 1998-01-28 2001-03-13 International Business Machines Corporation Method and a mechanism for synchronized updating of interoperating software
US6212565B1 (en) * 1998-08-26 2001-04-03 Sun Microsystems, Inc. Apparatus and method for improving performance of proxy server arrays that use persistent connections
US6212536B1 (en) * 1998-01-08 2001-04-03 International Business Machines Corporation Method for generating web browser sensitive pages
US6286138B1 (en) * 1998-12-31 2001-09-04 International Business Machines Corporation Technique for creating remotely updatable programs for use in a client/server environment

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6314565B1 (en) 1997-05-19 2001-11-06 Intervu, Inc. System and method for automated identification, retrieval, and installation of multimedia software components

Patent Citations (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796967A (en) * 1988-07-15 1998-08-18 International Business Machines Corporation Method for presenting applications in an interactive service
US5473772A (en) * 1991-04-02 1995-12-05 International Business Machines Corporation Automatic update of static and dynamic files at a remote network node in response to calls issued by or for application programs
US5778234A (en) * 1992-05-08 1998-07-07 Paradyne Corporation Method for downloading programs
US5535326A (en) * 1992-07-31 1996-07-09 International Business Machines Corporation System and method for logical console verification and feedback
US5805897A (en) * 1992-07-31 1998-09-08 International Business Machines Corporation System and method for remote software configuration and distribution
US5659547A (en) * 1992-08-31 1997-08-19 The Dow Chemical Company Script-based system for testing a multi-user computer system
US5555416A (en) * 1992-09-20 1996-09-10 Sun Microsystems, Inc. Automated software installation and operating environment configuration for a computer system based on classification rules
US5421009A (en) * 1993-12-22 1995-05-30 Hewlett-Packard Company Method of remotely installing software directly from a central computer
US5835911A (en) * 1994-02-08 1998-11-10 Fujitsu Limited Software distribution and maintenance system and method
US5644766A (en) * 1994-03-22 1997-07-01 International Business Machines Corporation System and method for managing a hierarchical storage system through improved data migration
US5625823A (en) * 1994-07-22 1997-04-29 Debenedictis; Erik P. Method and apparatus for controlling connected computers without programming
US5897640A (en) * 1994-08-08 1999-04-27 Microsoft Corporation Method and system of associating, synchronizing and reconciling computer files in an operating system
US5732266A (en) * 1994-09-02 1998-03-24 Compaq Computer Corporation Storage medium storing application programs and application initialization files and automatic launching of computer applications stored on the storage medium
US5978590A (en) * 1994-09-19 1999-11-02 Epson Kowa Corporation Installation system
US5859969A (en) * 1995-01-10 1999-01-12 Fujitsu Limited Remote installation system and method
US5655081A (en) * 1995-03-08 1997-08-05 Bmc Software, Inc. System for monitoring and managing computer resources and applications across a distributed computing environment using an intelligent autonomous agent architecture
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
US5784612A (en) * 1995-05-03 1998-07-21 International Business Machines Corporation Configuration and unconfiguration of distributed computing environment components
US5630076A (en) * 1995-05-05 1997-05-13 Apple Computer, Inc. Dynamic device matching using driver candidate lists
US5790856A (en) * 1995-05-08 1998-08-04 Apple Computer, Inc. Methods, apparatus, and data structures for data driven computer patches and static analysis of same
US5764992A (en) * 1995-06-06 1998-06-09 Apple Computer, Inc. Method and apparatus for automatic software replacement
US5859978A (en) * 1995-07-07 1999-01-12 Novell, Inc. Managing application programs in a computer network by using a database of application objects
US5692129A (en) * 1995-07-07 1997-11-25 Novell, Inc. Managing application programs in a computer network by using a database of application objects
US5692129B1 (en) * 1995-07-07 1999-08-17 Novell Inc Managing application programs in a computer network by using a database of application objects
US5732275A (en) * 1996-01-11 1998-03-24 Apple Computer, Inc. Method and apparatus for managing and automatically updating software programs
US6161218A (en) * 1996-01-16 2000-12-12 Sun Microsystems Inc. Software patch architecture
US5790664A (en) * 1996-02-26 1998-08-04 Network Engineering Software, Inc. Automated system for management of licensed software
US6029147A (en) * 1996-03-15 2000-02-22 Microsoft Corporation Method and system for providing an interface for supporting multiple formats for on-line banking services
US5930513A (en) * 1996-06-06 1999-07-27 Sun Microsystems, Inc. Reference based software installation
US5752042A (en) * 1996-06-07 1998-05-12 International Business Machines Corporation Server computer for selecting program updates for a client computer based on results of recognizer program(s) furnished to the client computer
US6151643A (en) * 1996-06-07 2000-11-21 Networks Associates, Inc. Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer
US6067582A (en) * 1996-08-13 2000-05-23 Angel Secure Networks, Inc. System for installing information related to a software application to a remote computer over a network
US6006034A (en) * 1996-09-05 1999-12-21 Open Software Associates, Ltd. Systems and methods for automatic application version upgrading and maintenance
US5870762A (en) * 1996-09-26 1999-02-09 Lee; Paul Error detection and recovery of database files
US5960204A (en) * 1996-10-28 1999-09-28 J.D. Edwards World Source Company System and method for installing applications on a computer on an as needed basis
US5867714A (en) * 1996-10-31 1999-02-02 Ncr Corporation System and method for distributing configuration-dependent software revisions to a computer system
US5999740A (en) * 1996-11-08 1999-12-07 International Computers Limited Updating mechanism for software
US6009274A (en) * 1996-12-13 1999-12-28 3Com Corporation Method and apparatus for automatically updating software components on end systems over a network
US5954827A (en) * 1996-12-23 1999-09-21 Micron Electronics, Inc. Method and system for indicating computer status
US5987504A (en) * 1996-12-31 1999-11-16 Intel Corporation Method and apparatus for delivering data
US5933647A (en) * 1997-01-24 1999-08-03 Cognet Corporation System and method for software distribution and desktop management in a computer network environment
US5995756A (en) * 1997-02-14 1999-11-30 Inprise Corporation System for internet-based delivery of computer applications
US5925127A (en) * 1997-04-09 1999-07-20 Microsoft Corporation Method and system for monitoring the use of rented software
US6021438A (en) * 1997-06-18 2000-02-01 Wyatt River Software, Inc. License management system using daemons and aliasing
US6041333A (en) * 1997-11-14 2000-03-21 Microsoft Corporation Method and apparatus for automatically updating a data file from a network
US6151708A (en) * 1997-12-19 2000-11-21 Microsoft Corporation Determining program update availability via set intersection over a sub-optical pathway
US6006035A (en) * 1997-12-31 1999-12-21 Network Associates Method and system for custom computer software installation
US6212536B1 (en) * 1998-01-08 2001-04-03 International Business Machines Corporation Method for generating web browser sensitive pages
US6199204B1 (en) * 1998-01-28 2001-03-06 International Business Machines Corporation Distribution of software updates via a computer network
US6202207B1 (en) * 1998-01-28 2001-03-13 International Business Machines Corporation Method and a mechanism for synchronized updating of interoperating software
US6023586A (en) * 1998-02-10 2000-02-08 Novell, Inc. Integrity verifying and correcting software
US6009401A (en) * 1998-04-06 1999-12-28 Preview Systems, Inc. Relicensing of electronically purchased software
US6167567A (en) * 1998-05-05 2000-12-26 3Com Corporation Technique for automatically updating software stored on a client computer in a networked client-server environment
US6131192A (en) * 1998-06-18 2000-10-10 Microsoft Corporation Software installation
US6212565B1 (en) * 1998-08-26 2001-04-03 Sun Microsystems, Inc. Apparatus and method for improving performance of proxy server arrays that use persistent connections
US6286138B1 (en) * 1998-12-31 2001-09-04 International Business Machines Corporation Technique for creating remotely updatable programs for use in a client/server environment

Cited By (215)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7310801B2 (en) 2000-04-27 2007-12-18 Microsoft Corporation Servicing a component-based software product throughout the software product lifecycle
US20040034850A1 (en) * 2000-04-27 2004-02-19 Microsoft Corpaoration Servicing a component-based software product throughout the software product lifecycle
US20030009752A1 (en) * 2001-07-03 2003-01-09 Arvind Gupta Automated content and software distribution system
US7581217B2 (en) 2001-10-31 2009-08-25 Microsoft Corporation Dynamic software update
US20060010435A1 (en) * 2001-10-31 2006-01-12 Microsoft Corporation Dynamic software update
US20030191824A1 (en) * 2002-04-03 2003-10-09 Raghav Rao Installation of network services in an embedded network server
US7571221B2 (en) * 2002-04-03 2009-08-04 Hewlett-Packard Development Company, L.P. Installation of network services in an embedded network server
US20060212462A1 (en) * 2002-04-25 2006-09-21 Kashya Israel Ltd. Apparatus for continuous compression of large volumes of data
US8205009B2 (en) * 2002-04-25 2012-06-19 Emc Israel Development Center, Ltd. Apparatus for continuous compression of large volumes of data
US20030208685A1 (en) * 2002-05-01 2003-11-06 Abdel-Rahman Hassan E. Multi-platform application installation
US20080168157A1 (en) * 2002-05-23 2008-07-10 Benoit Marchand Data Replication
US20050216910A1 (en) * 2002-05-23 2005-09-29 Benoit Marchand Increasing fault-tolerance and minimizing network bandwidth requirements in software installation modules
US20050060608A1 (en) * 2002-05-23 2005-03-17 Benoit Marchand Maximizing processor utilization and minimizing network bandwidth requirements in throughput compute clusters
US7305585B2 (en) 2002-05-23 2007-12-04 Exludus Technologies Inc. Asynchronous and autonomous data replication
US20080222234A1 (en) * 2002-05-23 2008-09-11 Benoit Marchand Deployment and Scaling of Virtual Environments
US7707457B2 (en) 2002-05-23 2010-04-27 Exludus Technologies, Inc. Completing an interrupted data replication operation
US20040034822A1 (en) * 2002-05-23 2004-02-19 Benoit Marchand Implementing a scalable, dynamic, fault-tolerant, multicast based file transfer and asynchronous file replication protocol
US20040030988A1 (en) * 2002-06-14 2004-02-12 Nokia Corporation. Method for directing data to a user application and related terminal and system
US8145792B2 (en) * 2002-06-14 2012-03-27 Nokia Corporation Method for directing data to a user application and related terminal and system
US20040093593A1 (en) * 2002-08-08 2004-05-13 Microsoft Corporation Software componentization
US20040040023A1 (en) * 2002-08-22 2004-02-26 Ellis David G. Remote identification loader
US7185335B2 (en) * 2002-09-19 2007-02-27 International Business Machines Corporation Programmatic application installation diagnosis and cleaning
US20040060045A1 (en) * 2002-09-19 2004-03-25 International Business Machines Corporation Programmatic application installation diagnosis and cleaning
US7096464B1 (en) * 2002-12-02 2006-08-22 Sap Aktiengesellschaft Software update method and apparatus
US20040205164A1 (en) * 2002-12-19 2004-10-14 Jacobs Paul E. Downloadable configuring application for a wireless device
US8737981B2 (en) * 2002-12-19 2014-05-27 Qualcomm Incorporated Downloadable configuring application for a wireless device
US20050177825A1 (en) * 2003-02-27 2005-08-11 Chandar Kamalanathan Method and system for customized information handling system support updates
US7302681B2 (en) * 2003-02-27 2007-11-27 Dell Products L.P. Method and system for customized information handling system support updates
US20040181790A1 (en) * 2003-03-12 2004-09-16 Herrick Joseph W. System and method for maintaining installed software compliance with build standards
US20040255290A1 (en) * 2003-06-12 2004-12-16 International Business Machines Corporation Installing fixes based on usage
US7134121B2 (en) * 2003-06-12 2006-11-07 International Business Machines Corporation Installing fixes based on usage
US7562346B2 (en) 2003-09-02 2009-07-14 Microsoft Corporation Software componentization for building a software product
US20090183219A1 (en) * 2003-09-05 2009-07-16 Stephen L Maynard Technique for updating a resident application and associated parameters in a user terminal through a communications network
US8930934B2 (en) * 2003-09-05 2015-01-06 Time Warner Cable Enterprises Llc Technique for updating a resident application and associated parameters in a user terminal through a communications network
US20050091259A1 (en) * 2003-10-24 2005-04-28 Microsoft Corporation Redmond Wa. Framework to build, deploy, service, and manage customizable and configurable re-usable applications
US7409463B2 (en) 2003-12-04 2008-08-05 International Business Machines Corporation On-demand active role-based software provisioning
US20080263543A1 (en) * 2003-12-04 2008-10-23 Ramachandran Puthukode G On-Demand active role-based software provisioning
US20050125509A1 (en) * 2003-12-04 2005-06-09 International Business Machines Corporation On-demand active role-based software provisioning
US7546594B2 (en) 2003-12-15 2009-06-09 Microsoft Corporation System and method for updating installation components using an installation component delta patch in a networked environment
US20050166199A1 (en) * 2004-01-27 2005-07-28 Willis Edward S.Ii Network delivered dynamic persistent data
US8418162B2 (en) * 2004-01-27 2013-04-09 Research In Motion Limited Network delivered dynamic persistent data
US7774775B2 (en) * 2004-03-10 2010-08-10 Siebel Systems, Inc. Method and system for revising installation software
US20070226726A1 (en) * 2004-03-10 2007-09-27 Robsahm Christian C Method and system for revising installation software
US20050210459A1 (en) * 2004-03-12 2005-09-22 Henderson Gary S Controlling installation update behaviors on a client computer
US7853609B2 (en) * 2004-03-12 2010-12-14 Microsoft Corporation Update distribution system architecture and method for distributing software
US20050203968A1 (en) * 2004-03-12 2005-09-15 Microsoft Corporation Update distribution system architecture and method for distributing software
US7676448B2 (en) * 2004-03-12 2010-03-09 Microsoft Corporation Controlling installation update behaviors on a client computer
US7681205B2 (en) * 2004-03-17 2010-03-16 Fuji Xerox Co., Ltd. Connection monitoring and driver management method and apparatus and program therefor
US20050210480A1 (en) * 2004-03-17 2005-09-22 Fuji Xerox Co., Ltd. Driver management method and apparatus and program therefor
US8225304B2 (en) 2004-03-23 2012-07-17 Kabushiki Kaisha Toshiba System and method for remotely securing software updates of computer systems
US20050216906A1 (en) * 2004-03-23 2005-09-29 Amir Shahindoust System and method for remotely securing software updates of computer systems
US20090138870A1 (en) * 2004-03-23 2009-05-28 Amir Shahindoust System and method for remotely securing software updates of computer systems
US7478383B2 (en) 2004-03-23 2009-01-13 Toshiba Corporation System and method for remotely securing software updates of computer systems
US8488476B2 (en) * 2004-04-05 2013-07-16 Verizon Business Global Llc Providing applets to remote devices in a communications network
US20050251858A1 (en) * 2004-04-05 2005-11-10 Delregno Nick Providing applets to remote devices in a communications network
US8472327B2 (en) 2004-04-05 2013-06-25 Verizon Business Global Llc Apparatus and method for testing and fault isolation in a communication network
US20100070964A1 (en) * 2004-05-11 2010-03-18 Microsoft Corporation Efficient patching
US7559058B2 (en) 2004-05-11 2009-07-07 Microsoft Corporation Efficient patching
US20050256664A1 (en) * 2004-05-11 2005-11-17 Microsoft Corporation Efficient patching
EP2275929A1 (en) * 2004-05-11 2011-01-19 Microsoft Corporation Efficient software patching
US20050257207A1 (en) * 2004-05-11 2005-11-17 Microsoft Corporation Efficient patching
AU2005201434B2 (en) * 2004-05-11 2010-10-14 Microsoft Technology Licensing, Llc Efficient patching
EP1596290A1 (en) * 2004-05-11 2005-11-16 Microsoft Corporation Efficient software patching
US7890946B2 (en) 2004-05-11 2011-02-15 Microsoft Corporation Efficient patching
CN1696912B (en) * 2004-05-11 2012-11-14 微软公司 Efficient software patching method and system
US8539469B2 (en) * 2004-05-11 2013-09-17 Microsoft Corporation Efficient patching
EP1596289A1 (en) * 2004-05-11 2005-11-16 Microsoft Corporation Efficient software patching
US9092301B2 (en) 2004-05-11 2015-07-28 Microsoft Technology Licensing, Llc Efficient patching
US8156487B2 (en) 2004-05-11 2012-04-10 Microsoft Corporation Efficient patching
US20050257208A1 (en) * 2004-05-11 2005-11-17 Microsoft Corporation Efficient patching
US7552431B2 (en) 2004-08-31 2009-06-23 Microsoft Corporation Multiple patching in a single installation transaction
US7552430B2 (en) 2004-08-31 2009-06-23 Microsoft Corporation Patch sequencing
US20060048134A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Multiple patching
US20060048131A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Elevated patching
US20060048130A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Patch sequencing
US7703090B2 (en) * 2004-08-31 2010-04-20 Microsoft Corporation Patch un-installation
US20060048129A1 (en) * 2004-08-31 2006-03-02 Microsoft Corporation Patch un-installation
US7747998B2 (en) * 2004-08-31 2010-06-29 Microsoft Corporation Elevated patching
US7401362B2 (en) 2004-09-15 2008-07-15 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
US20060059542A1 (en) * 2004-09-15 2006-03-16 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
US20060059541A1 (en) * 2004-09-15 2006-03-16 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
US20060059555A1 (en) * 2004-09-15 2006-03-16 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
US7610477B2 (en) 2004-09-15 2009-10-27 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
US7716463B2 (en) 2004-09-15 2010-05-11 Microsoft Corporation Deploying and receiving software over a network susceptible to malicious communication
US20060112152A1 (en) * 2004-11-22 2006-05-25 Microsoft Corporation Smart patching by targeting particular prior versions of a file
US7685591B2 (en) * 2004-12-20 2010-03-23 Microsoft Corporation Customizing a software application through a patch file
US20060136895A1 (en) * 2004-12-20 2006-06-22 Microsoft Corporation Customizing an application through a patch
US20150332047A1 (en) * 2005-01-20 2015-11-19 William Grant Rothwell Computer protection against malware affection
US9760715B2 (en) * 2005-01-20 2017-09-12 William Grant Rothwell Computer protection against malware affection
US8448160B2 (en) 2005-03-16 2013-05-21 Microsoft Corporation Application programming interface for identifying, downloading and installing applicable software updates
US20060212865A1 (en) * 2005-03-16 2006-09-21 Microsoft Corporation Application programming interface for identifying, downloading and installing applicable software updates
US7987459B2 (en) * 2005-03-16 2011-07-26 Microsoft Corporation Application programming interface for identifying, downloading and installing applicable software updates
US20090031430A1 (en) * 2005-05-10 2009-01-29 Ward Scott Macdonald Software activation control method
US8566586B2 (en) 2005-08-18 2013-10-22 Beyondtrust Corporation Methods and systems for network-based management of application security
US9654474B2 (en) 2005-08-18 2017-05-16 Beyondtrust Software, Inc. Methods and systems for network-based management of application security
US8006088B2 (en) 2005-08-18 2011-08-23 Beyondtrust Corporation Methods and systems for network-based management of application security
US20070043943A1 (en) * 2005-08-18 2007-02-22 Marco Peretti Methods and systems for network-based management of application security
US10691437B2 (en) * 2005-09-09 2020-06-23 Salesforce.Com, Inc. Application directory for a multi-user computer system environment
US11704102B2 (en) 2005-09-09 2023-07-18 Salesforce, Inc. Systems and methods for exporting, publishing, browsing and installing on-demand applications in a multi-tenant database environment
US11314494B2 (en) 2005-09-09 2022-04-26 Salesforce.Com, Inc. Systems and methods for exporting, publishing, browsing and installing on-demand applications in a multi-tenant database environment
US20070256072A1 (en) * 2006-05-01 2007-11-01 Microsoft Corporation Multi-installer product deployment
US20070256068A1 (en) * 2006-05-01 2007-11-01 Microsoft Corporation Product updating with custom actions
US8635489B1 (en) 2006-08-08 2014-01-21 Open Invention Network, Llc System and method for managing group policy backup
US7984322B1 (en) 2006-08-08 2011-07-19 Open Invention Network, Llc System and method for managing group policy backup
US7752487B1 (en) 2006-08-08 2010-07-06 Open Invention Network, Llc System and method for managing group policy backup
US8429445B1 (en) 2006-08-08 2013-04-23 Open Invention Network Llc System and method for managing group policy backup
US8171470B2 (en) 2006-08-29 2012-05-01 Adobe Systems Incorporated Software installation and support
US8191060B2 (en) 2006-08-29 2012-05-29 Adobe Systems Incorporated Software installation using template executables
WO2008027922A3 (en) * 2006-08-29 2008-10-16 Adobe Systems Inc Software installation using template executables
US8136100B1 (en) 2006-08-29 2012-03-13 Adobe Systems Incorporated Software installation and icon management support
US20080127170A1 (en) * 2006-08-29 2008-05-29 Oliver Goldman Software installation and support
WO2008027922A2 (en) * 2006-08-29 2008-03-06 Adobe Systems Incorporated Software installation using template executables
US20120284568A1 (en) * 2006-11-03 2012-11-08 Nvidia Corporation Hardware override of application programming interface programmed state
US8493395B2 (en) * 2006-11-03 2013-07-23 Nvidia Corporation Hardware override of application programming interface programmed state
US20080141241A1 (en) * 2006-12-11 2008-06-12 International Business Machines Corporation Method and system for allowing an eclipse feature to create/remove/update program groups and shortcuts, via an eclipse install handler
US7890930B2 (en) 2006-12-11 2011-02-15 International Business Machines Corporation Method and system for allowing an eclipse feature to create/remove/update program groups and shortcuts, via an eclipse install handler
US8640124B2 (en) 2007-01-15 2014-01-28 Microsoft Corporation Multi-installer product advertising
US8640121B2 (en) 2007-01-15 2014-01-28 Microsoft Corporation Facilitating multi-installer product installations
US20080172664A1 (en) * 2007-01-15 2008-07-17 Microsoft Corporation Facilitating Multi-Installer Product Installations
US20080172736A1 (en) * 2007-01-15 2008-07-17 Microsoft Corporation Multi-Installer Product Advertising
US20140019956A1 (en) * 2007-02-15 2014-01-16 Microsoft Corporation Packaging Content Updates
US9471301B2 (en) 2007-02-15 2016-10-18 Microsoft Technology Licensing, Llc Packaging content updates
US9092298B2 (en) * 2007-02-15 2015-07-28 Microsoft Technology Licensing, Llc Packaging content updates
US8762984B2 (en) 2007-05-31 2014-06-24 Microsoft Corporation Content distribution infrastructure
US20080301670A1 (en) * 2007-05-31 2008-12-04 Microsoft Corporation Content distribution infrastructure
US20090013319A1 (en) * 2007-07-05 2009-01-08 Stuart Williams Data processing system and method
US8255903B2 (en) * 2007-07-05 2012-08-28 Hewlett-Packard Development Company, L.P. Data processing system and method
US8589903B2 (en) 2007-12-04 2013-11-19 Oracle International Corporation Patch attachment facility
US8645939B2 (en) * 2007-12-04 2014-02-04 Oracle International Corporation Use of aliasing in an installer
US20090144727A1 (en) * 2007-12-04 2009-06-04 Bea Systems, Inc. Interpreted multiple product installation
US20090144716A1 (en) * 2007-12-04 2009-06-04 Bea Systems, Inc. Patch attachment facility
US20090144726A1 (en) * 2007-12-04 2009-06-04 Bea Systems, Inc. Use of aliasing in an installer
US20090183150A1 (en) * 2008-01-16 2009-07-16 Bea Systems, Inc. System and method for software product versioning packaging, distribution, and patching
US9477462B2 (en) 2008-01-16 2016-10-25 Oracle International Corporation System and method for software product versioning packaging, distribution, and patching
US9501542B1 (en) 2008-03-11 2016-11-22 Emc Corporation Methods and apparatus for volume synchronization
US9594898B2 (en) 2009-05-01 2017-03-14 Beyondtrust Software, Inc. Methods and systems for controlling access to resources and privileges per process
US20110030045A1 (en) * 2009-05-01 2011-02-03 Peter David Beauregard Methods and Systems for Controlling Access to Resources and Privileges Per Process
US9558343B2 (en) 2009-05-01 2017-01-31 Beyondtrust Software, Inc. Methods and systems for controlling access to resources and privileges per process
US8850549B2 (en) 2009-05-01 2014-09-30 Beyondtrust Software, Inc. Methods and systems for controlling access to resources and privileges per process
US8464249B1 (en) * 2009-09-17 2013-06-11 Adobe Systems Incorporated Software installation package with digital signatures
US20120278798A1 (en) * 2010-01-22 2012-11-01 Gan Qiang Method and apparatus for integrating java software into mobile terminal, and mobile terminal
US9430210B2 (en) * 2010-01-22 2016-08-30 Huawei Device Co., Ltd. Method and apparatus for integrating java software into mobile terminal, and mobile terminal
US20110219370A1 (en) * 2010-03-05 2011-09-08 Samsung Electronics Co., Ltd. Image forming apparatus and method for providing manual thereof
US20110276959A1 (en) * 2010-05-06 2011-11-10 Canon Kabushiki Kaisha Information processing apparatus, installation system, information processing method, and installation method
US9026696B1 (en) 2010-09-29 2015-05-05 Emc Corporation Using I/O track information for continuous push with splitter for storage device
US8694988B2 (en) 2010-10-22 2014-04-08 Adobe Systems Incorporated Runtime extensions
US8683462B2 (en) 2010-10-22 2014-03-25 Adobe Systems Incorporated Handling calls to native code in a managed code environment
US20120185840A1 (en) * 2011-01-17 2012-07-19 Varalogix, Inc. Computer-Readable Medium, Apparatus, and Methods of Automatic Capability Installation
US9207928B2 (en) * 2011-01-17 2015-12-08 Bladelogic, Inc. Computer-readable medium, apparatus, and methods of automatic capability installation
US20140189223A1 (en) * 2011-09-21 2014-07-03 Kabushiki Kaisha Toshiba Ic card, portable electronic device, and method of controlling ic card
US9772832B2 (en) * 2012-01-20 2017-09-26 S-Printing Solution Co., Ltd. Computing system with support for ecosystem mechanism and method of operation thereof
US20130191822A1 (en) * 2012-01-20 2013-07-25 Samsung Electronics Co., Ltd. Computing system with support for ecosystem mechanism and method of operation thereof
US9223659B1 (en) 2012-06-28 2015-12-29 Emc International Company Generating and accessing a virtual volume snapshot in a continuous data protection system
US9336094B1 (en) 2012-09-13 2016-05-10 Emc International Company Scaleout replication of an application
US10235145B1 (en) 2012-09-13 2019-03-19 Emc International Company Distributed scale-out replication
US9578133B2 (en) 2012-12-03 2017-02-21 Apkudo, Llc System and method for analyzing user experience of a software application across disparate devices
US10860122B2 (en) 2012-12-03 2020-12-08 Apkudo, Inc. System and method for objectively measuring user experience of touch screen based devices
US10671367B2 (en) 2012-12-03 2020-06-02 Apkudo, Llc System and method for analyzing user experience of a software application across disparate devices
WO2014088990A2 (en) * 2012-12-03 2014-06-12 Apkudo, Llc System and method for analyzing user experience of a software application across disparation across disparate devices
WO2014088990A3 (en) * 2012-12-03 2014-07-24 Apkudo, Llc System and method for analyzing user experience of a software application across disparation across disparate devices
US10261611B2 (en) 2012-12-03 2019-04-16 Apkudo, Llc System and method for objectively measuring user experience of touch screen based devices
US9075781B2 (en) 2013-03-15 2015-07-07 Apkudo, Llc System and method for coordinating field user testing results for a mobile application across various mobile devices
US9367436B2 (en) 2013-03-15 2016-06-14 Apkudo, Llc System and method for coordinating field user testing results for a mobile application across various mobile devices
US9858178B2 (en) 2013-03-15 2018-01-02 Apkudo, Llc System and method for facilitating field testing of a test application
US10452527B2 (en) 2013-03-15 2019-10-22 Apkudo, Llc System and method for facilitating field testing of a test application
US9152339B1 (en) 2013-03-15 2015-10-06 Emc Corporation Synchronization of asymmetric active-active, asynchronously-protected storage
US9069709B1 (en) 2013-06-24 2015-06-30 Emc International Company Dynamic granularity in data replication
US9087112B1 (en) 2013-06-24 2015-07-21 Emc International Company Consistency across snapshot shipping and continuous replication
US9146878B1 (en) 2013-06-25 2015-09-29 Emc Corporation Storage recovery from total cache loss using journal-based replication
US9367260B1 (en) 2013-12-13 2016-06-14 Emc Corporation Dynamic replication system
US9405765B1 (en) 2013-12-17 2016-08-02 Emc Corporation Replication of virtual machines
US9158630B1 (en) 2013-12-19 2015-10-13 Emc Corporation Testing integrity of replicated storage
US9189339B1 (en) 2014-03-28 2015-11-17 Emc Corporation Replication of a virtual distributed volume with virtual machine granualarity
US20150324854A1 (en) * 2014-05-09 2015-11-12 Criteo Sa Advertising creative and application delivery to computing devices
US10810615B2 (en) * 2014-05-09 2020-10-20 Criteo Sa Advertising creative and application delivery to computing devices
US10082980B1 (en) 2014-06-20 2018-09-25 EMC IP Holding Company LLC Migration of snapshot in replication system using a log
US9274718B1 (en) 2014-06-20 2016-03-01 Emc Corporation Migration in replication system
US9619543B1 (en) 2014-06-23 2017-04-11 EMC IP Holding Company LLC Replicating in virtual desktop infrastructure
US10437783B1 (en) 2014-09-25 2019-10-08 EMC IP Holding Company LLC Recover storage array using remote deduplication device
US10324798B1 (en) 2014-09-25 2019-06-18 EMC IP Holding Company LLC Restoring active areas of a logical unit
US10101943B1 (en) 2014-09-25 2018-10-16 EMC IP Holding Company LLC Realigning data in replication system
US9529885B1 (en) 2014-09-29 2016-12-27 EMC IP Holding Company LLC Maintaining consistent point-in-time in asynchronous replication during virtual machine relocation
US9910621B1 (en) 2014-09-29 2018-03-06 EMC IP Holding Company LLC Backlogging I/O metadata utilizing counters to monitor write acknowledgements and no acknowledgements
US10496487B1 (en) 2014-12-03 2019-12-03 EMC IP Holding Company LLC Storing snapshot changes with snapshots
US9600377B1 (en) 2014-12-03 2017-03-21 EMC IP Holding Company LLC Providing data protection using point-in-time images from multiple types of storage devices
US9718196B2 (en) 2014-12-11 2017-08-01 Apkudo, Llc Robotic testing device and method for more closely emulating human movements during robotic testing of a user device
US9469037B2 (en) 2014-12-11 2016-10-18 Apkudo, Llc Robotic testing device and method for more closely emulating human movements during robotic testing of mobile devices
US9283672B1 (en) 2014-12-11 2016-03-15 Apkudo, Llc Robotic testing device and method for more closely emulating human movements during robotic testing of mobile devices
US9405481B1 (en) 2014-12-17 2016-08-02 Emc Corporation Replicating using volume multiplexing with consistency group file
US9632881B1 (en) 2015-03-24 2017-04-25 EMC IP Holding Company LLC Replication of a virtual distributed volume
US9411535B1 (en) 2015-03-27 2016-08-09 Emc Corporation Accessing multiple virtual devices
US10296419B1 (en) 2015-03-27 2019-05-21 EMC IP Holding Company LLC Accessing a virtual device using a kernel
US9678680B1 (en) 2015-03-30 2017-06-13 EMC IP Holding Company LLC Forming a protection domain in a storage architecture
US11477263B2 (en) * 2015-04-20 2022-10-18 Splunk Inc. Identifying un-deployed features of an application
US10853181B1 (en) 2015-06-29 2020-12-01 EMC IP Holding Company LLC Backing up volumes using fragment files
US9684576B1 (en) 2015-12-21 2017-06-20 EMC IP Holding Company LLC Replication using a virtual distributed volume
US10235196B1 (en) 2015-12-28 2019-03-19 EMC IP Holding Company LLC Virtual machine joining or separating
US10067837B1 (en) 2015-12-28 2018-09-04 EMC IP Holding Company LLC Continuous data protection with cloud resources
US10133874B1 (en) 2015-12-28 2018-11-20 EMC IP Holding Company LLC Performing snapshot replication on a storage system not configured to support snapshot replication
US10235087B1 (en) 2016-03-30 2019-03-19 EMC IP Holding Company LLC Distributing journal data over multiple journals
US10152267B1 (en) 2016-03-30 2018-12-11 Emc Corporation Replication data pull
US10579282B1 (en) 2016-03-30 2020-03-03 EMC IP Holding Company LLC Distributed copy in multi-copy replication where offset and size of I/O requests to replication site is half offset and size of I/O request to production volume
US10235060B1 (en) 2016-04-14 2019-03-19 EMC IP Holding Company, LLC Multilevel snapshot replication for hot and cold regions of a storage system
US10019194B1 (en) 2016-09-23 2018-07-10 EMC IP Holding Company LLC Eventually consistent synchronous data replication in a storage system
US10146961B1 (en) 2016-09-23 2018-12-04 EMC IP Holding Company LLC Encrypting replication journals in a storage system
US10235091B1 (en) 2016-09-23 2019-03-19 EMC IP Holding Company LLC Full sweep disk synchronization in a storage system
US10235090B1 (en) 2016-09-23 2019-03-19 EMC IP Holding Company LLC Validating replication copy consistency using a hash function in a storage system
US10210073B1 (en) 2016-09-23 2019-02-19 EMC IP Holding Company, LLC Real time debugging of production replicated data with data obfuscation in a storage system
US11582293B2 (en) 2016-10-28 2023-02-14 At&T Intellectual Property I, L.P. Hybrid clouds
US10977361B2 (en) 2017-05-16 2021-04-13 Beyondtrust Software, Inc. Systems and methods for controlling privileged operations
US10698666B2 (en) * 2017-12-29 2020-06-30 Microsoft Technology Licensing, Llc Automatically building software projects
US11429665B2 (en) * 2018-11-21 2022-08-30 Google Llc Consolidation of responses from queries to disparate data sources
US11748402B2 (en) 2018-11-21 2023-09-05 Google Llc Consolidation of responses from queries to disparate data sources
US11528149B2 (en) 2019-04-26 2022-12-13 Beyondtrust Software, Inc. Root-level application selective configuration
WO2021172815A1 (en) * 2020-02-25 2021-09-02 삼성전자 주식회사 Method for signing key management by electronic device, and electronic device therefor

Also Published As

Publication number Publication date
US7073172B2 (en) 2006-07-04

Similar Documents

Publication Publication Date Title
US7073172B2 (en) On demand patching of applications via software implementation installer mechanism
US6418554B1 (en) Software implementation installer mechanism
US6345386B1 (en) Method and system for advertising applications
US6836794B1 (en) Method and system for assigning and publishing applications
US6523166B1 (en) Method and system for on-demand installation of software implementations
US6389589B1 (en) Class store schema
US7779406B2 (en) Method and system for managing lifecycles of deployed applications
US6427227B1 (en) System, method, and computer-readable medium for repairing an application program that has been patched
US6353926B1 (en) Software update notification
US6408434B1 (en) System and method for using a substitute directory to automatically install an update program
US6317880B1 (en) Patch source list management
US9779111B2 (en) Method and system for configuration of virtualized software applications
US6301710B1 (en) System and method for creating a substitute registry when automatically installing an update program
US7162724B2 (en) Layered computing systems and methods
US6434744B1 (en) System and method for patching an installed application program
US7028305B2 (en) Operating system abstraction and protection layer
US7124409B2 (en) Automatic software installation on heterogeneous networked computer systems
US9207934B2 (en) Method and system for virtualization of software applications
US6202207B1 (en) Method and a mechanism for synchronized updating of interoperating software
KR101075388B1 (en) Peripheral device driver maintenance scheme for networked peripheral device clients
US6199204B1 (en) Distribution of software updates via a computer network
US7461096B1 (en) Weighted prioritizing layered computing system
US8181166B2 (en) System and method for determining when an EJB compiler needs to be executed
US20030233489A1 (en) Layered computing systems and methods for insecure environments
US6711686B1 (en) Security management tool for managing security attributes in computer systems

Legal Events

Date Code Title Description
FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

AS Assignment

Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034541/0477

Effective date: 20141014

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.)

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.)

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362