Reference Model Requirement Orchestration in Digital Twin Development

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for developing complex technical systems face difficulties in efficiently forwarding and comparing specifications or requirements from pre-existing reference models, leading to high effort and understanding issues between senders and receivers, especially in identifying synergies between different specifications.

Innovation Solution

A method and tool for reference model-based, requirement-based development that automatically ascertains and forwards suitable specifications or requirements by accessing a digital twin, using user-based data and logic-based processing to orchestrate access to the reference model requirements, dividing the process into three orchestration phases for relevance assessment and extraction.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If text-based specifications or requirements are created and forwarded manually, then the process can be completed, but the effort for the creator and receiver is high and understanding problems occur

Engineering Contradiction:
Improveease of creating specificationsVSAvoidtime for creating and comparing specifications
Core Design Contradiction:
Ease of manufactureVSLoss of time

Solution Approach 1:

The patent replaces manual text-based specification creation and comparison with an automated computer-based system. The system automatically extracts requirements from reference models, processes them through logic-based orchestration, and generates standardized requirement specifications, eliminating the manual mechanical process of writing and comparing text documents.

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

Solution Approach 2:

The system enables self-service by automatically generating requirement specifications without human intervention in the extraction and initial processing stages. The automated orchestration logic independently assesses relevance, extracts appropriate requirements, and formats them according to standards, allowing the system to serve itself rather than requiring continuous human management.

Inventive Principle:
Principle #25Self-service

2Reliability

If multiple specifications or requirements are obtained from different senders, then comprehensive requirements can be gathered, but identifying synergies between them becomes difficult and effort-intensive

Engineering Contradiction:
Improvecompleteness of requirementsVSAvoidcomplexity of comparing and integrating specifications
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges multiple requirements from different reference models and senders into a unified standardized format. The system consolidates requirements through common data structures and orchestration logic, combining disparate specifications into a coherent set that can be systematically analyzed for synergies and conflicts.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The system transforms requirements by changing their parameter representation from diverse text-based formats to standardized structured parameters. This parameter transformation enables automated comparison and synergy identification by expressing all requirements in terms of comparable attributes and metrics.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If pre-existing reference models are used to develop technical systems, then development can be accelerated, but automatically selecting and forwarding appropriate specifications is difficult

Engineering Contradiction:
Improvespeed of system developmentVSAvoidautomation of requirement selection
Core Design Contradiction:
ProductivityVSExtent of automation

Solution Approach 1:

The system implements feedback mechanisms where the orchestration logic continuously assesses the relevance of extracted requirements against the target system context. The system receives feedback about which requirements are appropriate and adjusts the extraction and selection process accordingly, enabling automated adaptation to different development scenarios.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent applies preliminary action by pre-processing and structuring requirements from reference models before they are needed for actual system development. The system performs advance extraction, validation, and organization of requirements from reference models, so that when development needs arise, pre-processed requirements are readily available for automated selection and integration.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12001819B2Method, computer program product and modeling tool for the reference model-based, requirement-based development of a technical system
Publication Date: 2024.06.04 SIEMENS AG
  • US12001819B2 patent drawing
  • US12001819B2 patent drawing
  • US12001819B2 patent drawing

AI summary

A method, computer program product and modelling tool for a reference model requirement based development of a technical system is ascertained, (i) in a first orchestration phase, to ascertain a storage location in the digital twin for the suitable reference model requirement, (ii) in a second orchestration phase, to ascertain a relevance of the reference model requirement belonging to the storage location and relevant to the forwarding from different perspectives for the development of the technical system, and (iii) in a third orchestration phase, to extract the reference model requirement from the ascertained relevance.