Automated IoT Device Configuration via Container Runtime and SSH

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for integrating new computing devices into modern operation and control systems or IoT networks are either manual and error-prone or limited by pre-configured container runtime environments, which restrict device-specific capabilities and protocol usage.

Innovation Solution

A distributed computing infrastructure with a device management service that automates the configuration and integration of new computing devices by listening for broadcasting messages, connecting via SSH, downloading device descriptions, creating security certificates, and deploying a container runtime environment with required connectors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If manual engineering approach is used to configure new devices, then device integration can be customized, but the process is tedious and error-prone leading to inefficiency and high costs

Engineering Contradiction:
Improvedevice configuration easeVSAvoiddevice integration efficiency
Core Design Contradiction:
Ease of manufactureVSProductivity

Solution Approach 1:

The device is pre-configured with a container runtime environment and default SSH credentials before deployment. This preliminary setup enables automatic connection and configuration by the device management service without requiring manual engineering intervention, thus resolving the contradiction between customization capability and integration efficiency

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The joining computing device automatically broadcasts its presence and receives configuration from the device management service without human intervention. The device self-configures by receiving container runtime environment, connectors, and security certificates automatically, eliminating manual configuration steps while maintaining customization through device-specific descriptors

Inventive Principle:
Principle #25Self-service

2Ease of operation

If device pre-configuration with container runtime environment is used, then devices are ready for software deployment, but integration is limited to homogeneous scenarios or standard runtime environments

Engineering Contradiction:
Improvesoftware deployment readinessVSAvoiddevice integration flexibility
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The configuration is segmented into device-specific components: each device has its own descriptor file containing hardware capabilities, supported connectors, and protocol information. This segmentation allows the universal device management service to adapt to diverse device types while maintaining ease of operation through standardized container runtime deployment

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system applies local quality by downloading and applying device-specific connectors and configuration parameters based on the individual device's capabilities described in its descriptor. This enables each device to receive customized configuration tailored to its specific hardware and protocol requirements while using the same overall automation approach

Inventive Principle:
Principle #3Local quality

3Device complexity

If standardized container runtime environment is used, then device integration is simplified, but device-specific compute capabilities such as FPGA cannot be utilized

Engineering Contradiction:
Improveintegration process complexityVSAvoiddevice capability utilization
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

Device-specific connectors act as intermediaries between the standardized container runtime environment and device-specific capabilities such as FPGAs, I/O interfaces, and communication protocols. These connectors enable the universal container runtime to access and utilize specialized hardware resources without increasing integration complexity for end users

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If operators manually connect to new devices for initial network configuration, then secure communication can be established, but the process requires significant time and human intervention

Engineering Contradiction:
Improvesecure communication establishmentVSAvoiddevice configuration time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Default SSH credentials are pre-configured on the joining device before it joins the network. This preliminary action enables the device management service to automatically establish secure SSH connections without requiring operator intervention for initial authentication, significantly reducing configuration time while maintaining security through subsequent certificate-based authentication

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12314730B2Computer implemented method and distributed computing infrastructure for automated plug and play configuration
Publication Date: 2025.05.27 SIEMENS AG
  • US12314730B2 patent drawing
  • US12314730B2 patent drawing
  • US12314730B2 patent drawing

AI summary

Various embodiments of the teachings herein include a computer-implemented method for automated configuration of a joining computing device into a computing system. The method may include: using a device management service to listen for messages from joining devices; connecting via secure shell and factory default credentials to a discovered device; configuring the joining device based on device descriptions, including: downloading a description from the joining device; creating new security certificates which enable secure communication; closing the default ssh services and triggering a reboot; reading the description from the joining device; using the description to identify the set of connectors required for the container runtime environment to be deployed; and receiving into and executing containerized software in a deployed container runtime environment on the joining computer device.