Self-Descriptive Control Modules for Runtime Industrial Reconfiguration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Industrial systems face challenges in managing complex IoT devices and systems due to their heterogeneous nature, leading to management complexity and reluctance in adopting new technologies due to high costs and unproven reliability, resulting in limited adoption of IoT and software-defined technologies in industrial settings.

Innovation Solution

The implementation of a software-defined industrial system (SDIS) architecture that enables dynamic configuration and re-configuration of software and hardware resources through resource abstraction, using open architectures and self-descriptive modules to facilitate flexible updates and integration of new technologies, while ensuring security and interoperability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If statically configured I/O and subsystems are used in industrial systems, then system reliability is maintained, but system flexibility and adaptability deteriorate

Engineering Contradiction:
Improvesystem flexibilityVSAvoidsystem reliability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements dynamic reconfiguration of I/O and subsystems through a control system that allows runtime modification of system architecture. The controller can dynamically add, remove, or modify I/O points and subsystem connections without requiring physical hardware changes or system shutdowns, enabling the system to adapt to changing process requirements while maintaining operational reliability through controlled transition states.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The control system is divided into independent, modular components including I/O modules, subsystem modules, and a configuration manager. Each module can be individually configured, updated, or replaced without affecting the entire system. This segmentation allows flexible reconfiguration of specific system portions while maintaining stability in other areas, resolving the contradiction between adaptability and reliability.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If incremental changes are made to industrial systems over time, then system adaptability improves, but management complexity increases

Engineering Contradiction:
Improvesystem adaptabilityVSAvoidmanagement complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a configuration manager as an intermediary component that handles all change management operations. This manager provides a unified interface for configuring, updating, and managing system changes, automatically handling the complexity of incremental modifications. Users interact with the simple manager interface rather than directly managing complex system changes, reducing perceived complexity while enabling sophisticated adaptability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system manages complexity by parameterizing configuration data and using structured parameter change management. Configuration changes are represented as parameter modifications rather than structural reconfigurations, allowing systematic tracking and management of incremental changes. The configuration manager handles parameter validation, dependency resolution, and change propagation automatically, reducing management burden.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If new technologies are adopted in industrial systems, then system functionality improves, but operational and capital expenses increase

Engineering Contradiction:
Improvesystem functionalityVSAvoidoperational and capital expenses
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The patent implements virtualization of I/O and subsystem components, creating software-based copies that can run on existing hardware infrastructure. This allows new technological functionalities to be deployed as software modules without requiring expensive new hardware investments. Virtualized components can be replicated and distributed across available resources, improving functionality while leveraging existing capital investments.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The control system is designed with universal, multi-functional components that can perform multiple roles. A single controller platform can host various I/O modules, communication protocols, and processing functions through software configuration rather than dedicated hardware for each function. This multi-functionality reduces the need for specialized expensive equipment while maintaining diverse system capabilities.

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

4Reliability

If full unit shutdown is performed to implement system changes, then system reliability is maintained, but productivity deteriorates

Engineering Contradiction:
Improvesystem reliabilityVSAvoidsystem productivity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The configuration manager performs preliminary validation, simulation, and dependency analysis before implementing system changes. Configuration modifications are tested in a virtual environment first, and only validated changes are deployed to the running system. This preliminary action ensures reliability is maintained while allowing changes to be made without shutdowns, as the system is already prepared for the transition.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system maintains continuous operational capability during configuration changes by implementing hot-swappable modules and maintaining redundant processing paths. Critical control functions continue to operate while non-critical I/O or subsystem configurations are updated. The configuration manager coordinates changes to maintain continuous useful action, ensuring productivity is not interrupted by implementing necessary system modifications.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS11637918B2Self-descriptive orchestratable modules in software-defined industrial systems
Publication Date: 2023.04.25 INTEL CORP
  • US11637918B2 patent drawing
  • US11637918B2 patent drawing
  • US11637918B2 patent drawing

AI summary

Various systems and methods are provided for implementing a software defined industrial system. In an example, self-descriptive control applications and software modules are provided in the context of orchestratable distributed systems. The self-descriptive control applications may be executed by an orchestrator or like control device, configured to: identify available software modules adapted to perform functional operations in a control system environment; identify operational characteristics that identify characteristics of execution of the available software modules that are available to implement a control system application; select a software module for execution based on the operational configuration and the operational characteristics identified in the manifest; and cause the execution of the selected software module in the control system environment based on an application specification for the control system application.