Automation Server Architecture for Cross-Vendor Robot Fleet Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Manufacturing facilities face challenges in integrating robotic devices and fleet managers from different vendors due to incompatibility issues, leading to limited functionality and bottlenecked communication and processing.

Innovation Solution

A centralized automation server communicates directly with robotic devices and sensors via a private 5G network, bypassing proprietary vendor-specific interfaces, to manage and control tasks across multiple robotic devices and sensors from various vendors, enabling real-time data processing and decision-making.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If proprietary vendor-specific interfaces are used for communication between fleet managers and robotic devices, then each vendor's robotic devices can be controlled independently, but integration between different vendors' systems becomes difficult and communication efficiency is bottlenecked

Engineering Contradiction:
Improveintegration capabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a standardized communication interface as an intermediary layer between diverse robotic devices and the centralized control system. This interface translates vendor-specific protocols into a universal format, enabling seamless integration without requiring complex point-to-point integration between each vendor's proprietary systems.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements a universal communication protocol that can handle multiple vendor-specific formats through a single standardized interface. This allows the system to work with robotic devices from different vendors using one unified communication pathway, eliminating the need for separate integration solutions for each vendor.

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

2Productivity

If a centralized automation server is implemented to manage multiple robotic devices, then real-time data processing and decision-making are enabled, but communication infrastructure requirements and system complexity increase

Engineering Contradiction:
Improveprocessing efficiencyVSAvoidinfrastructure complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent consolidates control functions for multiple robotic devices into a single centralized automation server. This merging of control capabilities into one unified system enables real-time data processing and coordinated decision-making across the entire robotic fleet, improving overall processing efficiency.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent replaces complex mechanical integration infrastructure with a software-based standardized communication interface. This substitution allows the centralized server to communicate with diverse robotic devices through digital protocols rather than requiring complex physical integration infrastructure.

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

3Reliability

If vendor-specific fleet managers are used for each robotic device, then device-specific control requirements are met, but compatibility issues arise and integration functionality is limited

Engineering Contradiction:
Improvedevice control reliabilityVSAvoidcross-vendor compatibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The standardized communication interface acts as a mediator that receives device-specific commands from the centralized server and translates them into vendor-specific protocols. This preserves reliable device-specific control while enabling cross-vendor compatibility through the translation layer.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system dynamically changes communication parameters based on the target device's vendor and protocol requirements. The standardized interface adjusts data formats, communication rates, and command structures to match each specific robotic device while maintaining a consistent control architecture.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11878422B2Integrated manufacturing automation system architecture
Publication Date: 2024.01.23 CORNING RES & DEV CORP
  • US11878422B2 patent drawing
  • US11878422B2 patent drawing
  • US11878422B2 patent drawing

AI summary

An automation server accesses a task for a robotic device. The automation server generates motor control commands for the robotic device to complete the task. The automation server transmits, via a network and in a format defined by an Application Program Interface (API), the motor control commands from the automation server to a fleet manager associated with the robotic device, the motor control commands for forwarding from the fleet manager to the robotic device. The automation server receives, from one or more sensors attached to the robotic device and via the network, robotic device sensor data. The automation server receives, from multiple remote sensors and via the network, remote sensor data. The automation server adjusts the generated motor control commands to complete the task based on the robotic device sensor data and the remote sensor data.