# Patent

## Title
Method and apparatus for process enforced configuration management

## Abstract

A system for and method of automatically enforcing a configuration change process for change requests of one or more configurable element within one or more configurable computation systems. The system comprises means for managing a configuration change process for one or more configurable elements within a corresponding configurable computation system, means for generation a configuration request, means for applying a set of authorization rules to the configuration change requests to generate selective authorization of the CEs, and means for selectively locking and unlocking changes to configurable elements within the configurable computational systems.

## Background
RELATED APPLICATIONS
This application is a non-provisional which claims priority under 35 U.S.C. §119(e) of the co-owned U.S. Provisional Patent Application Ser. No. 60/879,826, filed Jan. 10, 2007, and entitled “SOFTWARE THAT MESSAGES CHANGE CONTROL” The Provisional Patent Application Ser. No. 60/879,826 filed Jan. 10, 2007, and entitled “SOFTWARE THAT MESSAGES CHANGE CONTROL” is also hereby incorporated by reference in its entirety.


FIELD OF THE INVENTION
The invention relates to systems and processes for enforcing and monitoring a configuration management process for configurable elements in configurable computational systems.
BACKGROUND OF THE INVENTION
Mechanisms currently exist for the management of configurable systems. These systems, referred to as Change/Configuration Management System (CMS) or Ticketing Systems define a business process or rules for making configuration changes. The configuration changes at issue are changes to configurable computation systems (CCS), which can be coupled together over a network or through other communication means. These CCSs can include but are not limited to servers, desktop system, personal computers, directory servers, database servers, work stations, programmable factory equipment, PDAs, cell phones, microchip, software, network devices, and virtual machines. Configuration change includes but not limited to content changes for files, permission changes on files, file creation, file deletion, registry key creation, registry key deletion, registry value changes, environment variable creation, environment variable deletion, environment variable value changes, virtual machine creation, virtual machine deletion, virtual machine restart, virtual machine settings changes, network configuration change, database settings changes and database data changes. With a CCS, a configuration change may effect one or more configurable elements (CEs). These CEs include but are not limited to files within a file system, registry settings, environment variables, databases, virtual machine settings, networked device configuration parameters, computationally controlled mechanical switches, and electronically controlled valve settings.
While using a CMS system defines a business process for making and managing changes to CCSs and the corresponding CEs, the CMS system does not automatically enforce, control, or monitor such changes. Human discipline, monitoring, encouragement, and other incentives have to be used to enforce a configuration management process. Thus, a system enforced by human implementation is subject to human nature and human imperfection. People will work around the system. Alternatively, due to human nature, error, or misunderstanding changes are made outside of the defined process, such as making changes at inappropriate times, or making other improper changes.
What is need is method and apparatus for automatically enforcing a defined process for making changes to a CE within a CCS, or monitoring the changes in a CCSs or CEs in relations to a define configuration management processes.
SUMMARY OF THE INVENTION
The invention allows for the enforcement and monitoring of a configuration management process as applied to configurable elements (CEs) within a configurable computing system (CCSs). Changes to CEs within CCSs are controlled by a selectable lock that only enable changes to the CEs when the rules for the change management process is met. Also, the invention provides a less restrictive configuration management process where changes are monitored and reconciled against configuration change requests and change authorization rules.
In a first aspect of the invention, a method of automatically enforcing a configuration change process for one or more configuration change requests to one or more configurable elements within a single or multiple configurable computational elements is disclosed. The method involves the steps of accessing the change process rules, analyzing the configuration change requests utilizing the rules, selectively authorizing the configuration changes to the configurable elements for the configurable elements that comply with the change process rules for the respective change request, and selectively enabling a lock to allow configuration changes on a configurable computational system containing the configurable elements. The analysis of the configuration change request can be based on the state of the configuration change request which can include external authorizations. The state of the external authorizations can be evaluated with the accessed change process rules. The selective authorization is based on the state of the configuration change request being evaluated utilizing the accessed change process rules.
In one embodiment, the analyzing of the configuration change request further utilizes current conditions in the determination of the selective authorization of configuration changes of CEs. These current conditions can include but are not limited to the current time, date, day of the week, and any electronically retrievable value representing a level or quantity such as an inventory value, and the mechanical state of a switch or valve.
In another embodiment of the invention, the configuration of the selective locks involves the authenticating the selective authorization of the configuration change of the configurable elements. Preferable, the authentication can be performed by an SSL key exchange.
In a further embodiment of the invention, the selective locks generate status information related to configuration changes in the CEs for the corresponding CCSs. The status information can include but is not limited to the status of the CE configuration change, whether the changes succeed or failed, and information relating to the failure of the configuration change.
In another embodiment of the present invention the status information is associated with configuration change request. The status change request can further be associated with the corresponding CEs. Further, an association can be made with the CCS, successful configuration changes, failed configuration changes, or the information regarding the failure of the configuration change.
In a further embodiment, the associated information is used to generate reports of at least the status of the configuration change requests, the changes to the CE, the configuration changes to the CCS.
In a second aspect of the present invention, a system for automatically enforcing a configuration change process for one or more configurable element (CE) within a configurable computation system (CCS) is disclosed. The system is comprised of means for managing a configuration change process for CEs within CCSs, means for generating a configuration change request, means for applying one or more configuration change rules to a configuration change request to generate a selective configuration change authorization of the one or more CEs, and means for selectively locking configuration changes in a CCS wherein the means for locking can selectively enable configuration changes to the one or more CE based on the selective configuration authorization. The means for managing a configuration change process can include standard configuration management systems (CMSs) which can also be referred to as ticketing systems. These CMS systems receive requests for a configuration change which then generate a configuration change ticket. Before a fully authorized ticket is generated, various authorization inputs are required. These inputs define a configuration management process to be followed. The means for applying authorization rules generates selective configuration authorization for one or more CEs based on configuration change authorization.
In one embodiment, wherein the means for applying the one or more configuration change rules further includes utilizing current conditions in the determination of the selective authorization of configuration changes of CEs. These current conditions can include but are not limited to the current time, date, day of the week, any electronically retrievable value representing a level or quantity such as an inventory value, and mechanical state of a switch or valve.
In another embodiment of the invention, the means for locking and unlocking the configuration includes authenticating the selective authorization of the configuration change of the CE. Preferable, the authentication can be performed by an SSL key exchange.
In a further embodiment of the invention, the means for selectively locking configuration changes in a CCS generates status information related to configuration changes in the configurable elements for the corresponding CCSs. The status information can include but is not limited to a change of configuration status of a CE, whether the change succeed or failed, and information relating to the failure cause of the configuration change.
In another embodiment of the present invention further comprises means for associating the status information with the configuration change request. The status information and change request can further be associated with the corresponding CEs. Further, associations can be made with elements including the CCSs, successful configuration changes, failed configuration changes, or the information regarding the failure of the configuration change.
In a further embodiment, the means for applying the one or more authorization rules generates reports comprising the associated status information, the configuration change requests, the configuration changes to the CE, the configuration changes to the CCS.
In another aspect of the present invention, a system for automatically monitoring a configuration change process for one or more CE within a CCS. The system is comprised of a means for selectively monitoring configuration changes to one or more CEs within a CCS, a means for managing a configuration change, and a means for processing the configuration change status information. The means for selectively monitoring configuration changes generates configuration change status information. The means for managing a configuration change process generates one or more configuration change requests. Further, the means for processing utilizes the configuration change status information, the one or more configuration change requests, and the one or more configuration change rules for the CEs. The processing associates the configuration changes with the configuration change requests and determines if the configuration changes complied with the one or more associated configuration change rules.
In one embodiment of the invention, the means for processing can include current conditions as part of the analysis. In another embodiment, the invention further comprises a means for generating reports where the configuration change status information is associated with at least one of the CE and the CCS.
In another aspect of the invention, a method of automatically monitoring a configuration change process for one or more configuration change requests to one or more CEs within at least one CCS is disclosed. The steps are comprised of generation configuration stat change information from a CCS and corresponding to on or more CEs, accessing one or more configuration change rules where the rules are associated with a configuration change to one or more CEs within a CCS. In one embodiment of the invention, the means for processing can include one or more current conditions as part of the analysis.



