Digital Twin Command Orchestration with Dependency Schema

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional Digital Twin Definition Language (DTDL) does not provide a mechanism for expressing command dependencies, limiting the ability to orchestrate and execute workflows effectively.

Innovation Solution

A new schema and relationship (IsOrchestratedBy) are introduced in DTDL to describe and execute command dependencies, allowing for the orchestration of commands and their dependencies within digital twin systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If DTDL is used to describe digital twins, then uniform modeling and knowledge sharing are enabled, but command dependencies cannot be expressed

Engineering Contradiction:
Improvemodeling capabilityVSAvoidcommand dependency information
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The patent segments the command execution model into distinct components: commands, dependencies, workflows, and states. Each aspect is separately defined in the extended DTDL schema, allowing command dependencies to be expressed as separate relationship entities rather than being embedded in the command definitions themselves. This segmentation enables the language to maintain its existing digital twin modeling capabilities while adding explicit dependency expression without conflating different conceptual layers.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary dependency model that mediates between commands and their execution order. Rather than directly embedding execution logic in command definitions, the dependency model acts as an intermediary layer that describes relationships between commands, workflows, and states. This intermediary structure preserves the declarative nature of DTDL while enabling complex orchestration scenarios through separate dependency declarations.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Extent of automation

If command dependencies are added to DTDL, then command orchestration is enabled, but language complexity increases

Engineering Contradiction:
Improvecommand orchestrationVSAvoidlanguage structure
Core Design Contradiction:
Extent of automationVSDevice complexity

Solution Approach 1:

The patent implements universal relationship types (IsOrchestratedBy, DependsOn, PreCondition, PostCondition) that can be applied across different command scenarios. These relationship definitions serve multiple purposes: they define execution order, specify prerequisites, describe state transitions, and enable workflow composition. This multi-functionality reduces the need for separate language constructs for each orchestration scenario, managing complexity through reusability rather than proliferation of syntax.

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

Solution Approach 2:

The patent requires that command dependencies, workflows, and state transitions be declared in advance through the extended DTDL schema. This preliminary declaration approach allows the system to automatically generate execution plans and validate dependencies before runtime, rather than requiring complex runtime decision-making logic. The upfront structuring of relationships simplifies the execution engine's task while enabling sophisticated orchestration behavior.

Inventive Principle:
Principle #10Preliminary action

3Extent of automation

If workflows are constructed from command dependencies, then automation is enhanced, but processing time increases

Engineering Contradiction:
Improveworkflow executionVSAvoidworkflow construction time
Core Design Contradiction:
Extent of automationVSLoss of time

Solution Approach 1:

The patent constructs workflow representations and execution plans in advance by processing the declared command dependencies and relationships. This preliminary workflow construction occurs during system initialization or model loading, allowing the execution engine to work with pre-compiled workflow graphs rather than interpreting dependency relationships in real-time. The upfront processing trades initial construction time for significantly faster runtime execution and validation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent maintains continuous workflow execution by efficiently managing state transitions and command sequencing based on pre-established dependencies. Once workflows are constructed, the system continuously executes commands in the determined order without repeated parsing or analysis of dependency relationships. This continuous execution mode minimizes processing overhead during runtime while maintaining automation capabilities.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS12554539B2Command orchestration for digital twin models
Publication Date: 2026.02.17 DELL PROD LP
  • US12554539B2 patent drawing
  • US12554539B2 patent drawing
  • US12554539B2 patent drawing

AI summary

Command orchestration for digital twin models. Command dependencies can be expressed in definition documents using a schema. The schema pay point to a command manager digital twin configured to perform command related construction operations, command related execution operations, and command related logging operations. The command manager digital twin may also be configured to generate code from definition documents.