Distributed Automation Management via Service Registry

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current automation management systems lack effective methods for ensuring high availability and load balancing across distributed network devices, leading to potential service failures and inefficiencies in managing complex processes in fields like building management and industrial automation.

Innovation Solution

A distributed automation management system is deployed across multiple network devices, utilizing a service registry for redundancy and load balancing, where instances of services can select and synchronize configuration information from redundant peers based on load balancing strategies, ensuring robust operation and efficient resource allocation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a distributed automation management system is deployed across multiple network devices, then system availability and reliability are improved, but system complexity and difficulty of management increase

Engineering Contradiction:
Improvesystem availabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The automation management system is segmented into multiple independent service instances deployed across different network devices. Each service instance operates autonomously, and the system divides functionality into discrete deployable units that can be independently managed, installed, and scaled without affecting the entire system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A service registry acts as an intermediary component that manages the distributed service instances. The registry stores information about available services, their locations, and status, enabling automatic service discovery, deployment coordination, and instance management without requiring complex direct communication between all system components.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If redundant service instances are deployed for high availability, then system reliability is improved, but resource consumption and operational overhead increase

Engineering Contradiction:
Improveservice availabilityVSAvoidresource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

Multiple service instances are merged into a coordinated redundant system where instances share the same service logic and configuration. The service registry combines information from multiple instances to provide a unified service view, allowing the system to maintain availability while avoiding duplicate resource consumption through shared state and configuration management.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system dynamically changes operational parameters such as service instance activation status, load distribution weights, and resource allocation based on current system conditions. This allows redundant instances to remain in standby or low-power states when not needed, consuming minimal resources while maintaining the capability to activate immediately when required for high availability.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If load balancing strategies are implemented across distributed services, then system performance and efficiency are improved, but complexity of service coordination and management increases

Engineering Contradiction:
Improvesystem efficiencyVSAvoidcoordination complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The service registry implements feedback mechanisms that continuously monitor service instance performance, load conditions, and system state. This feedback information is used to automatically adjust load distribution, activate or deactivate instances, and optimize resource allocation without requiring complex manual coordination or centralized control logic.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Service instances autonomously manage their own operation, including self-registration with the registry, self-configuration based on registry information, and self-adjustment of operational parameters. This self-service capability reduces coordination complexity by eliminating the need for complex inter-instance communication and manual management of load balancing.

Inventive Principle:
Principle #25Self-service

4Adaptability or versatility

If services are deployed in a distributed manner across network devices, then system scalability and adaptability are improved, but difficulty of deployment and configuration increases

Engineering Contradiction:
Improvesystem scalabilityVSAvoidease of deployment
Core Design Contradiction:
Adaptability or versatilityVSEase of manufacture

Solution Approach 1:

Service templates and configuration schemas are prepared in advance through preliminary action. The service registry pre-defines service structures, required parameters, and deployment configurations, allowing new service instances to be rapidly deployed by simply instantiating these pre-prepared templates rather than configuring each instance from scratch.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses service templates as reusable copies that can be instantiated multiple times across different network devices. Each service instance is created as a copy of a validated template, ensuring consistency and reducing deployment errors. The service registry manages these templates and their instances, enabling scalable replication of services across the distributed infrastructure.

Inventive Principle:
Principle #26Copying

Data Source

PatentEP2449725B1Method, system and apparatus for providing automation management services
Publication Date: 2016.11.02 SIEMENS CORP
  • EP2449725B1 patent drawingFigure 1
  • EP2449725B1 patent drawingFigure 2
  • EP2449725B1 patent drawingFigure 3

AI summary

An automation management system is deployed and operates on a plurality of network devices in a network in a distributed manner. The plurality of network devices may comprise a plurality of routers, for example. Automation management services are deployed and operate on the network devices in accordance with a service-oriented architecture model. At least one of the services may comprise a first instance of the service deployed on a first network device and a second instance of the service deployed on a second network device. Methods for deploying and operating an automation management system on a plurality of network devices in a network are also provided.