BRIEF DESCRIPTION OF THE DRAWINGS
The invention is better understood by reading the following detailed description of an exemplary embodiments in conjunction with the accompanying drawings.
FIG. 1 illustrates a system for enforcing a configuration management process on configurable elements within a configurable computation system.
FIG. 2 illustrates a system for monitoring configuration changes to configurable elements within a configurable computation system and reconciling them against a configuration management process.
FIG. 3 illustrates the process for enforcing a configuration management process on configurable elements within a configurable computation system.
FIG. 4 illustrates the process for monitoring configuration changes to configurable elements within a configurable computation system and reconciling them with a configuration management process.



DETAILED DESCRIPTION OF THE INVENTION
The following description of the invention is provided as an enabling teaching of the invention in its best, currently known embodiment. Those skilled in the relevant art will recognize that many changes can be made to the embodiment described, while still obtaining the beneficial results of the present invention. It will also be apparent that some of the desired benefits of the present invention can be obtained by selecting some of the features of the present invention without utilizing other features. Accordingly, those who work in the art will recognize that many modifications and adaptations to the present inventions are possible and can even be desirable in certain circumstances, and are a part of the present invention. Thus, the following description is provided as illustrative of the principles of the present invention and not in limitation thereof, since the scope of the present invention is defined by the claims.
The illustrative embodiments of the invention provide the means for enforcing, monitoring and reconciling a business management process for making configuration changes to configurable systems. The benefits of such a system are numerous. First, in the enforcement mode, configuration changes to configurable system such as servers, factory controllers, office automation systems can be controlled to prevent problems not limited to, loss of productivity because of down time at inappropriate times, and quality and performance issues caused by operations running with an improper configuration. Further, with Sarbanes-Oxley the regulatory environment demands stronger control over financial systems. Thus, being able to control changes to financial systems such as software packages and databases gives an organization higher confidence that business critical process are being followed and unauthorized changes are not made.
An illustrative embodiment of the present invention is shown in FIG. 1. The system 100 automatically enforces a configuration change process for a configuration change of one or more configurable elements (CEs) 135 within a configurable computational system (CCS) 130. The system comprises a configuration management system (CMS) 110 coupled to an analytics module 120 which is coupled to at least one CCS 130. The CCS 130 contains a selective configuration lock 132 and of one or more configurable elements CEs 135. A rule input module 122 is coupled to the analytics module 120 is for configuring change authorization rules within the analytics module 120. An output reporting module 124 for requesting and displaying reports on status information regarding the result of configuration changes to the CEs 135 within the CCS 130 is also coupled to the analytics module 120. Also, coupled to the analytics module 120 is a change database 125 holding configuration change status information for the generation of reports on the configuration status of the CEs 135 and CCSs 130.
The CMS 110 is used for generating a configuration change(s) authorization for one or more CEs 135 within one or more CCSs 130 according to a specific business process. Preferably the CMS 110 is configured with the change authorization requirements. For example, to authorize a change can require the authorization by two senior officers of a company. Input to the CCS 110 is a configuration change request 112 preferably corresponding to a configuration change to one or more CEs 135 within one or more CCSs 130. The change request 112 preferably generates a change ticket that requires authorizations before authorized implementation. Preferably, the change ticket is stored in the change ticket database 116. The change ticket database 116 stores information related to the authorization and completion of the configuration change request. The ticket can include authorization fields, and implementation status fields. Preferably, authorizations for the change ticket can be provided by an operator input(s) 114 or other automated means such as electronic inputs from other electronic devices (not shown) coupled to the CMS 110. If all of the configuration change rules are met, the change ticket is authorized notification is given to the analytics module 120. Preferably, the change tickets are stored in a change ticket database 116 contained within or coupled to the CMS 110. Thus, the CMS 110 and change ticket database 116 may contain a number of configuration change requests, in varying stages of authorization and implementation. The CMS 110 can be a separate server, a process running on a server with other applications, or running an application on a personal computer. The change ticket data 116 base can be networked and can be directly or indirectly accessible by the analytics module 120 over the network.
An analytics module 120 is coupled to the CMS 110. The analytics module 120 enforces the configuration change process of the CMS 110 by configuring the selectable configuration locks 132 on the CCSs 130 to selectively enable or disable configuration changes to the CEs 135. The analytics module 120 receives configuration change rules. These configuration change rules are associated with the one or more CCSs 130 and the one or more CEs 135 within a CCS 130. The configuration change rules are configured through the rule input 112, which is preferably coupled to the analytics module 120. Also, contemplated are configuration rules received from other sources. Alternatively, the configuration change rules can be read directly from the CMS 110, derived from information retrieved from the CMS 110, or through another source (not shown) coupled to the analytics module 120. The analytics module 120, receives configuration change ticket information from the CMS 110. Preferably, the configuration change ticket information can be either requested from the CMS 110. However, the information can automatically be sent by the CMS 110 to the analytics module 120. Also contemplated by the invention is the analytics module 120 directly accessing the change ticket database 116. The configuration change ticket is preferably processed according to rules specified during the rule input 122 to determine if all the criteria for the configuration change process for an associated CEs 135 or an associated CCS 130 are being met. Also contemplated are one or more subsets of the CEs 135 meeting the configuration change process rules and the configuration change authorization being limited to these CEs 135. Preferably, the subset of CEs meeting the configuration change rule criteria will be authorized for making the configuration change. If all the criteria of the rules are met, then the analytics module 120 authorizes configuration changes the CEs 135. Also contemplated is a means to bypass the rules for generation an authorization in emergency situations.
Optionally, the configuration authorizing rules used by the analytics module 120 can include current conditions 126 in the determination for the authorization for the configuration changes to the CE. Exemplary of a current condition is the current time, date, and the day of the week. Preferably, if the authorizing rules criteria are met but the current conditions are not met, the authorization of the configuration change can be delayed until the time, day of the week, or date condition is met. Also, contemplated is the sending of a message to the selective configuration lock 132 containing a time window during which configuration changes are enabled. Another illustrative use of current conditions is the checking an inventory and requiring that a specified inventory level be available before authorizing a configuration change that would increase the production rate of an item.
When the configuration change authorization for all or some of the CEs 135 is met, the analytics module 120 will send a selective authorization message to a selective configuration lock 132 on the corresponding CCS 130 for the CEs 135 to be changed. The message will cause the selective configuration lock 132 to enable changes to the selective CEs. The message can be sent over a network where the analytics module 120 and the CCS 130 are located on separate systems remote from one another. The disabling of configuration changes to the CEs can be based on time, the completion of the configuration change to the CE, or by a message from the analytics module 120. Alternatively, the analytics module 120 can be a process or subroutine operating within the same processing system as the CCS 130 where the configuration authorization message is sent through inter-process communication means.
The analytics module 120 can receive status information from the selective configuration locks 132 regarding the occurrence of the success or failure of a configuration change, and the reasons for failure. This status information is stored in a change database 125. The change database 125 can later be used to generate reports regarding the status of the success configuration changes and change tickets. The analytics module 120 can associate status changes into groups based on type of configuration change, failed changes, and failure status information. Further the analytics module 120 can associate the changes with the configuration ticket database 116 to reconcile configuration change requests. As part of the reconciliation, information can be passed from the analytics module 120 to the CMS 110 to automatically update the status information for the associated change ticket indicating the final result of the configuration change.
The CCS 130 is coupled with the analytics module 120 preferably through a network. The CCS 130 contains one or more CEs 135. The CCS 130 also includes a selective lock 132 which is configured to prevent changes to the CEs 135 unless enabled by the analytics module 120. Preferably, the selective enabling of the selective configuration lock 132 contains a time window during which the enabled configuration changes can be made. The time window can vary by each configuration change for each CE 135. It can be desirable that the configuration changes to the CEs 135 are performed in a specific order. Having non-overlapping time windows for each enabled CE 135 configuration change can enforce such a sequence. Further information regarding the operation of the selective configuration locks 132 can be found in the co-owned application Ser. No. 11/346,741 titled “Enforcing Automatic Opening and Closing of an Existing Workflow” which is incorporated by reference. In general, the selective configuration lock 132 can be a hook into the file system driver of the CCS 130 to monitor and control changes to files associated with the CEs 135 and further associated with the configuration change ticket resulting from a change request 112. The selective configuration lock 132 can also include catching and monitoring triggers caused by a database modification. The selective configuration lock 132 can generate information regarding the status of a configuration change to a CE 135. This information can include whether the configuration change succeeded or failed. Further, the information can include information regarding why the change failed. This can include but is not limited to, incompatible operating system, insufficient memory to do the change, and insufficient permission to access a file. Preferably, information generated by the selective lock 132 is sent to the analytics module 120 but alternatively can be sent directly to the change database 125 for later processing, reference, and report generation. Configuration changes 140 to the CEs 135 preferably do not come from the analytics module 120 but are made directly to the CCS 130 or alternatively over a network. Exemplary of this process would be the loading of an updated application where the application files are the CEs 135 to be changed.
To prevent monitoring or unauthorized control over the selective configuration locks 132, the communication between the analytics module 120 and the selective configuration locks 132 can be encrypted and authenticated. Any authentication and encryption techniques can be used. Preferably the authentication and encryption technique uses a secure socket layer (SSL) using SSL key exchange to authenticate the selective enabling of the selective configuration lock.
The information generated by the selectable configuration lock 132, preferably stored in the change database 125, can be used to generate a variety of reports. First, the information can be used to reconcile the change ticket database 116 with the changes made to the CEs 135 and thus generating change compliance reports. Further, compliance reports can be organized by but not limited to user, CCS 130, CE 135, time, and type of change.
A second illustrative embodiment of the present invention is shown in FIG. 2. The system 200 for monitoring configuration changes to one or more configurable elements (CEs) 135 within a configurable computational system (CCS) 130. The monitoring generates a log of changes, that can be stored within a change database 125, which can be reconciled with authorized configuration changes in the change ticket database 116 as provided by the configuration management system (CMS) 110. The monitoring system comprises substantially the same elements as described in FIG. 1 with two primary differences. The analytics module 220 operates differently than for the system described for FIG. 1 and the selective configuration lock (132-FIG. 1) is replaced with the configuration change monitor 232.
The CMS 110 is used for generating an configuration changes(s) authorization for one or more CEs 135 within one or more CCSs 130 according to a specific business process. The operation of the CMS 110, the configuration change request 112 input to the CMS 110, the operator input 114, and the storage of the change request in the change ticket database 116, is the same as previously described for FIG. 1.
An analytics module 220 is coupled to the CMS 110. The analytics module 220 is a post configuration change analysis tool that analyzes changes in the change ticket database 116 according to configuration change rules input into the analytics module 220, and determines at least which configuration changes complied with the change process rules, which changes did not comply with the rules, configuration change made without an associated configuration change request, which change tickets were not completed, and reasons that the configuration changes failed. The configuration change rules preferably can be configured into the analytics module 220 from the rule input 122 but can be received from other sources. Alternatively, the configuration change rules can be acquired directly from the CMS 110, derived from information retrieved from the CMS 110, or through a source (not shown) coupled to the analytics module 220. The analytics module 220, can receive configuration change request information from the CMS 110. Preferably, the analytics module 220 directly accesses the change ticket database 116. The CMS 110 can signal the analytics module 220 when a change has occurred to the change ticket database 116.
Also contemplated by the invention is a report 124 interface for an operator requesting and receiving reports related to, reconciling the change ticket database 116 and the information in the change database 125 to determine what configuration changes were made, determining which changes were made conforming to within the configuration change process, and which changes were made outside the configuration change process. Preferably, the configuration change ticket information is requested directly from the change ticket database 116 or from the CMS 110 alternatively after the configuration changes are made to the CEs 135 within a CCS 130. However, the change ticket information can automatically be sent by the CMS 110 to the analytics module 220, stored and processed when reconciliation reports are generated. During analysis of the change ticket database 116 and the change database 125, the configuration change ticket is preferably processed according to rules input by the rules input 122 to determine if all the criteria for configuration change process for the associated CEs 135 are met. Also contemplated is analysis and reporting on an individual CE 135 basis or on a CCS basis.
Optionally, the configuration authorizing rules used by the analytics module 120 can include current conditions 126 in analyzing the configuration changes to the CEs. Exemplary of a current condition is the current time and the day of the week. If the analytics module 220 are to use the current conditions, then the change information stored in the change database 125 must include current condition information. It is contemplated that the current condition information is provided by the analytics module 220 or that the configuration change monitor 232 provides this information.
Information sent between the analytics module 220 and the CMS 110, the configuration change monitor 232 and the CMS 110 can be sent over a network. Alternatively, the analytics module 220 can be a process or subroutine operating within the same processing system as the CCS 130 where communication is provided through inter-process or processor communication means.
The analytics module 220 is configured to receive status information from the CCS 130 sent by the configuration change monitor 232 regarding the occurrence of a configuration change, status regarding a failure of an attempted configuration changes, and status regarding a successful configuration change. This information can be stored in a change database 125. The change database 125 can later be utilized to generate reports reconciling the change ticket database 116 and the change database 125. As discussed for FIG. 1, the analytics module 220 can associate changes into groups based on type of configuration change, failed changes, and failure status information. Further the analytics module 220 can associate the changes with the configuration ticket database 116 to reconcile configuration change requests. This reconciliation can be automatic where as part of the reconciliation process, information is passed from the analytics module 220 to the CMS 110 to automatically update the status information for the associated change ticket. This information can include closing a change ticket or noting a failure of a configuration change in the ticket.
The CCS 130 is coupled with the analytics module 220, preferably through a network. The CCS 130 contains one or more CEs 135. The CCS 130 also includes a configuration change monitor 232 which is configured to monitor changes to the CEs 135. Preferably, the change monitor 232 has access to the current conditions, such as date and time so that this information can be tagged to the status information generated. The status information which is generated can be sent as generated to the analytics module 220 or preferably directly to the change database 125. Also, contemplated is the ability of the change monitor 232 to store change information for later transfer to the analytics module 220 or change database 125. In general, the change monitor 232 can be a driver that is coupled to the file system of the CCS 130 to monitor and control changes to files associated with the CEs 135. The change monitor 232 can also include but is not limited to monitoring triggers generated by a database modification. The change monitor 232 can generate information regarding the status of a configuration change to a CE 135. This information can include whether the configuration change succeeded or failed. Further, when the change fails the information can include information regarding why the change failed. This can include but is not limited to, incompatible operating system, insufficient memory to do the change, and insufficient permission to access a file. Preferably, information generated by the selective lock 132 is sent to the analytics module 120 but alternatively or additionally can be sent directly to the change database 125 for later processing, reference, and report generation. Configuration changes 140 to the CEs 135 preferably do not come from the analytics module 120 but are made directly to the CCS 130 or over the network. Exemplary of this process is loading of an updated application where the application files are the CEs 135 to be changed.
A secure and authenticate channel can be used to communicated between the analytics module 220 and the change monitor 232. Any authentication and securing method can be implemented. Preferably the authentication scheme uses SSL (secure socket layer) using SSL key exchange to authenticate the analytic module 130.
The information generated by the change monitor 232, preferably stored in the change database 125, can be used to generate a variety of reports. First, the information can be used to reconcile the change ticket database with the changes made to the CEs 135 and thus generating change compliance reports. Further, compliance reports can be organized by user, system, type of configurable element, time, and type of change.
FIG. 3 is an illustrative embodiment of the process 300 for automatically enforcing a configuration change process for one or more configurable elements (CE) within a configurable computation system (CCS). In the step 310, the change process rules associated with the configurable elements within and configurable computation system are accessed. The rules can encompass a larger set of rules where only a subset of rules applies to specific CEs or a specific CCS. An exemplary embodiment of these rules is having authorizations by specific people, the availability of inventory, and performing a configuration change in a specified time window and on a specified day or day of the week. A configuration change request can embody that state of a request by containing information about who has authorized the configuration change, available inventory, or other information related to the request. The information within the configuration change request is evaluated against the rules for the associated CEs and CCSs referenced by a configuration change request.
In a step 320, the information associated with the configuration change request is analyzed using the rules associated with the CEs and CCS effected by the configuration change request. As part of the analysis, external conditions can be utilized. These include conditions like the current time of day, the date, and the day of the week. The analysis can find that some, none, or all of the associated CE have conformed to the rules for a configuration change.
In a step 330, configuration changes are selectively authorized for the CEs within the CCSs corresponding to the configuration change request. The authorization is based on analysis of the configuration change request and the configuration change rules. The authorization is communicated to at least one selective-lock which is used to provide selective enabling of configuration changes to the associated CEs. The communication is preferably over a network but other means are contemplated. Also, contemplated are secure authenticated communications. SSL (secure socket layer) can be used to secure encrypted the communications and authenticated by the use of SSL keys exchange.
In a step 340, one or more selective locks corresponding to one or more CCSs are configured to selectively allow configuration changes to the selectively authorized CEs. The selective enabling of CE configuration changes is based upon the selective authorizations generated in the step 330.
In a step 350, the selective locks generate status information regarding configuration changes made to enabled CEs. This status information can include information about but not limited to when the change was made, whether the change succeeded or failed, and reasons for the success or failure. This information can be stored for later transmission to a central collection point, such as a database for later analysis and report generation. Also contemplated by the invention is the transmission of the status information over a network and through other processing elements before storage.
In a step 360, reports are generated based on the stored status information and the configuration change requests. The report generation can associate the status information with the associated configuration change request. Further, the report generation can associate the status information with the CE, CCS, or a combination of these.
FIG. 4 is an illustrative embodiment of the process 400 for automatically monitoring a configuration change process for one or more CEs within one or more CCSs. In a step 410, a configuration change monitor generated status information regarding configuration changes made to CEs. This status information can include information about but not limited to when the change was made, whether the change succeeded or failed, and reasons for the success or failure of the configuration change. This information can be stored for later transmission to a central collection point, such as a database, for later analysis. Also, contemplated by the invention is the transmission of the status information through other processing elements before storage. Preferably the information is transmitted over a network.
In the step 420, the change configuration rules associated with the CEs corresponding to the status information generated in step 410 are identified. The one or more configuration change rules associated with a CE can be a subset of a larger set of rules. An exemplary embodiment of these rules is the requirement for authorization by specific people, the availability of inventory, and performing a configuration change in a specified time window and on a specified day or day of the week.
In a step 430, the information associated with the state of a configuration change request, the change ticket, is analyzed using the identified rules associated with the CEs and CCS and the associated status information generated in step 410. The change request state information or change ticket status information can be stored in a change ticket database. Part of the analysis, external conditions can be used. These include conditions like the current time of day, the date, and the day of the week. The analysis can determine that some, none, or all of the associated CE have conformed to the configuration change rules. Further, the processing determines whether there was a change configuration request. The results of such an analysis is saved in a form and structure such that the data can be used in the generation of reports associating status information with configuration change requests, CEs and CCSs.
In a step 440, reports are generated based on the stored status information and the configuration change requests. The report generation can associate status information with the associated configuration change. Further, the report generation can associate the status information with the CE, CCS, or a combination of these.

