Executable Simulation Model Structure for Controlled Model Exchange

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing technologies face challenges in controlling the usage and exchange of computer simulation models between different parties, as providers lack control over execution and users desire verification of authenticity and originality.

Innovation Solution

A system and method for generating an executable data structure that includes a verification function to ensure compliance with execution requirements, allowing execution only if conditions are met, and a release function to manage access, ensuring the model remains executable only when requirements are fulfilled.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If standardized interfaces like FMI are used for model exchange, then the ease of operation and model exchangeability are improved, but the control over model usage and verification of authenticity are lost

Engineering Contradiction:
Improvemodel exchangeabilityVSAvoidusage control
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent embeds a verification and control mechanism within the existing simulation model package. The executable data structure contains both the simulation model and embedded verification functions that check execution requirements, creating a nested structure where the control mechanism is integrated inside the model delivery unit.

Inventive Principle:
Principle #7Nested doll (Nesting)

Solution Approach 2:

The patent introduces an intermediary verification mechanism that sits between the model provider and model user. The executable data structure acts as a mediator that automatically verifies execution requirements (like license checks, usage conditions) without requiring direct trust or complex negotiation between provider and user parties.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If the simulation model is made freely accessible for exchange, then the adaptability and ease of operation are improved, but the ability to control execution and verify ownership deteriorates

Engineering Contradiction:
Improvemodel accessibilityVSAvoidexecution control mechanism
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The executable data structure serves multiple functions simultaneously: it packages the simulation model for exchange, embeds verification logic for authenticity checking, enforces execution requirements, and manages access control. This multi-functional approach consolidates what would otherwise require separate systems into a single universal container.

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

Solution Approach 2:

The verification and control mechanisms are prepared and embedded in advance within the executable data structure before the model is exchanged or executed. Execution requirements, verification functions, and control logic are all pre-configured, eliminating the need for complex runtime negotiations or additional verification steps during model exchange.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If verification and control functions are embedded in the executable data structure, then the reliability and usage control are improved, but the device complexity and difficulty of manufacture increase

Engineering Contradiction:
Improveusage controlVSAvoidexecutable data structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges the simulation model, verification functions, control logic, and execution requirement checks into a single integrated executable data structure. This combination eliminates the need for separate verification systems and simplifies the overall architecture, as the control mechanism becomes an inherent part of the model package rather than an external add-on.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The executable data structure performs self-verification and self-control. The embedded verification functions automatically check execution requirements and enforce usage conditions without requiring external verification systems. The model package is self-sufficient, containing all necessary control logic within itself.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP4654054A1Generation of an executable data structure for storing a computer simulation model of a technical system
Publication Date: 2025.11.26 SIEMENS AG
  • EP4654054A1 patent drawingFigure 1
  • EP4654054A1 patent drawingFigure 2
  • EP4654054A1 patent drawingFigure 3

AI summary

The invention relates to a system (100) for generating an executable data structure (DS) for storing a computer simulation model (SIM) of a technical system, the system comprising: • an input unit (101) that is configured to read in the computer simulation model (SIM) of the technical system, • a processing unit (102) that is configured to read at least one execution requirement (EXR) for executing the computer simulation model, • a generator (103) that is configured o to generate a verification function (VER) for verifying the compliance of the data related to conditions for execution of the computer simulation model (SIM) with the execution requirement (EXR), with the verification function (VER) executing each time the computer simulation model is to be executed, o to generate a release function (REL) for allowing the execution of the computer simulation model only if the execution requirement (EXR) is met, and, o to generate the executable data structure (DS) comprising the verification function (VER), the release function (REL), and the computer simulation model (SIM), and, • an output unit (104) that is configured to output the executable data structure (DS).