Abstract:
The present invention comprises systems and methods, and computer readable media comprising the methods, for updating software applications. The systems and methods of the present invention provide automation and flexibility to the updating process. Processor usage and network usage are monitored and software updates are initiated and/or continued during periods where processor and/or network usage are low. The update process may be halted when the processor and/or network connection are called upon for other uses. Processor and/or network usage may also be throttled, for example limiting the bandwidth available for the download to maintain sufficient processor share and/or bandwidth for other tasks. Adverse impact on a computer user is minimized.

Description:
CROSS-REFERENCE TO RELATED APPLICATIONS 
     This application is a continuation of U.S. patent application Ser. No. 13/621,025 (now allowed), filed on Sep. 15, 2012, which is a continuation of U.S. patent application Ser. No. 10/749,441 (now U.S. Pat. No. 8,321,858), filed on Dec. 31, 2003. The disclosures of the above applications are expressly incorporated herein by reference in their entireties. 
    
    
     FIELD OF THE INVENTION 
     The present invention relates to computer systems and computer software including server and client systems on a network, and in particular, providing updates from one computing device to software residing on another computing device. 
     BACKGROUND 
     Computer software applications (e.g., computer programs and data files associated with the programs) are generally updated over time. Software updates may be desirable for many reasons, including but not limited to one or more of the following: to repair or patch portions of a computer program; to add functions to a computer program; to increase compatibility of a program with an operating system or computer hardware, for example an updated operating system; to increase compatibility of a program with other software; to add additional components; to display custom messages to the user; and/or in response to a computer virus. 
     Currently, several methods are used to update software applications. A relatively simple one of these is to distribute one entire software application to replace an older one. This method, the “full update” method, though relatively simple, is typically expensive and inconvenient. Because of the large size of some software applications it may not be feasible to distribute such updates over computer networks, such as the Internet. 
     In order to bypass many of the problems associated with this type of software updating, some software publishers distribute “incremental updates.” These updates do not contain entire software applications, but rather only that information that allows a given version of a software application to a newer version. Among the methods available to perform such incremental software updating is binary patching, performed by programs such as RTPatch, published by Pocket Soft, Inc. A binary patcher typically replaces only those binary bits of a software application which are different in a newer version. 
     Because most software updates involve changes to only a small portion of a software application, a binary patcher may use, in addition to the old software application, only a small data file including the differences between the two versions. The smaller data files distributed for a binary patch update are often less than 1% of the size of a full update, taking advantage of the large amount of redundancy in the two versions. 
     Computer networks, such as the Internet, also provide a channel for distribution of software updates. In a conventional approach, a software vendor constructs a software update as a “package” for download by one computer system from another over a network (e.g., the Internet, a private intranet, a peer-to-peer network, etc.). This package is typically a self-extracting executable file with the setup program and each of the product&#39;s updated files embedded and compressed to make the package smaller. The size of the package is generally the sum of the compressed sizes of each changed file, plus the size of the extraction code itself (plus the code and/or UI to complete the update process). Upon execution, the package extracts each of the contained filles to a temporary location, then starts the setup program to install each file to a proper location in the system&#39;s directory. Files that are shipped in a compressed form are decompressed as they are installed. 
     Even though networks such as the Internet allow wide and quick distribution of software updates possible, the limited bandwidth of network transmission may cause problems. Further, such methods for updating software may require user input. In addition to interrupting the user&#39;s computer experience, the necessity for user input may lead to software downloads occurring during periods of peak network usage. Further, the software download may utilize network transmission bandwidth that the user, or user&#39;s network, would rather use for other priorities. 
     Thus, it would be useful to have an improved method and system for updating software. 
     SUMMARY OF THE INVENTION 
     The present invention comprises systems and methods for updating software. In one embodiment, usage of a computing device may be monitored and software updates may be initiated and/or continued during a time period determined based on the usage of one or more aspects of the computing device. In an embodiment, the determination of whether to initiate or continue an update process may be made by monitoring user activity, processor usage, disk usage; memory usage and/or network usage. Initiation or continuation of the update process may occur when usage of one or more of the aspects of the computing device is below a threshold level. In one embodiment of the present invention, the activity level of the update process may be reduced when the activity level one or more of the foregoing aspects of the computing device increases, for example above the threshold level. By way of example, in one embodiment, processor and/or network usage may also be throttled, for example limiting the bandwidth available for a software update to maintain sufficient processor share and/or bandwidth for other tasks. 
     Details of exemplary embodiments of the present invention, including their features and advantages, are set forth below. 
    
    
     
       BRIEF DESCRIPTION OF THE FIGURES 
       Features, aspects, and advantages of the present invention are better understood when the following Detailed Description is read with reference to the accompanying drawings, wherein: 
         FIG. 1A  is a schematic overview of servers and computers interconnected via the Internet/World Wide Web. 
         FIG. 1B  is a schematic overview of a local/wide area connection to other servers via the Internet/World Wide Web. 
         FIG. 2  is a flowchart of an update process in an embodiment of the present invention. 
         FIG. 3  is a flowchart of an installation process in an embodiment of the present invention. 
     
    
    
     DETAILED DESCRIPTION 
     The present invention provides systems and methods for updating software applications. The systems and methods allow updating software applications residing on computers residing on a wide area or local area network, such as the Internet/World Wide Web. 
     In one embodiment, software updates may be provided from a software vendor&#39;s/publisher&#39;s server to individual computers using an Internet-capable communications protocol. Individual computers may access the Internet, for example, through a dial-up or broadband connection. Some broadband connections include T1 connections, Cable connections or DSL connections. The individual computer may reside on a network and access the Internet through a single network connection. In this environment, bandwidth limitations will likely exist among the individual computers on the network and between the network and the Internet. 
     In one embodiment, the present invention provides a method for updating a software application on a computing device, comprising: monitoring a usage of at least one aspect of the computing device; determining that at least a component of a resident software application on the computing device should be updated; and updating the component of the resident software application during a time based on the usage of the at least one aspect of the computing device. In one embodiment of the present invention, aspects of a computing device that may be monitored include, but are not limited to: user activity; processor activity; memory activity; network/communication activity; and/or storage medium activity (for example, disk activity). User activity may comprise: inputting data; using an input device; using a storage device; accessing a component of the computing device; and/or other activity generally performed by a user of a computing device. Processor activity may comprise: processing requests; processing data; processing commands and/or similar activity performed by and/or with reference to processors of computing devices. Memory activity may comprise: accessing memory; reading memory; formatting memory; a call to memory; and/or similar activity performed by and/or with reference to memory of a computing device. Network/communication activity may include: transferring of data using network bandwidth; accessing a communications port; accessing a network; receiving commands from a network; and similar activity performed on and/or with reference to networks of computing devices. Storage medium activity may include: accessing a storage medium; reading a storage medium; formatting a storage medium; storing data on/in a storage medium and similar activity performed in and/or with reference to storage medium associated with a computing device. 
     The level of processor activity that may be used as the basis for initiating or continuing an update in one embodiment of the present invention may be determined based on consideration of one or more of the following criteria: the processor is substantially inactive; sufficient processor resources are available despite other tasks being performed by the processor; sufficient processor resources are available in between other tasks being performed by the processor; and similar criteria. 
     The level of network activity that may be used as a basis for initiating or continuing an update in one embodiment of the present invention may be determined based on consideration of one or more of the following criteria: network activity is substantially inactive; sufficient network bandwidth is available for the installation despite other network activity; sufficient network bandwidth is available in between other network activity; and similar criteria. 
     The level of storage medium activity that may be used as a basis for initiating or continuing an update in one embodiment of the present invention may be determined based on consideration of one or more of the following criteria: disk activity is substantially inactive; disk access is available for the installation despite other computing device activity; sufficient disk access is available in between other activity; and similar criteria. 
     The level of memory activity that may be used as the basis for initiating or continuing an update in one embodiment of the present invention may be determined based on consideration of one or more of the following criteria: requests to the memory are substantially inactive; sufficient memory resources are available despite other tasks being performed by the computing device; sufficient memory resources are available in between other tasks being performed by the computing device; and similar criteria. 
     The level of user activity that may be used as the basis for initiating or continuing an update in one embodiment of the present invention may be determined based on consideration of one or more of the following criteria: user activity is substantially inactive; user activity will not be impaired by update activity; and similar criteria. 
     The determination that a software component should be updated may be based on one or more of the following factors: the availability of a different version or version number of the software component, for example a more current version or version number; the desirability of increasing functionality of the component to be updated or other software components associated with the component to be updated; a software publisher&#39;s desire to update the component; a network administrator&#39;s desire to the update the component; and/or a user of the computing device&#39;s desire to update the component. 
     In one embodiment, the present invention provides a method for updating a software application on a first computing device, the first computing device including a processor, the method comprising: a. determining the availability of an update to the software application at a second computing device; and b. initiating transfer of the update to the first computing device at a time determined based on an activity level of the processor. In an embodiment the first computing device and the second computing device reside on a network and the method further comprises monitoring network activity level on the first computing device and initiating transfer of the update at a time determined based on the network activity level. 
     In one embodiment, the present invention provides a method for updating a software application on a computing device including a processor and a network connection comprising: monitoring usage of the processor; determining that a software application on the computing device should be updated; and initiating an update of the resident software application when a more current version of the resident software application is available at a time determined by an activity level of the processor. In one embodiment the method may further comprise monitoring the activity level of the network connection and initiating an update of the resident software during a time period determined by the activity level of the network connection. 
     In one embodiment of the invention, a method is provided that allows updating a software application on a computing device including a processor and a network connection. The method includes monitoring usage of the processor; identifying a resident software application on the computer; determining the version of the software application; comparing the version of the software application to a more current version of the software application; and initiating or continuing an update of the resident software application when the resident software application is not a more current version of the software application at a time determined by the level of processor activity. In one embodiment, the method may further include monitoring usage of the network connection and initiating or continuing an update the resident software at a time determined by the level of network activity. 
     In one embodiment, a method is provided for updating a software application on a computer including a processor and a network connection. The method includes monitoring usage of the network connection; identifying a resident software application on the computer; determining the version of the software application; comparing the version of the software application to a more current version of the software application; and initiating or continuing an update of the resident software application when the resident software application is not a more current version of the software application during a time period based on the level of network activity. In an embodiment, the method may further comprise monitoring usage of the processor and initiating or continuing an update the resident software during a time period based on the level of processor activity. 
     In one embodiment, a method of the present invention for updating a software application on a computer including a processor and a network connection comprises: monitoring usage of the network connection; identifying a resident software application on the computer; determining the version of the software application; comparing the version of the software application to a more current version of the software application; and initiating or continuing an update of the resident software application when the resident software application is not a more current version of the software application during a time period when the network connection is being used to download other data. In an embodiment, the method may further comprise monitoring usage of the processor and initiating or continuing an update the resident software during a time period based on the level of processor activity. 
     Initiating an update may include the transfer of information from a first computing device (the “updating computer”) to the computer having the resident software application being updated (the “updated computer”). Continuing an update may include continuing the transfer of the file from the software publisher&#39;s network server; at least partially installing the update on the computer comprising the resident software application; completing the installation of the update on the computer comprising the resident software application or combinations of the foregoing. 
     One or more of the foregoing methods may further include throttling the transfer rate and/or the installation rate to limit the bandwidth and/or portion of the processor used for the update. 
     In embodiments where the updated computer resides on a local or wide area network, monitoring usage of the network connection may include monitoring one or a combination of indications of network usage, including without limitation monitoring usage of the connection between the computer comprising the resident software application and the local or wide area network server and/or monitoring usage of the network connection between the local or wide area network server and the Internet. 
     A system of the present invention comprises computer hardware and software for performing a method of the present invention. Computer readable media of the present invention comprises virtual or physical computer readable media described below containing program instructions for performing a method of the present invention. 
     In one embodiment, the present invention is implemented in a system architecture such as the one described in commonly assigned, co-pending, U.S. patent application Ser. No. 10/750,128, filed Dec. 31, 2003, entitled Methods and Systems for Regulating Resource Usage, the disclosure of which is hereby incorporated herein by reference. 
     Referring now to the drawings in which like numerals indicate like elements throughout the several figures, and wherein in the description below “device” may be used to indicate “computing device”,  FIG. 1  is a block diagram illustrating an exemplary environment for implementation of an embodiment of the present invention. The environment shown reflects the World Wide Web. Individual client devices  101 ,  103  and  105 , etc. are connected to the Internet  110 . Each connection may independently comprise a dial-up connection, for example through a modem and a wired or wireless telephone link; a broadband connection, for example through a T-1 line, cable modem, ADSL line and modem; a wireless network connection, for example through an 802.11 protocol, Bluetooth or the like; or any other method of connecting to the Internet. The environment also includes a software publisher&#39;s server device  120  which is also connected to the Internet. The individual client devices may communicate with the software publisher&#39;s server using telecommunications protocol via the Internet. 
     As set forth above, in methods and systems of the present invention computing devices may include devices such as cell phones, personal digital assistants, pagers, automatic teller machines which may not be connected to the Internet. These devices may therefore communicate with other computing devices using communication protocols different from the types of protocols used in Internet communication. Thus, embodiments of the present invention should not be viewed as limited to utilizing only Internet capable communication protocols, but rather open to use of other communications protocols. 
       FIG. 1B  depicts an alternate environment. In the environment of  FIG. 1B , client devices  101 ,  103  and  105  are networked, for example in a local area network or wide area network through network server device  115 . Network server device  115 , communicates with the Internet,  110 . 
     The server device  115  may include a processor coupled to a computer-readable memory and a communications device. Server device  115 , depicted as a single computer system, may be implemented as a network of computer processors. Examples of a server device  115  are servers, mainframe computers, networked computers, a processor-based device, and similar types of systems and devices. The server processor can be any of a number of computer processors, such as processors from Intel Corporation of Santa Clara, Calif. and Motorola Corporation of Schaumburg, Ill. 
     The server memory may include any of the processors described below with reference to client devices and a method of the present invention. 
     It should be noted that the present invention may comprise systems having different architecture than that which is shown in  FIGS. 1A and 1B . For example, in some systems according to the present invention, server device may comprise a single physical or logical server. The system shown and described is merely exemplary, and is used to explain the exemplary methods described below and depicted in part in  FIGS. 2 and 3 . 
     The client devices each include a computer-readable medium, for example a random access memory (RAM), coupled to a processor. The processor executes computer-executable program instructions stored in memory  108 . Such processors may include a microprocessor, an ASIC, state machines, or other processor, and can be any of a number of computer processors, such as processors from Intel Corporation of Santa Clara, Calif., IBM Corporation of Raleigh, N.C. and Motorola Corporation of Schaumburg, Ill. Such processors include, or may be in communication with, media, for example computer-readable media, which stores instructions that, when executed by the processor, cause the processor to perform the steps described herein. Embodiments of computer-readable media include, but are not limited to, an electronic, optical, magnetic, or other storage or transmission device capable of providing a processor, such as the processor of the client device with computer-readable instructions. Other examples of suitable media include, but are not limited to, a floppy disk, CD-ROM, DVD, magnetic disk, memory chip, ROM, RAM, an ASIC, a configured processor, all optical media, all magnetic tape or other magnetic media, or any other medium from which a computer processor can read instructions. Also, various other forms of computer-readable media may transmit or carry instructions to a computer, including a router, private or public network, or other transmission device or channel, both wired and wireless. The instructions may comprise code from any computer-programming language, including, for example, C, C++,C#, Visual Basic, Java, Python, Perl, and JavaScript, and/or other binary, compiled interpreted or assembly languages. 
     Client devices can be connected to a network, as shown in  FIG. 1B , or can be stand-alone machines, as shown in  FIG. 1A . Client devices may also include a number of external or internal devices such as a mouse, a CD-ROM, DVD, a keyboard, a display, or other input or output devices. Examples of client devices are personal computers, digital assistants, personal digital assistants, cellular phones, mobile phones, smart phones, pagers, digital tablets, laptop computers, Internet appliances, and other processor-based devices. In general, the client devices may be any type of processor-based platform that operates on any operating system, such as Microsoft Windows®, PocketPC, Palm, Apple OS, UNLX, JAVA, EPOCH, Linux or the like, capable of supporting one or more client application programs. For example, the client device shown comprises a personal computer executing client application programs, also known as client applications. The client applications can be contained in memory and can include, for example, a word processing application, a spreadsheet application, an e-mail application, an instant messenger application, a presentation application, an Internet browser application, a calendar/organizer application, and any other application capable of being executed by a client device. 
     A user can interact with the various client applications and articles associated with the client applications via various input and output devices of the client device. Articles include, for example, word processor, spreadsheet, presentation, e-mail, instant messenger, database, and other client application program content files or groups of files, web pages of various formats, such as HTML, XML, XHTML, Portable Document Format (PDF) files, and audio files, video files, or any other documents or groups of documents or information of any type whatsoever. 
     The user&#39;s interaction with articles, the client applications and the client device creates event data that may be observed, recorded, analyzed or otherwise used. An event can be any occurrence possible associated with an article, client application or client device, such as inputting text in an article, sending an article, receiving an article, manipulating an input device, opening an article, saving an article, closing an article, opening a client application program, closing a client application program, idle time, processor load, memory usage, and any other possible interaction with an article or a client application program whatsoever. 
     For operation of the present invention, the memory of the client device includes a capture processor, a queue, an update processor and a data store. The memory of the client device also contains a search engine application program, also known as a search engine. The search engine can locate relevant information on the client device, the network and/or the World Wide Web and provide a result set. 
     The capture processor can capture events and associated client articles associated with the client applications. In an embodiment the capture processor comprises multiple capture components. For example, the capture processor shown comprises a separate capture component for each client application. The capture component for each client application may comprise infonnation relating to the current version of the application, and/or application features, and utilization of features of the application. The capture processor also comprises a separate capture component that monitors overall network activity in order to capture event data associated with network activity, such as data transfer in and out of the client device. The capture processor further comprises a separate capture component that monitors overall client device performance data, such as processor load, disk access, the client applications in use, and the amount of memory available. 
     In one embodiment, the capture processor through the individual capture components monitors activity on the client device and captures the event by a generalized event registration mechanism, such as an event schema. Each capture component can register its own event schema or can use a predefined one. Event schema can differ depending on the client application or activity the capture component is monitoring. Generally, the event schema can describe an event by providing data associated with the event and any associated article as well as the content of any associated article. For example, an event schema for an email event received by a user can include header information, such as the content from the subject, to, from, cc, and time received fields, and body information. An event schema for a web page currently being viewed by a user can include the Uniform Resource Locator or URL of the web page and the content of the web page. An event schema for a word processing document being saved by a user can include the title of the document, the time saved, the location of the document, the format of the document, the text of the document, and a pointer to the location of the document. 
     The capture processor can capture events in real time or real time events and can capture events that have occurred in the past or historical events. Real time events can be loading, saving, or viewing an article, such as saving a word processing document, viewing a web page, viewing an email, and saving an MP3 file, and updating the metadata of an article, such as bookmarking a web page, printing a presentation document, deleting a word processing document, and moving a spreadsheet document. Some real time events are contextual and relate to current user state or context. For example, contextual events can be loading, saving or viewing an article, such as saving word processing document, viewing a web page, viewing an email, and saving an MP3 file, examining a portion of an article, such as selecting a portion of text, moving a mouse over a portion of a web page, and viewing a slideshow, changing an article, such as typing a word in an email or pasting a sentence in a word processing document, and closing a document, such as closing an instant messenger window or changing an email message being viewed. 
     Historical events are similar to real time events. Examples of historical events include, the user&#39;s saved word processing documents, the emails in a user&#39;s inbox, and the web pages bookmarked by the user. Historical events can be captured by the capture processor by periodically crawling the memory and any associated data storage device for events not previously captured by the capture processor. 
     Events captured by the capture processor are sent to a queue in the form of event schema. The capture processor can also send performance data to the queue. The queue holds the events and performance data, for example until the search engine is ready to process an event or the performance data. The queue can comprise three separate queues one for contextual events, one for indexable events, and one for performance data. The queue can be implemented as a circular priority queue using memory mapped files. Other implementations of the queue are possible. The indexable queue can be a two priority queue where higher priority events are served before lower priority events. Generally, real time events are given higher priority than historical events. 
     The search engine comprises an indexer, a query system, and a formatter. real time events, contextual and indexable, and performance data can be sent by the queue to the query system to provide the query system with information concerning current user context. In an embodiment of a method of the present invention, client application capture component data relating to the version and usage of features of a client application may be sent by the queue to the query system. Client application capture component data may include one or more of the following types of data: data relating to the version of a client application; data relating to usage of a client application; data relating to updates of a client application; data relating to installation of a client application and the like. The query system may use this information to generate a query, which may or may not be implicit, to the publisher of the client application and receive data from the publisher of the client application relating to the current version of the features of the client application. The data received is compared to data in the queue to determine whether the client device contains the most recent version of one or more features of the client application. The data comparison may be performed by the update processor. 
     In one embodiment of the present invention, the search engine may generate an update query to the software publisher from time to time, e.g., on a fixed time interval, such as every 24 hours, every hour, every 15 minutes, or as may be determined appropriate for a particular implementation. A query may also be generated when the capture processor determines a feature of the client application is being opened, when the capture processor determines a feature of the client application has not been used for a certain time interval, and/or when some other condition has been met. The update processor may also communicate with the search engine and the queue and process performance data from the capture processor. 
     The updating process may be managed by the update processor. As shown in  FIG. 2 , the update query,  201 , generates an update query result comprising update data from the software publisher. By way of example, using plain English, the query process may proceed as follows: “I am product X version 102 English, I have an ID number 12445562, and I was installed Mar. 23, 2003 at 1:34 pm. Do you have a new version that I should install?”. When a comparison between the query result and the captured data in the queue indicates the software publisher has updated a feature of the application  203 , the update processor may begin the update process by generating an update location query to locate the update from the software publisher. By way of example, in plain English: “when program X version Y language Z calls, I should tell them to download the following . . . ” The query may be initiated and downloading of the software update from the software publisher begun, or resumed, when the performance data indicates download criteria,  205 , have been met. The download criteria may comprise one or more of the following criterion, or combinations thereof: the client application feature to be updated is not being utilized; the client application feature to be updated has not been used for a period of time; overall processor usage is below a threshold; the available bandwidth for downloading is above a set threshold; outgoing bandwidth is below a threshold; incoming bandwidth is below a threshold; the system judges the user is likely to find the feature useful (for example, the system may know that a new PDF translator is available, but if the user has never actually viewed PDF files, it might be deemed unnecessary to install it); memory available is above a set threshold; the computing device has been inactive for a specified period of time; the current date/time is within a specific time window (for example, nighttime on a weekend]; and/or the configuration or current state of the computing device (for example, the screensaver is on, device is connected to the internet); based on one or a combination of some other indication of performance or resource usage that may be affected by an update download. If a download criterion is not met, the update query is queued in update queue  207 . In one embodiment, the update processor rechecks the performance data at one or more later times to determine whether download criteria have been met; in one embodiment, rechecking may be done, for example, at predefined intervals. If download criteria are met, the download,  209 , is made to a download queue,  217 , which is contained in the processor ory. The update processor also processes performance data during the download process to ensure that the download criteria continue to be met,  211 . If during a download a download criterion fails to be met, for example if the client device needs network bandwidth for other uses, the downloading activity may be reduced, slowed and/or halted. The downloaded data already obtained may be stored in the update queue  207 . Downloading aactivity may be increased when the download criteria are met again. In one embodiment of the present invention resumption of downloading activity does not require that the portion originally downloaded be re-downloaded. When downloading is complete,  213  the downloaded file may be maintained in a download queue  215  until initiating of an installation process. 
     In one embodiment, during downloading, the update processor may monitor network usage and thereby available bandwidth. The update processor may also limit or otherwise control or adjust bandwidth used by the download process. This control of bandwidth use is referred to herein as throttling. For example, the update processor may throttle the downloading to use lesser amounts of network bandwidth when the performance data indicates another use of bandwidth, and to use greater amounts of network bandwidth when the performance data indicates availability. 
     In one embodiment, the update processor may use performance data and/or other captured data to determine whether the downloading process may be masked by processing being undertaken by the client device. For example, if the client device is processing streaming media from the Internet and there is available bandwidth, the update processor may use some of the available bandwidth to initiate or complete downloading of an update. 
     After downloading is complete, the update processor may initiate an installation process for installing the update. An example of one installation process that may be used is described in commonly assigned, co-pending, U.S. patent application Ser. No. 10/749,439, filed Dec. 31, 2003, entitled “Systems and Methods for Providing and Installing Software”, the disclosure of which is hereby incorporated herein by reference. 
     Some software packages will automatically initiate an installation process after downloading. The update processor may initiate installation for packages that do not begin installation themselves. In one embodiment, the update processor may monitor performance data during the installation process and begin installation when performance data indicates other client applications will not be adversely impacted. In this regard a set of installation criteria, for example, similar to the download criteria may be used. 
       FIG. 3  provides an overview an installation process, in accordance with one embodiment of the invention. A complete downloaded update may be accessed from the download queue  215 . Using performance data relating to client device applications, the update processor determines whether an installation criteria  301  have been met. The installation criteria may be similar to the download criteria and may comprise one or more of the following criterion, or combinations thereof: the client application feature to be updated is not being utilized; overall processor usage is below a set threshold; and the like. If an installation criterion is not met, the downloaded update remains queued in download queue  215 . Periodically, the update processor rechecks the performance data to determine whether installation criteria have been met. If installation criteria are met, the installation,  303 , is made to processor memory for the client application on the client device. The update processor also processes performance data during the install to ensure that the installation criteria continue to be met,  305 . If during a download an installation criterion fails to be met, for example if the client device needs the processor for other uses, the installation is halted. Details relating to the portion already installed, and the remainder of the install may be stored in download queue  215 . Installation is resumed when the install criteria are met again. When installation is complete,  307  details relating to the installed file may be maintained in an install queue  309 . The capture processor may capture data from queue  309  to determine when additional updates are needed. 
     Although certain embodiments of the present invention have been described herein with reference to a client-server architecture and/or a particular network, the present invention should not be viewed as limited to a particular architecture or particular network configuration. Similarly, although certain embodiments of the present invention have been described with reference to a particular client computing system, the present invention should not be viewed as limited to a system using capture/queues or other systems/methods peculiar to the system described herein; particular processor or network or other performance or resource use parameters to make determinations of whether to initiate, cease, resume updating; or the like. 
     Further, although the present invention has been described with reference to a plurality of computing devices, an embodiment of the present invention may be used with a single computing device wherein a more current version of a software application component resides in fixed or removable memory. 
     The foregoing description of exemplary embodiments of the invention has been presented only for the purpose of illustration and description and is not intended to be exhaustive or to limit the invention to the embodiments disclosed. Numerous modifications and adaptations thereof will be apparent to those skilled in the art without departing from the spirit and scope of the present invention. 
     It should further be appreciated that reference throughout to “one embodiment” or “an embodiment” of the invention do not necessarily imply that the same embodiment is being referenced or that a particular feature is necessarily included in any other embodiment. Each claim, as may be amended from time to time, is hereby incorporated by reference into this description as one embodiment of the invention.