<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>J. Bickford, D. L. Van Bossuyt, P. Beery, A. Pollman, Operationalizing digital twins
through model-based systems engineering methods, Systems Engineering</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.1002/cite.201800112</article-id>
      <title-group>
        <article-title>Emerging Challenges in Compositionality and Correctness for Digital Twins</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Eduard Kamburjan</string-name>
          <email>eduard@ifi.uio.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Vidar Norstein Klungre</string-name>
          <email>vidarkl@ifi.uio.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>S. Lizeth Tapia Tarifa</string-name>
          <email>sltarifa@ifi.uio.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Rudolf Schlatte</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Martin Giese</string-name>
          <email>martingi@ifi.uio.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Einar Broch Johnsen</string-name>
          <email>einarj@ifi.uio.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>David Cameron</string-name>
          <email>davidbc@ifi.uio.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Informatics, University of Oslo</institution>
          ,
          <addr-line>Oslo</addr-line>
          ,
          <country country="NO">Norway</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2015</year>
      </pub-date>
      <volume>23</volume>
      <issue>2020</issue>
      <abstract>
        <p>A digital twin is an information system that analyzes the behavior of a physical or digital system by connecting streams of observations to dynamic (e.g., simulation) and static (e.g., asset management) models of this twinned system. In large-scale industrial settings, the digital twin will often need to manage a multitude of models for subsystems reflecting diferent engineering disciplines, vendors, etc. To analyze such complex systems, digital twins must ensure the correct composition of these models and their correct exposure to the user. For the integration and transfer of information between models, digital twins may profit from a formalization of domain knowledge using ontologies, which have proven efective to unify data models. However, it is an open challenge to formalize and verify the correctness of digital twins. This paper discusses this problem for digital twins and illustrates challenges for formal methods with a focus on the composition of heterogeneous dynamic models.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Semantic Technologies</kwd>
        <kwd>Asset Models</kwd>
        <kwd>Digital Twins</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Digital twins, originally conceived for NASA’s space programme [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], enable industry to
significantly improve the life-cycle management of physical assets. The vision of digital twins is
to create a digital replica (the “digital twin”), which is connected in real time to the modelled,
traditionally cyber-physical, system (the “twinned system”). Via this real-time connection, the
digital twin aims to provide insights into the twinned system’s state or behavior.
      </p>
      <p>
        At the core of this vision, the digital twin coordinates data exchange between (a) the twinned