## Claims

1. A method, comprising:
a. accessing one or more change process rules, wherein the rules are associated with one or more configuration change requests to one or more configurable elements (CEs) within at least one configurable computation system (CCS),
wherein each configuration change request generates a change ticket requiring authorization before an implementation of the configuration change request,
wherein the authorization for the change ticket is provided by electronic inputs,
wherein the change ticket comprises an authorization field and an implementation status field;

b. analyzing the one or more configuration change requests using the change process rules and one or more current conditions;
c. selectively authorizing the one or more configuration change requests to a subset of the one or more CEs within the at least one CCS, wherein the selectively authorizing is based on the analysis of the one or more configuration change requests in relation to the change process rules and the one or more current conditions, wherein the selectively authorizing is delayed until the one or more conditions are met, and wherein the authorization for the change is limited to a subset of the one or more CEs that meets the change process rules;
d. configuring one or more selective-locks on the corresponding at least one CCS to enable configuration changes to the subset of the one or more CEs within the at least one CCS; and
e. updating status information in the implementation status field of the change ticket indicating a final result of the configuration change request.

2. The method of claim 1, wherein the one or more current conditions include at least one of a current time, a day of the week, a date, an inventory level, and a state of a mechanical device.

3. The method of claim 1, further comprising the step of authenticating the configuring of the one or more selective-locks.

4. The method of claim 3, wherein the authenticating comprises an SSL key exchange.

5. The method of claim 1, wherein the one or more selective-locks generates status information.

6. The method of claim 5, further comprising the step of associating the status information with at least one of: a corresponding one or more associated configuration change request, the corresponding CE, and the corresponding CCS.

7. The method of claim 6, wherein the status information contains at least one of: a status of each CE configuration change, a status of each CCS configuration change, and information associated with the success or failure of at least one CE configuration change.

8. The method of claim 6, further comprising the step of generating a report, wherein the report contains the configuration change status information, wherein the status change information is associated with the one or more configuration change requests and the corresponding one or more CEs within the at least one CCS.