Autonomic Computing Normalization Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Autonomic computing systems face challenges in managing and communicating between heterogeneous computing elements due to disparate programming approaches and technologies, leading to robustness and scalability issues.

Innovation Solution

A technology-neutral architecture is implemented to enable efficient management of autonomic systems, allowing components with different programming approaches or technologies to communicate and exchange information seamlessly, using data and command normalization, semantic object data structures, and machine learning for configuration adjustments and maintenance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If heterogeneous computing elements use different programming approaches and technologies, then system diversity and functionality are improved, but communication and management between elements become difficult

Engineering Contradiction:
Improvesystem diversityVSAvoidcommunication and management
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent introduces a technology-neutral architecture as an intermediary layer between heterogeneous computing elements. This architecture includes common data structures, protocols, and interfaces that mediate communication between elements using different programming approaches, enabling them to interact seamlessly without direct compatibility issues

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements a universal management framework that can handle multiple types of computing elements through a single technology-neutral platform. This framework provides multi-functional capabilities for monitoring, controlling, and coordinating diverse elements using standardized interfaces and data formats

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If additional software and hardware functionality is added for each combination of elements, then communication capability is improved, but device complexity increases

Engineering Contradiction:
Improvecommunication capabilityVSAvoidsoftware and hardware functionality
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent employs a universal technology-neutral architecture that provides a single set of communication protocols and data structures applicable to all computing element combinations. This eliminates the need for multiple specialized communication layers, reducing overall system complexity while maintaining broad compatibility

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent segments the system into distinct layers: a technology-neutral management layer and element-specific implementation layers. This segmentation isolates communication complexity at the neutral layer while keeping element implementations simple and independent

Inventive Principle:
Principle #1Segmentation

3Ease of manufacture

If disparate programming models are used, then implementation flexibility is improved, but robustness and scalability are compromised

Engineering Contradiction:
Improveimplementation flexibilityVSAvoidrobustness and scalability
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The patent standardizes key parameters such as data formats, communication protocols, and interface definitions across the technology-neutral architecture. This parameter standardization ensures consistent behavior and reliable interactions between elements from different programming models, enhancing system robustness and scalability

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS7542956B2Autonomic computing method and apparatus
Publication Date: 2009.06.02 GOOGLE TECHNOLOGY HOLDINGS LLC
  • US7542956B2 patent drawing
  • US7542956B2 patent drawing
  • US7542956B2 patent drawing

AI summary

The disparate data and commands from are received from a managed resource (102) and have potentially different semantics. The disparate data and commands are processed according to rules received from an autonomic manager (112) to produce a single normalized view of this information. The actual state of the managed resource is determined from the normalized view of disparate data. The actual state of the managed resource (102) is compared to a desired state of the managed resource (102). When a match does not exist between the actual state and the desired state, a configuration adjustment to the managed resource (102) and/or another resource is determined to allow the actual state to be the same as the desired state. Then, the configuration adjustment is applied to the managed resource (102). When a match exists between the actual state and the desired state, maintenance functions associated with the managed resource (102) are performed.