Domain-Specific Language Engine for Digital Simulation Modeling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing programming languages lack domain-specific support for digital simulations, leading to inefficiencies in conciseness, type safety, and optimization, particularly in mathematical operations.

Innovation Solution

A system and method for creating domain-specific languages that are both domain-agnostic and language-agnostic, utilizing a meta-model structuring and creation system, meta-model mapping table, remote server, simulation execution process, and domain-specific language engine to generate and execute abstract digital simulation models.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If general purpose programming languages are used for digital simulations, then language versatility is maintained, but conciseness and type safety deteriorate

Engineering Contradiction:
ImproveconcisenessVSAvoidlanguage versatility
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent segments the programming language functionality into two distinct layers: a domain-specific language (DSL) for simulation modeling and a general-purpose programming language for system implementation. The DSL layer provides concise, type-safe simulation operations while the underlying general-purpose language maintains versatility. This segmentation allows users to write simulations in the concise DSL syntax without sacrificing the adaptability of the underlying system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a domain-specific language as an intermediary layer between the user and the general-purpose programming environment. This DSL acts as a mediator that translates high-level simulation concepts into lower-level operations, providing conciseness and type safety to users while the translation layer handles the complexity of the underlying general-purpose language implementation.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If domain-specific languages are created for specific simulation domains, then type safety and optimization improve, but device complexity increases

Engineering Contradiction:
Improvetype safetyVSAvoidlanguage creation complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent creates a universal DSL framework that can be applied across multiple simulation domains (physical, biological, social, etc.). Rather than creating separate domain-specific languages for each simulation type, the framework provides a unified approach that adapts to different domains through configuration and metadata, reducing the overall complexity while maintaining type safety across diverse applications.

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

Solution Approach 2:

The patent uses parameter changes and configuration metadata to adapt the DSL framework to different simulation domains. Instead of creating entirely new languages for each domain, the system modifies parameters, constraints, and metadata associated with the base DSL framework to accommodate domain-specific requirements, thereby maintaining type safety without proportionally increasing creation complexity.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If manual coding of simulation operations is performed, then flexibility is maintained, but productivity and error detection deteriorate

Engineering Contradiction:
Improvesimulation development speedVSAvoiderror detection
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent implements self-service mechanisms where the DSL framework automatically performs type checking, validation, and error detection during simulation model creation and execution. The system provides built-in support for detecting dimension mismatches, type errors, and logical inconsistencies without requiring manual verification, thereby improving both productivity and reliability simultaneously.

Inventive Principle:
Principle #25Self-service

4Power

If high-level declarative modeling is used, then optimization opportunities increase, but implementation complexity increases

Engineering Contradiction:
Improveoptimization capabilityVSAvoidmodeling system complexity
Core Design Contradiction:
PowerVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary compilation and code generation layer that translates high-level declarative simulation models into optimized low-level code. This intermediary layer captures optimization opportunities from the declarative model while handling the implementation complexity, allowing users to write simple high-level models without directly managing the complexity of optimization implementations.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20250209236A1System and method for creating domain specific languages for digital environment simulations
Publication Date: 2025.06.26 QPX LLC
  • US20250209236A1 patent drawing
  • US20250209236A1 patent drawing
  • US20250209236A1 patent drawing

AI summary

A system and methods for the creation of domain-specific languages that are both domain-agnostic and language-agnostic for use in a multi-language abstract digital simulation model generation and execution, comprising an onboarding module that creates domain specific models from declarative languages, domain-specific language engine, that uses the declarative domain-specific models to create a domain specific language, a meta-model structuring and creation system, meta-model mapping table, remote server, simulation execution process, computer domain-specific language, and methods for user-creation and editing of meta-models, simulation models, and parametrization of simulation environments, actors, objects, and events in real-time using heuristic searching.