Automated Change Plan Generation from Component Interactions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current change management in large-scale electronic-business environments is burdensome due to complex interdependencies between applications and services, requiring significant human involvement and expertise, and existing approaches rely on manual processes, detailed static information, source code, or management instrumentation, which limits automation and scalability.

Innovation Solution

A computer-implemented technique that observes interactions between components in a distributed computing system, consolidates them into interaction patterns, and transforms these patterns into change plans, eliminating the need for reliable dependency information and management instrumentation, allowing for automated generation of change plans that can be used to manage distributed systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If manual change management processes are used, then human expertise and control are maintained, but productivity and scalability are limited

Engineering Contradiction:
Improvechange management efficiencyVSAvoidautomation level
Core Design Contradiction:
ProductivityVSExtent of automation

Solution Approach 1:

The system enables self-service change management by automatically discovering dependencies, generating change plans, and executing changes without requiring manual intervention. The change management system autonomously observes component interactions, consolidates them into interaction patterns, and transforms these patterns into executable change plans, eliminating the need for human expertise in each step.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent replaces manual mechanical processes with automated computational mechanisms. Instead of humans manually tracking dependencies and creating change plans, the system uses computer-based observation, consolidation, and transformation algorithms to automatically generate change management workflows, substituting human cognitive work with automated processing.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Reliability

If detailed dependency information and management instrumentation are required, then change management accuracy is improved, but device complexity and implementation difficulty increase

Engineering Contradiction:
Improvechange management accuracyVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs self-discovery of dependency relationships by observing actual component interactions rather than relying on pre-configured dependency graphs or management instrumentation. The change management system autonomously monitors and learns the operational relationships between components, eliminating the need for complex pre-established dependency databases.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system continuously observes component interactions and uses this feedback to dynamically discover and update dependency relationships. By monitoring actual runtime behavior and consolidating interaction patterns, the system adapts its understanding of dependencies without requiring manual configuration or complex pre-defined dependency models.

Inventive Principle:
Principle #23Feedback

3Reliability

If staging areas and build sheets are used for change testing, then change management reliability is improved, but loss of time and productivity decrease

Engineering Contradiction:
Improvechange deployment safetyVSAvoidchange implementation time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary discovery of dependency relationships and generation of change plans before actual change execution. By observing component interactions and consolidating interaction patterns in advance, the system prepares executable change plans that can be directly applied to production environments without requiring time-consuming staging area setups.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent extracts the essential change management logic from the time-consuming staging area process. Instead of manually creating and validating changes in staged environments, the system extracts dependency information directly from observed component interactions and generates ready-to-execute change plans, eliminating the intermediary staging step.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS8229778B2Constructing change plans from component interactions
Publication Date: 2012.07.24 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US8229778B2 patent drawing
  • US8229778B2 patent drawing
  • US8229778B2 patent drawing

AI summary

Techniques for constructing change plans from one or more component interactions are provided. For example, one computer-implemented technique includes observing at least one interaction between two or more components of at least one distributed computing system, consolidating the at least one interaction into at least one interaction pattern, and using the at least one interaction pattern to construct at least one change plan, wherein the at least one change plan is useable for managing the at least one distributed computing system. In another computer-implemented technique, a partial order of two or more changes is determined from at least one component interaction in at least one distributed computing system, the partial order of two or more changes is automatically transformed into at least one ordered task, wherein the at least one ordered task is linked by at least one temporal ordering constraint, and the at least one ordered task is used to generate at least one change plan useable for managing the distributed computing system is generated, wherein the change plan is based on at least one requested change.