system, (b) a range of model-based analysis tools and (c) stake-holders like engineers and
analysts. The data about the twinned system typically combine static asset models and
timeseries measurements (e.g., data streams from sensors). The analysis tools typically combine
simulators of physical models with executable software models. The digital twin computes an
approximation of the behavior of the twinned system to explore “what-happened”,
“what-mayhappen” and “what-if” scenarios. The engineer can interact with the digital twin to access data,
but also to perform more involved operations, e.g., to predict the consequences of changing
system parameters, replacing components in the twinned system, or evaluate newly developed
designs [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>A digital twin is a composed, data-intensive system that needs to coordinate its analysis tools,
data exchange between the twinned system and models that are relevant for a particular analysis,
as well as between diferent models if necessary. If the twinned system is physical, it consists of
a cyber-physical system (CPS) in a physical environment, i.e., physical boundary conditions (e.g.,
temperature or fluid pressure) and modelled external actions (e.g., motion tracking devices). In
the digital twin, both the CPS and the environment may be modeled by several components,
each reflecting a part of the CPS or the dynamics of the operational environment. These smaller,
targeted models are typically created by domain experts (e.g., chemical, mechanical or electrical
engineers). Digital twins in industry are built from proprietary black-box applications, supplied
by the vendor of the component. This limits the possibility to automate workflows within
digital twins and to use formal tools to ensure basic correctness properties.</p>
      <p>Nonetheless, digital twins are suited for formalization because of the inherent connection to
model-based concepts. Challenges arise, besides black-box simulation, from the connection of
complex data with complex dynamic models within the digital twin. Observe that there is a
dichotomy between correctness for static and dynamic models: the integration of diverging
static models can be achieved using semantic technologies, while the correct behavior and
compositional constraints for dynamic models can be ensured using formal methods. A crucial
step towards the formalization of digital twins is to connect these two approaches and formalize
data propagation inside the twin.</p>
      <p>
        While digital twins are often discussed from a data or business perspective [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], we take the
formalization perspective in this paper to discuss the connection between static models of
data and the composition of dynamic models. Correct data propagation between (and within)
diverse models is related to orchestration in co-simulation [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], which is usually restricted to
static structure. To configure a co-simulation system correctly for a particular analysis, diferent
simulators need to be orchestrated to exchange data correctly. One particular approach to
solve the challenge outlined above, is to combine knowledge graphs with orchestration in
generalized co-simulation to ensure correctness. In this article we illustrate this, and further
emerging challenges for formal methods with respect to integrating asset models and semantic
technologies for digital twins.
      </p>
      <p>
        Related work. Semantically lifted programs integrate static models represented using semantic
technologies and dynamic models such as simulation units, into a programming language [
        <xref ref-type="bibr" rid="ref5 ref6">5, 6</xref>
        ].
They have been applied to digital twins [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], but correctness has only been considered for specific
applications [
        <xref ref-type="bibr" rid="ref7 ref8">8, 7</xref>
        ]. Recent co-simulation surveys identify a lack of research into modular, stable,
and accurate coupling of simulators in dynamic scenarios [
        <xref ref-type="bibr" rid="ref4 ref9">4, 9</xref>
        ]. There is a long tradition to
use semantic technologies to integrate data [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], in the digital twin context this is recently
discussed [
        <xref ref-type="bibr" rid="ref11 ref12 ref2">2, 11, 12</xref>
        ].
      </p>
      <p>NGL input
r
e
s
i
n
a
h
t
e
e
d
ethane
to plant
r
e
s
i
n
a
p
o
r
p
e
d</p>
      <p>propane
n
o
it storage
c
a
f
e
u
q
li</p>
      <p>butane
n
o
i
t
c
a
f
e
u
q
il
irse storage
n
a
t
u
-edb storage
natural gasoline</p>
    </sec>
    <sec id="sec-2">
      <title>2. Background</title>
      <p>We briefly review the main concepts in co-simulation and ontologies, which form the basis for
our discussion of digital twins and semantic technologies.</p>
      <p>
        Co-simulation denotes a way to implement global simulation of a complex system via the
composition of various dynamic models representing the system’s components [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Each
individual model, or simulation unit, can be seen as a black box capable of exhibiting behavior,
consuming inputs and producing outputs. Assembling these simulation unit into a co-simulation
poses some specific coordination challenges. The models must be synchronized not only wrt.
the values they exchange (typically via point-to-point typed channels), but also on the current
simulation time and when and by how much to advance time.
      </p>
      <p>The time model of simulations, and hence co-simulations, can be discrete or continuous. In
discrete event simulations, a simulation unit synchronizes with the environment at specific
timestamps to exchange values. If two events happen at the same time, both are processed before
the simulated time progresses. In continuous time simulation (e.g., for physical state), the state
evolves continuously, which introduces flexibility in the step size of the time synchronization.
For co-simulation scenarios which combine discrete and continuous parts, the orchestrator
needs to reconcile the diferent assumptions about the inputs and outputs of each unit to retain
the properties of the constituent systems.</p>
      <p>
        Semantic Technologies [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] are techniques to formally attach meaning to data which can be used
when constructing complex intelligent systems such as digital twins [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. These techniques are
based on ontologies: formal, conceptual descriptions of a domain, usually expressed in the Web
Ontology Language (OWL) [14]. The ontology specifies the vocabulary of classes and properties
that can be used by the system model, and a set of axioms, i.e., constraints, to which the model
must adhere. Ontologies are used in many diferent domains, both within organizations, and
as parts of large open projects, like SNOMED CT, an open ontology for clinical terms [15]. By
introducing instances and combining them with classes and properties from the ontology, one
can construct statements using the resource description framework (RDF) [16]; e.g., to model
a concrete storage tank in some facility, one can assign an identifier ( :st1) to the storage
tank instance and connect it to the storage tank class (:StorageTank) given in the ontology:
:st1 a :StorageTank. There is good tool support to check consistency of the resulting
knowledge graphs (e.g., do all axioms indeed hold?), query them (e.g., what are all the storage
tanks?), and reason over them to infer new facts, or check if concrete facts are implied.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. A Simple Engineering Model</title>
      <p>We use a small example to illustrate the challenges for coordinating models inside a digital
twin. Fig. 1 shows the structure of a natural gas liquid (NGL) fractionation plant. Its input is
natural gas liquids, or condensate, which is a mixture of light hydrocarbons (ethane, propane
and butane). The purpose of the plant is to separate the light hydrocarbons. In the plant, the
natural gas liquids are fed into distillation columns to isolate a single product: ethane, propane,
then butane. Each column outputs two streams: a top product gas and the bottoms product that
contains the remaining heavier hydrocarbons. The light gas products are either directly sent to
a consumer (ethane is, e.g., used as a feed for petrochemicals plants or is burnt as fuel), or they
are liquefied for sale.</p>
      <p>Distillation is an expensive and energy-intensive process. Operating the plant requires us
to monitor the fractionation process and determine optimal parameters like reflux rates and
operating pressures for each distillation column and liquefaction unit. We can use dynamic
models for simulation, based on non-linear systems of diferential equations [ 18]. Model
composition is constrained by domain knowledge about chemistry, thermodynamics and design
practice. The parameters of the distillation and liquefaction units depend on the expected
properties of the feed stock and constraints on the quality of the processed products. They are
selected at design time to optimize the cost and performance of the plant. These parameters
may be continuous variables (diameter of a column) or integers (number of trays in a distillation
column).</p>
      <p>Ontology. An ontology for the fractionation plant can include two main classes: :Pipeline
and :Component; each :Component must be either a :Separator, a :StorageTank, or a
:Liquefier. Pipelines and components are connected by pipes, captured in the ontology with
the object property :isConnectedTo. The part of the ontology concerned with separators
and pipelines is then as follows:
:Component a owl:Class.
:Pipeline a owl:Class.</p>
      <p>:Separator a owl:Class.</p>
      <p>:isConnectedTo a owl:ObjectProperty.</p>
      <p>Using this ontology, we construct the pipeline from the feed source (:pipeline1) and its
connection to the de-ethaniser (:separator1) (see Fig. 1) as follows:
:pipeline1 a :Pipeline.
:pipeline1 :isConnectedTo
:separator1 a :Separator.</p>
      <p>:separator1.</p>
      <p>The model described here can be part of a digital twin, which additionally ensures correct
data exchange and consistency both within the model and in its relation to the physical asset.
(Remark that our terminology of a digital twin is sometimes called a digital twin architecture
or a digital twin environment [19].) In particular, the digital twin must ensure correct data
exchange not only between a dynamic model and a twinned system, but between diferent
possible compositions of dynamic models, each running a diferent “what-if” scenario. These
composed models cannot be used to control the twinned system, yet are connected to data
streams from it, and possibly to the controlling model — it is paramount to keep explorative
models connected to the controlling model, such that these do not influence the behavior of the
twinned system directly.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Challenges</title>
      <p>Development and formalization of digital twins beyond the industrial state of the art poses a
number of challenges to the technologies employed. We identify two core challenges:
Formalizing (a) the correctness of digital twins, and (b) the principles of model composition for a targeted
physical or digital system.</p>
      <p>Consider Fig. 2, which shows the structure of models that make up the digital twin. Note
that the orchestrator need not be monolithic and that each of the boxes may be a dynamic
model or a data stream from a twinned system. At each point in time, several dynamic model
compositions may exist, with diferent configurations, for diferent purposes. Challenge (a)
is to ensure that these composed dynamic models are internally consistent (i.e., they form
meaningful co-simulation models), consistent with respect to the domain (i.e., they form models
of some possible asset) and consistent with the actual twinned asset (i.e., the composed models
and the twinned asset have the same structure).</p>
      <p>The Semantics of Composition. Beyond checking for datatype violations and unconnected ports,
the modeler must assess whether the composition of dynamic models is meaningful. Further
checks are necessary, for example, whether the dynamic models are connected correctly with
respect to the existing domain. In Fig. 2, the two output ports of each fractionation unit will have
the same data type and physical unit (e.g., pressure or flow) but diferent semantic meanings;
such consistency is a correctness property that relies on domain knowledge.</p>
      <p>Static and Dynamic Topologies. The above challenge generalizes beyond connections: If the
co-simulation is mirroring an asset (or asset model), then every meaningful component of the
asset should be included in the co-simulation. Ensuring that the topology of the configuration
is consistent with the domain must, again, take domain knowledge into account.</p>
      <p>Observe that the notion of a digital replica touches on coordination aspects of self-organization [20],
which must ensure that changing structure adheres to its domain constraints: The structure
of the twinned system may change, e.g., due to planned maintenance (some components are
shut of and exchanged) or unplanned repair. Tracking such changes is typically not supported
by co-simulation frameworks or existing industrial practice such as [21], yet structural
reconfiguration is crucial in the digital twin to be able to use historical data without restarting
the simulation system.</p>
      <p>In our example, this corresponds to three scenarios: (a) Is the dynamic model indeed a replica
of an existing system? (b) For a what-if analysis: is the modeled system a possible fractionation
plant? (c) For a maintenance analysis: does the proposed modification, adhere to the domain
model? E.g., in the NGL example, if more information about :separator1 and the connected
tanks is available, we can use the representation of domain knowledge in an ontology to deduce
whether the system adheres to the domain model.</p>
      <p>Coordinating Speculative Analyses. The last challenges are concerned with one dynamic model,
but as the digital twin moves from reproducing “what-happened” scenarios, in which the factual
observations of the twinned system are known, to exploring possible “what-if” scenarios for
its future behavior, the knowledge supplied by the twinned system decreases. E.g., one may
want to explore how replacing a distillation column, or high environmental temperature, would
afect the production of the plant as a whole. In these scenarios, there may be many solutions to
the composition problem and the digital twin may need to speculatively explore and coordinate
diferent possible solutions. Several of the composed models depicted in Fig. 2 may coexist; the
composed models must share the connection to the twinned system and may also share some
models.</p>
      <p>
        Asset Models. The structural correctness of a dynamic model with respect to a twinned system
requires that the twinned system already has a formal representation. One approach is to
use asset models and semantically lifted programs to uniformly represent the twinned system
and the dynamically composed model [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. In particular for twinned physical systems, asset
models can play a central role to achieve correctness and compositionality for digital twins: they
formally describe requirements and topologies from the asset’s perspective, thereby providing
the twin with static configuration data for model composition [22].
      </p>
      <p>An asset model is an organized description of the composition and properties of an asset
[23, 24, 25], used to support, e.g., maintenance operations on an asset. Asset models may be
formalized as ontologies [26] or use them [27, 28, 29], with semantic data access being a current
research focus [30, 31, 26]. We are in particular interested in top-down asset models which start
by modeling the desired functionality of a system as a whole, and then decompose the system
into functional sub-systems. This approach, which relates to model-driven engineering [32],
is supported by modelling tools and languages such as SysML (e.g., [33]). A top-down model
provides a scalable framework for tracking requirements along a system decomposition and
linking requirements to individual components to higher-level system requirements [34, 35]. We
conjencture that top-down asset models can be used to tackle further challanges, by enriching
them with information specific to digital twins.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusion</title>
      <p>Digital twins connect the management and development of a physical or digital system by
applying analyses to a digital model in real time. In large-scale industrial settings, the asset is
captured by a multitude of models, which stem from diferent engineering disciplines, diferent
domain models and diferent vendors. Digital twins need to correctly integrate and exchange
data between such models. This paper discusses challenges for correctness and compositionality
in the setting of digital twins, and proposes the use of asset models and formalized domain
knowledge to enable formal methods to meet these challenges.</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>This work was supported by the Norwegian Research Council via the SIRIUS Centre (237898)
and the PeTWIN project (294600).
[14] W3C, OWL Working Group, Web ontology language, ???? https://www.w3.org/OWL.
[15] SNOMED International, SNOMED CT, ???? https://www.snomed.org/.
[16] W3C, RDF Working Group, Resource description framework, ???? https://www.w3.org/</p>
      <p>RDF.
[17] F. Jahn, M. Cook, M. Graham, Hydrocarbon Exploration and Production, Developments in</p>
      <p>Petroleum Science, 2nd ed., Elsevier, 2008.
[18] A. Rahimi, M. Mustafa, M. Zaine, N. Ibrahim, K. Ibrahim, N. Yusof, E. Al-Mutairi,
M. Abd.Hamid, Energy eficiency improvement in the natural gas liquids fractionation
unit, Chemical Engineering Transactions 45 (2015). URL: https://www.cetjournal.it/index.
php/cet/article/view/CET1545313. doi:10.3303/CET1545313.
[19] D. Jones, C. Snider, A. Nassehi, J. Yon, B. Hicks, Characterising the digital twin: A systematic
literature review, CIRP Journal of Manufacturing Science and Technology 29 (2020).
URL: https://www.sciencedirect.com/science/article/pii/S1755581720300110. doi:https:
//doi.org/10.1016/j.cirpj.2020.02.002.
[20] A. Steiniger, A. M. Uhrmacher, Composing variable structure models - A revision of
COMO, in: T. I. Ören, J. Kacprzyk, L. Þ. Leifsson, M. S. Obaidat, S. Koziel (Eds.),
SIMULTECH, SciTePress, 2013. URL: https://doi.org/10.5220/0004486302860293. doi:10.5220/
0004486302860293.
[21] OSIsoft, The Power of Asset Framework, Technical Report, OSIsoft, LLC, 2015. URL:
https://resources.osisoft.com/white-papers/the-power-of-asset-framework/, published at
https://resources.osisoft.com/white-papers/the-power-of-asset-framework/.
[22] D. B. Cameron, A. Waaler, T. M. Komulainen, Oil and Gas digital twins after twenty years.</p>
      <p>How can they be made sustainable, maintainable and useful?, in: SIMS 59, Linköping
University Electronic Press, 2018. URL: http://dx.doi.org/10.3384/ecp181539. doi:10.3384/
ecp181539.
[23] J. Heaton, A. K. Parlikad, Asset information model to support the adoption of a
digital twin: West cambridge case study, IFAC-PapersOnLine 53 (2020). URL: https:
//www.sciencedirect.com/science/article/pii/S2405896320302093. doi:https://doi.org/
10.1016/j.ifacol.2020.11.059.
[24] M. Rotondi, A. Cominelli, C. Di Giorgio, R. Rossi, E. Vignati, B. Carati, The benefits of
integrated asset modelling: lessons learned from field cases, in: Europec/EAGE Conf. and
Exhibition, OnePetro, 2008.
[25] K. Wei, J. Z. Sun, R. J. Liu, A review of asset administration shell, in: IEEM, 2019.</p>
      <p>doi:10.1109/IEEM44572.2019.8978536.
[26] E. Fjøsna, A. Waaler, READI Information modelling framework (IMF). Asset Information
Modelling Framework, Technical Report, READI Project, 2021. URL: https://readi-jip.org/
wp-content/uploads/2021/03/Information-modelling-framework-V1.pdf.
[27] R. Mehmandarov, A. Waaler, D. Cameron, R. Fjellheim, T. B. Pettersen, A semantic
approach to identifier management in engineering systems, in: Big Data, IEEE, 2021.
doi:10.1109/BigData52589.2021.9671515.
[28] A. Poggi, D. Lembo, D. Calvanese, G. D. Giacomo, M. Lenzerini, R. Rosati, Linking data to
ontologies, J. Data Semant. 10 (2008). doi:10.1007/978-3-540-77688-8\_5.
[29] M. G. Skjaeveland, M. Giese, D. Hovland, E. H. Lian, A. Waaler, Engineering ontology-based
access to real-world data sources, J. Web Semant. 33 (2015). doi:10.1016/j.websem.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>E.</given-names>
            <surname>Glaessgen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Stargel</surname>
          </string-name>
          ,
          <article-title>The Digital Twin Paradigm for Future NASA and U.S. Air Force Vehicles</article-title>
          ,
          <string-name>
            <surname>AIAA</surname>
          </string-name>
          ,
          <year>2012</year>
          . URL: https://doi.org/10.2514/6.2012-
          <fpage>1818</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D.</given-names>
            <surname>Cameron</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Waaler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. M.</given-names>
            <surname>Komulainen</surname>
          </string-name>
          ,
          <article-title>Oil and gas digital twins after twenty years. How can they be made sustainable, maintainable and useful?</article-title>
          ,
          <source>in: SIMS 59</source>
          ,
          <year>2018</year>
          . doi:
          <volume>10</volume>
          . 3384/ecp181539.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>B. R.</given-names>
            <surname>Barricelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Casiraghi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Fogli</surname>
          </string-name>
          ,
          <article-title>A survey on digital twin: Definitions, characteristics, applications, and design implications</article-title>
          ,
          <source>IEEE Access 7</source>
          (
          <year>2019</year>
          ). doi:
          <volume>10</volume>
          .1109/ACCESS.
          <year>2019</year>
          .
          <volume>2953499</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>C.</given-names>
            <surname>Gomes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Thule</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Broman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. G.</given-names>
            <surname>Larsen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Vangheluwe</surname>
          </string-name>
          , Co-simulation:
          <article-title>A survey</article-title>
          ,
          <source>ACM Comput. Surv</source>
          .
          <volume>51</volume>
          (
          <year>2018</year>
          ). URL: https://doi.org/10.1145/3179993. doi:
          <volume>10</volume>
          .1145/ 3179993.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>E.</given-names>
            <surname>Kamburjan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. B.</given-names>
            <surname>Johnsen</surname>
          </string-name>
          ,
          <article-title>Knowledge Structures over Simulation Units</article-title>
          , in: ANNSIM, IEEE,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>E.</given-names>
            <surname>Kamburjan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. N.</given-names>
            <surname>Klungre</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Schlatte</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. B.</given-names>
            <surname>Johnsen</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.</surname>
          </string-name>
          <article-title>Giese, Programming and Debugging with Semantically Lifted States</article-title>
          , in: ESWC, volume
          <volume>12731</volume>
          <source>of LNCS</source>
          , Springer,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>E.</given-names>
            <surname>Kamburjan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. N.</given-names>
            <surname>Klungre</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Schlatte</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. L. T.</given-names>
            <surname>Tapia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Cameron</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. B.</given-names>
            <surname>Johnsen</surname>
          </string-name>
          ,
          <article-title>Digital Twin Reconguration Using Asset Models</article-title>
          , in: ISoLA, volume
          <volume>13704</volume>
          <source>of LNCS</source>
          , Springer,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>E.</given-names>
            <surname>Kamburjan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. C.</given-names>
            <surname>Din</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Schlatte</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. L. T.</given-names>
            <surname>Tapia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E. B.</given-names>
            <surname>Johnsen</surname>
          </string-name>
          ,
          <article-title>Twinning-by-Construction: Ensuring Correctness for Self-Adaptive Digital Twins</article-title>
          , in: ISoLA, volume
          <volume>13701</volume>
          <source>of LNCS</source>
          , Springer,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>G.</given-names>
            <surname>Schweiger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gomes</surname>
          </string-name>
          , G. Engel,
          <string-name>
            <surname>I. Hafner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Schoeggl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Posch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. S.</given-names>
            <surname>Nouidui</surname>
          </string-name>
          ,
          <article-title>An empirical survey on co-simulation: Promising standards, challenges and research needs</article-title>
          ,
          <source>Simul. Model. Pract. Theory</source>
          <volume>95</volume>
          (
          <year>2019</year>
          ). URL: https://doi.org/10.1016/j.simpat.
          <year>2019</year>
          .
          <volume>05</volume>
          .001. doi:
          <volume>10</volume>
          .1016/j.simpat.
          <year>2019</year>
          .
          <volume>05</volume>
          .001.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>D.</given-names>
            <surname>Calvanese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. D.</given-names>
            <surname>Giacomo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lembo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lenzerini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Rosati</surname>
          </string-name>
          ,
          <article-title>Ontology-based data access and integration</article-title>
          , in: L. Liu, M. T. Özsu (Eds.),
          <source>Encyclopedia of Database Systems</source>
          , Springer New York, New York, NY,
          <year>2018</year>
          . URL: https://doi.org/10.1007/978-1-
          <fpage>4614</fpage>
          -8265-9_
          <fpage>80667</fpage>
          . doi:
          <volume>10</volume>
          .1007/978-1-
          <fpage>4614</fpage>
          -8265-9_
          <fpage>80667</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>J. M. Rozanec</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Jinzhi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Kosmerlj</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Kenda</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Dimitris</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Jovanoski</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Rupnik</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Karlovcec</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Fortuna</surname>
          </string-name>
          ,
          <article-title>Towards actionable cognitive digital twins for manufacturing</article-title>
          , in: SeDiT@ESWC, volume
          <volume>2615</volume>
          <source>of CEUR, CEUR-WS</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>E.</given-names>
            <surname>Kharlamov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Martín-Recuerda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Perry</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Cameron</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Fjellheim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Waaler</surname>
          </string-name>
          ,
          <article-title>Towards semantically enhanced digital twins</article-title>
          , in: BigData, IEEE,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>P.</given-names>
            <surname>Hitzler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Krötzsch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Rudolph</surname>
          </string-name>
          , Foundations of Semantic Web Technologies, Chapman and Hall/CRC Press,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>