<!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 />
    <article-meta>
      <title-group>
        <article-title>Requirements for an Ontology of Digital Twins</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Claudio Barros</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Rebecca Salles</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Eduardo Ogasawara</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Giancarlo Guizzardi</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fabio Porto</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>DEXL Lab, National Laboratory for Scienti c Computing</institution>
          ,
          <country country="BR">Brazil</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Federal Center for Technological Education of Rio de Janeiro</institution>
          ,
          <country country="BR">Brazil</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Free University of Bozen-Bolzano</institution>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>University of Twente</institution>
          ,
          <country country="NL">The Netherlands</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Digital twin connects concrete systems to digital representations, encoding the real world using software systems, tools and models. Therefore, digital twins should comprise abstractions, formal namings and de nitions of categories, properties and relations between concepts, data and entities substantiating one, many or every element of some domain of interest. Considering the possible synergies between digital twins and ontology, and the growing demand for connecting the physical and the virtual world through explicit ontological grounding, our work proposes preliminary discussions about requirements to build an ontology of digital twins. We outline some relevant topics both in the eld of digital twins and ontology that are important for the proposal of core reference ontology in the eld. We also explore these requirements in detail, from the conception and creation of the virtual environment and the digital twins, to the synchronization between digital world and real world, in addition to computational services, including visualization, prediction, and prescription . Finally, we present topics for future work. ∗</p>
      </abstract>
      <kwd-group>
        <kwd>Digital twin</kwd>
        <kwd>Ontology</kwd>
        <kwd>UFO</kwd>
        <kwd>Requirements</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Digital twins connect real systems to virtual representations, codifying the
physical world using computer systems, tools and models, bringing insight about the
current state of a real entity, providing tools to analyse and monitor physical
entities from di erent perspectives, and predicting future states by combining
machine learning models and simulations based on rst principles. These digital
models create the information necessary for decision-making in the real world,
assisting applications in the industry, healthcare domain, agriculture and
energy [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
      </p>
      <p>
        Ontology is the branch of metaphysics that studies di erent modes of
existence, thus, providing theories comprising systems of categories, properties and
relations. Foundational ontologies de ne domain-independent categories about
the real world, constituting toolboxes of reusable information modeling
primitives for building application ontologies in speci c domains [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ].
      </p>
      <p>
        The Uni ed Foundational Ontology (UFO) is a well-established foundational
ontology composed of three main parts: (i) UFO-A [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], an ontology of
endurants, describing entities including particulars, universals, substances,
moments, quality, relations, and situations; (ii) UFO-B [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], an ontology of
perdurants, de ning concepts such as events and time; and (iii) UFO-C [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], an
ontology of social entities, built on top of UFO-A and UFO-B, to systematize
social concepts, such as plan, action, goal, agent, intentionality, and
commitment, among others. Grounded in the UFO, several ontologies were proposed to
bring notions towards speci c domains of applications, such as an ontology of
artifacts [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] and ontologies in the context of software development, execution
and process [
        <xref ref-type="bibr" rid="ref13 ref3">13, 3</xref>
        ].
      </p>
      <p>Therefore, it is possible to map systems to their digital twin counterparts
through explicit ontological grounding, capturing: (i) fundamental aspects of
their existence, such as conception, creation, prototyping, functionalities and
disposal; (ii) computational aspects, including development and deployment, data
processing, and model execution; and (iii) application-oriented aspects,
considering the impact of digital twins in the market, in the business, and in the lifecycle
of products and processes. The paper proposes preliminary discussions on
requirements to build an ontology of digital twins, mainly focused on foundational
aspects, in addition to presenting computational aspects at a higher level.</p>
      <p>The paper is organized as follows: Section 2 outlines the fundamentals of
digital twins and ontology, presenting topics which are relevant to further discuss
the requirements for an ontology of digital twins. Section 3 explores in details
these requirements, from the conception of the virtual environment and the
digital twins, and their creation, to the synchronization between digital twin
and real world, and computational services, including visualization, prediction,
and prescription . Section 4 o ers an insight into related work. Finally, Section
5 concludes and points to further future work.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Fundamentals of Digital Twins</title>
      <p>
        A digital twin is a virtual representation of the real world, whose data ow
between the physical object and its digital counterpart is integrated and
automated in both directions. Therefore, it re ects the conditions of the physical
object through data captured from the physical world, and provides feedback by
o ering computational services including visualization, control, prediction and
what-if scenario simulation in the virtual world, existing along the life-cycle of
the physical entity [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ].
      </p>
      <p>
        The use of twins to monitor physical objects and test di erent conditions on
them dates back to NASA's Apollo program, simulating the conditions of a
vehicle in the space using another vehicle on Earth, mirroring the ight conditions
as accurately as possible [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ]. In the 1990s, Gelernter [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] described the idea of
recreating real world inside a virtual environment, and Grieves rst proposed
a digital twin as a model in the early 2000s as a concept for Product Lifecycle
Management (PLM), asserting that all real-world systems are dual in nature,
having both a physical embodiment and a virtual representation [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
2.1
      </p>
      <sec id="sec-2-1">
        <title>Digital Twin Models and Platforms</title>
        <p>
          Earlier digital twin models in the literature followed Grieves proposal [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ], being
composed of three dimensions: (i) a physical environment, containing physical
entities in real space; (ii) a virtual environment, consisting of virtual objects
and computational tools in digital space; and (iii) the data and information
connection, linking the physical and the virtual environments. Furthermore,
Grieves and Vickers [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ] classi es digital twins into three sub-types: (i) a digital
twin prototype, which includes requirements and models related to the concept
of a physical entity; (ii) a digital twin instance, describing a speci c physical
entity that the instance remains linked to throughout the life-cycle of that entity;
and (iii) the digital twin environment, an integrated, multi-domain physics
application space for operating on digital twins, including the laws of physics
and rules that every twin instance in this environment must respect.
        </p>
        <p>
          A more sophisticated model proposes ve dimensions for digital twins,
including [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ]: (i) a physical environment; (ii) a virtual environment, regarded
as the sum of all models representing physical entities; (iii) services to be
executed by the Digital Twins, such as model execution, visualization, machine
learning prediction, prescriptive task allocation and maintenance; (iv) the data
to which the Digital Twin has access, coming both from the physical and the
virtual environments; and (v) connections between every other dimension. Unlike
the three-dimensional model, the 5D model separates data and communications,
and further includes services within digital twin domain, in general being
offered externally to the virtual environment where the digital twin settings and
properties are de ned, such as in a cloud platform.
2.2
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>Digital Twin Platforms</title>
        <p>
          The development of a digital twin is a computational work ow composed of
computational services representing models for the process stage, and its
interactions. Therefore, digital twin platforms should provide an orchestration of these
di erent independent services to provide both exibility and computational
performance. A digital twin platform should provide di erent levels of abstraction,
including [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]: (i) the digital twin user level, where the user gains an access
to the available digital twins in the form of applications; (ii) the digital twin
developer, where the platform provides resources for the development of
digital twins; (iii) the computational service developer level, with the platform
providing an API for the development of computational services; and (iv) the
infrastructure provider level, where instances of the computing services are
mapped to computing resources.
        </p>
      </sec>
      <sec id="sec-2-3">
        <title>Digital Twin Maturity Levels</title>
        <p>
          A digital twin is the product of an orchestration of computational services and
available data connected to their physical counterparts in real-time throughout
their life-cycle, and therefore it can be used to monitor the current state of the
objects, predict future states, prescribe desired states, and remotely correct
realobject states in order to ful ll some real-world requirement. Verdouw et al. [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ]
proposes ve di erent maturity levels of a Digital Twin according to its
functionalities: (i) an imaginary twin is a conceptual entity capable of describing an
object that does not yet exist, containing information necessary to materialize
it, i.e. a digital twin prototype; (ii) a monitoring twin is a digital
representation of the real state, behaviour and trajectory of a physical object present
in the system, similar to a digital twin instance; (iii) a predictive twin a
digital projection of the future states and behaviours of the physical object using
predictive analytics such as statistics, simulation and machine learning methods;
(iv) a prescriptive twin is an intelligent digital object capable of recommending
corrective and predictive actions on the physical object based on optimization
algorithms and specialized heuristics; and (v) an autonomous twin operates
autonomously and fully controls the behaviour of real objects without human
intervention, becoming self-adaptive systems able to learn about the
environment, perform self-diagnosis and adapt to user preferences.
3
        </p>
        <p>Requirements for an Ontology of Digital Twins
We identi ed several Competency Questions that ontologies for digital twins
should address. For each competency question a possible answer is advanced
and brought up for discussion (see Table 1).
3.1</p>
      </sec>
      <sec id="sec-2-4">
        <title>Models and Multi-Level Theory Requirement</title>
        <p>
          Since the virtual environment of a digital twin is composed of models of the
physical environment, the rst step in developing an ontology of digital twins is to
elaborate the concept of a model in detail. Following the de nition of a model as
an artifact that abstracts a system or a process from a particular perspective [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ],
one could notice the distinction between: (i) the conception of modeling, which is
regarded as a model universal; (ii) a model as a representation encompassing
information, rules, methods and premises, such as a 3D model or a class model;
(iii) a model of a type (a prototype), including a 3D model of a car; and (iv)
a model of an individual, i.e. a 3D model of John's car.
        </p>
        <p>
          Note that a model universal is a type whose individuals are models, as every
model instantiates a particular concept of modeling (e.g., 3D Model, 2D Model).
General model universals can be specialized in particular subtypes of model
universals that instantiate particular prototypes, (i.e. speci cations of properties,
dispositions and modes) that a model of an individual must conform to. The
same entity in reality can be represented by models instantiating di erent
prototypes (i.e., speci c subtypes of model universals). Therefore, a multi-level
# Question Sec.
Q1 What is the di erence between a model universal, a prototype, and a 3.1
model of an individual?
Q2 What is a model of a substantial? 3.1
Q3 How does a model relate to real world entities? 3.1, 3.2
Q4 How to model an event in the real world bringing about a situation in 3.1
which a substantial in the real world is present?
Q5 How to represent a moment inhering in a substantial in the real world 3.1
in a model of that substantial?
Q6 What is a twin instance? 3.2
Q7 Given a substantial having parts and otherwise related individuals, how 3.2
does a twin instance of the former relate to twin instances of the latter?
Q8 Who decides which substantials in the real world are going to be mod- 3.2
eled by twins and how?
Q9 What is a twin prototype? 3.2
Q10 What is the di erence between hardware twins and digital twins? 3.3
Q11 How are hardware twin instances or digital twin instances created? 3.3
Q12 How does an execution of a digital twin instance give information about 3.3, 3.5
situations in the real world where modeled substantials are present?
Q13 What is a twinning disposition of a digital twin instance? 3.4
Q14 What is a twinning process and how does it manifests a twinning dis- 3.4
position?
Q15 What is a feedback brought by a digital twin instance and how is it 3.5
triggered?
Q16 What are the temporal references in a digital twin context? 3.6
Q17 What is a possible situation? 3.6
Q18 What is a digital sibling instance? 3.6
Q19 How does a digital sibling instance bring feedback about a possible 3.6
situation?
theory [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] is a fundamental requirement to delineate the description of a model
within an ontology of digital twins, embracing topics including powertypes and
categorization schemes which are themselves part of subject matter [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ].
        </p>
        <p>
          Following Guizzardi et al. [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ], a prototype may be regarded as a powertype
whose instances are variable embodiments which classify instances of models of
an individual. A variable embodiment is an individual f that, at each world
w, picks up a particular rigid embodiment - a set of individuals standing on a
relation - according to a given principle F . As such, a prototype can hold
general properties that characterize that variable embodiment including: resultant
properties from instances of models of an individual classi ed by it; regularity
properies that capture regularities over the instances of a particular type; and
direct properties of the type, but not of any individual instance [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ] (see Figure 1).
        </p>
        <p>From now on, we focus on models and prototypes of substantials, i.e.
existentially independent individuals. Even though it is possible to model events and</p>
        <p>«kind»
3D Model of an Individual
Volume</p>
        <p>Number of Components
3D M«soudbeklionfda»Car 3D M«osdueblkoifnad»Plane</p>
        <p>instance of instance of
3D Model of a Specific Car 3D Model of a Specific Plane
Volume = 2567L Volume = 28425L
Number of Components = 15 Number of Components = 78
is classified by</p>
        <p>«powertype»
3D Model Prototype
Number of Instances
Average Volume</p>
        <p>Program Configuration
instance of
3D Model of a Car
Number of Instances = 35
Average Volume = 3400L
Program Configuration = car.json
instance of</p>
        <p>3D Model of a Plane
Number of Instances = 35
Average Volume = 34000L
Program Configuration = pln.json
moments, digital twins are usually related to objects (car, spacecraft or an oil
platform) or agents (person, company or a society).</p>
        <p>An event in the real world would bring about a situation in which the
substantial of interest participates. Such an event must be mapped to a
corresponding event in the digital world that would bring about a situation
involving the model, which re ects the real situation. Similarly, a moment
inhering in a substantial can be abstracted into a moment that inheres in
the model of that substantial.</p>
        <p>The term real-world in our context refers to the portion of reality which
refers to the substantial and other individuals of interest. We take here the
real-world to be a complex situation composed by situations in which these
individuals participate.
3.2</p>
      </sec>
      <sec id="sec-2-5">
        <title>Twin Instances, Mereology, Relationships and Twin Prototypes</title>
        <p>The rst use of something to monitor real objects and test possible situations
was by the use of an object, a hardware twin assumed identical to the one
studied, whose goal was to simulate the exact conditions of the object of interest
to obtain a representation of reality. Therefore, before specifying whether a twin
is digital or non-digital, a more fundamental de nition of a twin, regardless of
its physical manifestation, should be conceived.</p>
        <p>
          Henceforth, the di erence between a twin and a model becomes quite
subtle. Considering that a twin is intended to be expandable, i.e. being able to
integrate, add or replace models [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ], another essential requirement is that a
twin can be understood as a composition of models. More speci cally, a twin
instance is a complex model of individuals composed of one or more
models of individuals. As an example, a twin instance of an speci c car could be
composed of a 3D model of that car, a database table containing values of
properties including speed, acceleration and direction of that car, and a predictive
model which receives, as an input, images captured from a camera attached on
the front of the car, and, as an output, detected objects with their positions and
categories.
        </p>
        <p>
          It is noteworthy that a twin instance could contain models of di erent
individuals, such as in our previous example, where the twin instance of a car
contains a model of a camera attached to the car. Nevertheless, the twin
instance refers to the car, implying that the camera is, according to the twin, a
part of it. Moreover, a twin instance may incorporate other twin instances (i.e.
a twin of the camera, which is part of the twin of the car), and an conceptual
theory of mereological relations is required to implement such particularities
of a twin [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ], in addition to ensuring the twins are scalable, providing insights
at di erent scales [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ].
        </p>
        <p>With such discussion, it is not mandatory to create twins of every substantial
present in a system, since a model is not necessarily a twin. The decision of which
substantials are going to be modeled or even projected into a twin is re ected in
the intention of a stakeholder (who is responsible for the twin instance) whose
interest is to represent the system these substantials compose. For instance, if
the intention of creating the twin of a car is to control speed, acceleration and
direction, one would not necessarily instantiate a twin of the driver. However, if
the objective includes modeling impacts from a possible car accident, probably
that additional twin would be needed.</p>
        <p>
          One question, however, that arises from this example is: is the driver twin
part of the car twin? As the aforementioned substantials have no mereological
connection, instead have relationships that range from physical contact to
ownership and control (i.e., the driver owns and controls the car), such aspects need
to be re ected in their twins as well. Consequently, a theory of relations must
be encompassed by an ontology of digital twins in order to faithfully abstract
interactions, physical and social bonds in the real world [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ].
        </p>
        <p>Similarly, a twin prototype can be discussed from the view of a complex
prototype. In the aforementioned example, a twin prototype of a car could
contain the 3D prototype of a car, the schema describing the properties mentioned
above (speed, acceleration and direction), and the speci cations of a predictive
model for the camera. A twin instance, therefore, is a particular exempli cation
of a twin prototype.</p>
        <p>Next, it is essential to discuss how to physically manifest these twins, giving
models the capacity to bring information to a stakeholder about some part
of the reality where the real substantial participates, instantiating the modeled
speci cations, properties, and dispositions into an object that is considered, by
some stakeholder, a reliable representation of the substantial of interest. Due to
the history of the development of digital twins, it is interesting to distinguish a
hardware twin from a digital twin.
3.3</p>
      </sec>
      <sec id="sec-2-6">
        <title>Physical Manifestation of a Twin: Hardware Twins and Digital</title>
      </sec>
      <sec id="sec-2-7">
        <title>Twins</title>
        <p>
          The creation of a hardware or a digital twin instance is described as an activity
occurrence: (i) requiring resources, such as every physical resource to build
the substantial of the same type and a hardware twin prototype (for a hardware
twin), or a machine to execute software and a digital twin prototype in the case
of a digital twin, along with their corresponding twin instance, which refers to
the substantial whose representation is intended; (ii) adopting procedures, such
as a document template containing the description of the twin that is going
to be implemented either physically or virtually, and a method, which are the
plan description for implementing the model in its physical manifestation. This
activity occurrence receives, as an input, a twin instance, and outputs a hardware
twin instance or a digital twin instance, depending on the chosen resources. These
steps require elements of a process ontology, which is more precisely de ned in
the context of software [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ], and of signi cant interest to the digital twins area.
        </p>
        <p>
          Although it is easier to check that the hardware twin instance is an artifact
composed of (i) a substantial of the same type of the one to which the twin
instance refers and (ii) the twin instance, a digital twin instance is more
subtle to de ne. In fact, it may be understood as an artifact composed of a twin
instance and a program, implementing a program speci cation intending
to satisfy some higher-level system speci cation, in this case regarding the
representation of the real substantial. The existence of digital objects and their
role in ontologies are important for a fuller de nition of digital twins [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ].
        </p>
        <p>
          The Software Ontology (SwO) [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ] proposes several details about how a
program has physical dispositions to be copied and loaded into a machine, and the
execution of a loaded copy is an event which physically manifests the
aforementioned disposition. Moreover, the execution brings about an observable
state, a particular situation involving the qualities and values of the machine
in which the loaded program copy inheres, as well as of entities residing in that
machine. Hence, the execution of a loaded copy of a digital twin instance should
bring about an observable state where the twin instance (the models) and its
moments (properties and dispositions) participate.
        </p>
        <p>
          In addition, there is an agent who is involved in the activity occurrences
and becomes responsible for the physically-manifested twin, being regarded as
a twin developer (further specialized into hardware twin developer or a digital
twin developer). In fact, one can argue that a twin developer is a role played by
a stakeholder when he/she becomes responsible for these physically-manifested
twins. Therefore, these intentionally created objects require an ontology of
artifacts [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ] to fully describe their context of development and use.
        </p>
        <p>Focusing the discussion from now on digital twins, it is necessary to
understand in more detail how an observable state brought about by an execution of a
loaded copy of a digital twin instance refers to a situation in the real world where
the real substantial participates. We need to discuss how, after the creation of
a digital twin instance, the state of the real-world substantial and the state of
its digital counterpart are synchronized, a process known in the literature as
twinning.
3.4</p>
      </sec>
      <sec id="sec-2-8">
        <title>The Synchronization of the Real-World Substantial and the</title>
      </sec>
      <sec id="sec-2-9">
        <title>Digital Twin Instance</title>
        <p>
          A digital twin instance inheres a disposition to update its current state in order
to match one or more moments of the twin instance composing it (such as
properties, relations with other substantials, modes or dispositions) with the current
state of the substantial it refers to. That disposition is manifested by events
associated with the data lifecycle in a digital twin. Thus, a more complete view of
this synchronization step is to describe it as software processes [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ], whose
associated activities relate to the di erent steps from data collection, transmission,
storage and integration, to data processing, cleaning, analysis and mining [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ],
and the result is an updated state of the digital twin instance.
        </p>
        <p>Twinning may be also interpreted as a commitment that the digital twin has
to reliably represent the real substantial. However, as digital twins are typically
non-agentive objects, they cannot bear intentional moments (including
commitments). They are programmed by a user, which, in turn bears these intentional
moments. Instead, we take twinning as a complex disposition re ected in the
digital twin disposition to reproduce the state of the real substantial, and the
disposition of the real substantial to provide data to help the digital twin update
its own state. The di erent computational steps to perform such synchronization
can be expressed through twinning processes.</p>
        <p>After de ning how the real world a ects the digital world, the next step is
to de ne di erent computational services to which the digital twin must have
access, and more speci cally how the results obtained in the digital world have
an impact in the real world. In fact, the state of the digital twin re ects the state
of a substantial, so it is essential to describe in detail how such a re ection is
perceived by the stakeholder responsible for the digital twin, and what kind of
information is inferred from that computational state.
3.5</p>
      </sec>
      <sec id="sec-2-10">
        <title>Feedback about the Real World</title>
        <p>A digital twin instance is composed by a program whose execution of its loaded
copy brings about an observable state in the computational environment which
refers to a situation in the physical environment where the substantial referred
by the twin instance participates. Although theoretically this observable state
gives a complete information about the real world, in practice, we have: (i)
uncertainties of the twinning process that do not guarantee that the observable state
of the digital twin instance is mapped identically to the situation in which the
substantial participates; and (ii) situations that satisfy the same propositional
content of interest as the observable state. For instance, if the execution of the
digital twin instance of a speci c car brings about the following state: `the car
is moving with a speed of 50km/h', ideally there is a situation `the real car is
moving with a speed of 50km/h'. Nevertheless, other situations could be: (i) the
car is moving with a speed between 48km/h and 52km/h (uncertainty), and (ii)
the car is below the speed limit allowed by the urban road where it is travelling.</p>
        <p>Therefore, one may de ne the feedback brought by a digital twin instance as
an event that creates a belief in the digital twin user. A digital twin user is
a role played by a stakeholder who is interested in a situation where a particular
substantial is present (i.e., the observable state given by the execution of the
digital twin refers to a situation in which the substantial that twin models is
present). As a belief, it can be justi ed if the situation referred by that observable
state obtains.</p>
        <p>
          To trigger a feedback, a digital twin user must run or schedule the execution
of programs within a software product that participate in software processes
as software resources, resulting in the updated status of the digital twin
instance and the feedback event. This requires elements of the Software Ontology
(SwO) [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ], and Software Process Ontology (which includes activities, resources
and scheduled actions [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]).
3.6
        </p>
      </sec>
      <sec id="sec-2-11">
        <title>Computational Services, Temporal Structure and Possible</title>
      </sec>
      <sec id="sec-2-12">
        <title>Situations</title>
        <p>
          To detail the role of computational services in a digital twin domain, it is
necessary to grasp the importance of time, which is addressed in details in
UFO-B [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ]. There are three temporal references in a problem involving digital
twins: (i) the user temporal reference; (ii) the temporal reference of the
digital twin instance, built from the data captured and stored in the computer
system; and (iii) the temporal reference of the modeled substantial, in
terms of the user interest. More speci cally, the temporal reference is associated
with the time point or the time interval both of the observable state of the digital
twin and of the situation in which a substantial is present and about which a
stakeholder intends to obtain feedback.
        </p>
        <p>
          Regarding the observable state of the Digital Twin instance, it is possible
both to refer to data obtained in real time (in this case, the time reference of
the digital twin is similar to that of the user), as well as to stored historical data
(or that is, the digital twin represents an observable state with data obtained
in the past) or to simulations (which can either represent a possible observable
state in the past or in the future, or even in counterfactual situations). As for the
situation of the real entity, it is possible to obtain feedback that leads to a belief
that an observable state infers a situation in real time, infers a situation that
happened in the past or even a situation that may happen in the future. Several
tasks, including real-time monitoring, historical data analytics, real-time
analytics, simulation, prediction, and prescription, may be executed as
computational services within the virtual environment. Moreover, when the goal
behind a task is to get feedback from a situation in the real world that it is not
known whether it happened or not, or that might happen in the future, we can
consider the existence of possible situations. These concepts may be further
explored with the help of ontologies addressing simulations aspects [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ].
        </p>
        <p>Virtual representations of reality that intend to give feedback about possible
(but non-actual) situations cannot, by de nition, be called digital twins, despite
such a term being used even in this context: These are typically named a sibling,
a spin-o of the reality encompassing a possible represented world. A digital
sibling instance may be regarded, ontologically, as a special kind of digital
artifact, hence an instance of a digital artifact prototype, which is created by
using a digital twin instance as an input.</p>
      </sec>
      <sec id="sec-2-13">
        <title>A Preliminary Conceptual Model of Some Digital Twins</title>
      </sec>
      <sec id="sec-2-14">
        <title>Notions</title>
        <p>We here propose a very preliminary conceptual model of some Digital Twin
notions, connecting these concepts to those of UFO and some of its extensions.
This model is show in Figure 2.</p>
        <p>refers to▲</p>
        <p>Universal
Substantial</p>
        <p>Universal
Document
instance of ◀</p>
        <p>Substantial
Artifact
Model</p>
        <p>Endurant
Stakeholder</p>
        <p>Program</p>
        <p>Prototype classified by ◀ SMuobdsetalnotfiaal
Twin Prototype</p>
        <p>Twin Instance
Digital Twin classified by ◀ Digital Twin
Prototype Instance</p>
        <p>Individual
Moment</p>
        <p>Event
brings about▼triggers▲
Situation
infers ▶</p>
        <p>Disposition</p>
        <p>Belief
inheres in▼</p>
        <p>DigiUtasleTrwin obseorfv▶ation
inteinre▼sted activates ◀</p>
        <p>Loaded DT
materialized by ▶ Program Copy</p>
        <p>Activity
Real-World</p>
        <p>Event
brings about▼triggers▲
Real-World</p>
        <p>Situation
participates in▲
Real-World
Substantial
Observable</p>
        <p>State</p>
        <p>Feedback
brings
about▲
inheres in ◀
updates state of ◀</p>
        <p>DT Program
execution of ▶ Copy Execution
Twinning</p>
        <p>Twinning</p>
        <p>
          Process
manifested by ▶
represents ▶
measures
state of ▲
To the best of our knowledge, no attempts have been made so far to discuss
requirements to develop an ontology of digital twins focusing on fundamental
aspects of their existence and use. Nevertheless, some authors propose ontologies
and conceptual models aimed at applications or more speci c computational
aspects, such as managing digital twin databases. Barth et al. [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] structures
digital twin applications by developing a domain-speci c ontology summarized
by their data resources, external value creation and internal value creation. Singh
et al. [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ] capture and model the conceptual knowledge of the digital twin domain
by an ontology model further transformed into a mininum data model structure
to map, query and manage databases for digital twin applications. Steinmetz
et al. [
          <xref ref-type="bibr" rid="ref21">21</xref>
          ] propose an ontology for digital twins of devices in an IoT system,
providing them with application programming interfaces (APIs) and
humanmachine interfaces.
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Conclusion and Future Directions</title>
      <p>
        This work discusses several requirements to build an ontology of digital twins,
encompassing di erent steps from models to the conception of the digital twin,
creation of the prototype and materialization of its instances, in addition to some
of its main functionalities, such as real-world synchronization, visualization, data
analysis, prediction, and simulation. Possible future directions based on this work
include:
{ Design and implement a core reference ontology of digital twins, using
ontologically well-founded languages such as OntoUML [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], and following the
Systematic Approach for Building Ontologies (SABiO) [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
{ Further elaborate the relation between ontology, which describes reality, and
phenomenology, which seeks to understand causes and e ects, in addition to
simulate possible worlds using laws of nature modelled by mathematical and
computational tools.
{ From agent-based ontologies, extend the discussion to include autonomous
digital twins.
      </p>
      <p>We expect that our paper motivates the development of novel ontologies of
digital twins, specially those grounded in foundational ontologies.
Acknowledgements. This research is partially supported by Accenture Israel
Cyber R&amp;D Lab (RiskGraph Project).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Barth</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ehrat</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fuchs</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haarmann</surname>
          </string-name>
          , J.:
          <article-title>Systematization of digital twins: Ontology and conceptual framework</article-title>
          .
          <source>In: Proceedings of the 2020 The 3rd International Conference on Information Science and System</source>
          . pp.
          <volume>13</volume>
          {
          <issue>23</issue>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Borodulin</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Radchenko</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shestakov</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sokolinsky</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tchernykh</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Prodan</surname>
          </string-name>
          , R.:
          <article-title>Towards digital twins cloud platform: Microservices and computational work ows to rule a smart factory</article-title>
          .
          <source>In: Proceedings of the10th International Conference on Utility and Cloud Computing</source>
          . pp.
          <volume>209</volume>
          {
          <issue>210</issue>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Duarte</surname>
            ,
            <given-names>B.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>de Castro Leal</surname>
            ,
            <given-names>A.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>de Almeida</surname>
            <given-names>Falbo</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Guizzardi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Guizzardi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.S.</given-names>
            ,
            <surname>Souza</surname>
          </string-name>
          ,
          <string-name>
            <surname>V.E.S.:</surname>
          </string-name>
          <article-title>Ontological foundations for software requirements with a focus on requirements at runtime</article-title>
          .
          <source>Applied Ontology</source>
          <volume>13</volume>
          (
          <issue>2</issue>
          ),
          <volume>73</volume>
          {
          <fpage>105</fpage>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Falbo</surname>
            ,
            <given-names>R.A.</given-names>
          </string-name>
          :
          <article-title>Sabio: Systematic approach for building ontologies</article-title>
          .
          <source>In: Proc. of the Proceedings of the 1st Joint Workshop ONTO.COM/ODISE on Ontologies in Conceptual Modeling and Information Systems Engineering. CEUR</source>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Fonseca</surname>
            ,
            <given-names>C.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Almeida</surname>
            ,
            <given-names>J.P.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Carvalho</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <article-title>A.: Multi-level conceptual modeling: Theory, language and application</article-title>
          .
          <source>Data &amp; Knowledge Engineering</source>
          <volume>134</volume>
          ,
          <issue>101894</issue>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Fonseca</surname>
            ,
            <given-names>C.M.</given-names>
          </string-name>
          et al.:
          <article-title>Relations in ontology-driven conceptual modeling</article-title>
          .
          <source>In: International Conference on Conceptual Modeling</source>
          . Springer (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Gelernter</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Mirror Worlds: Or the day software puts the Universe in a shoebox... How it will happen and what it will mean</article-title>
          . Oxford University Press (
          <year>1993</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Grieves</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>Digital twin: Manufacturing excellence through virtual factory replication</article-title>
          .
          <source>White Paper</source>
          <volume>1</volume>
          ,
          <issue>1</issue>
          {
          <issue>7</issue>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Grieves</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Virtually intelligent product systems: Digital and physical twins</article-title>
          . In: Flumerfelt,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Schwartz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.G.</given-names>
            ,
            <surname>Mavris</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Briceno</surname>
          </string-name>
          , S. (eds.)
          <source>Complex Systems Engineering: Theory and Practice</source>
          . American Institute of Aeronautics and Astronautics (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Grieves</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vickers</surname>
            ,
            <given-names>J.:</given-names>
          </string-name>
          <article-title>Digital twin: Mitigating unpredictable, undesirable emergent behavior in complex systems</article-title>
          .
          <source>In: Transdisciplinary Perspectives on Complex Systems</source>
          , pp.
          <volume>85</volume>
          {
          <fpage>113</fpage>
          . Springer (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Guizzardi</surname>
          </string-name>
          , G.:
          <article-title>Ontological Foundations for Structural Conceptual Models</article-title>
          .
          <source>Ph.D. thesis</source>
          , University of Twente, The
          <string-name>
            <surname>Netherlands</surname>
          </string-name>
          (
          <year>2005</year>
          ),
          <article-title>published as the book \Ontological Foundations for Structural Conceptual Models"</article-title>
          , Telematica Institute Fundamental Research Series No.
          <volume>15</volume>
          ,
          <issue>05</issue>
          {
          <fpage>74</fpage>
          ,
          <string-name>
            <surname>ISBN</surname>
            90-75176-81-3 ISSN 1388-1795; No. 015;
            <given-names>CTIT</given-names>
          </string-name>
          <string-name>
            <surname>Ph.D. Thesis</surname>
          </string-name>
          , ISSN
          <volume>1381</volume>
          -
          <fpage>3617</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Almeida</surname>
            ,
            <given-names>J.P.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Guarino</surname>
          </string-name>
          , N.,
          <string-name>
            <surname>de Carvalho</surname>
          </string-name>
          , V.A.:
          <article-title>Towards an ontological analysis of powertypes</article-title>
          .
          <source>In: JOWO@ IJCAI</source>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Guizzardi</surname>
            , G., de Almeida Falbo,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>R.S.:</given-names>
          </string-name>
          <article-title>Grounding software domain ontologies in the uni ed foundational ontology (ufo): The case of the ode software process ontology</article-title>
          .
          <source>In: CIbSE</source>
          . pp.
          <volume>127</volume>
          {
          <fpage>140</fpage>
          .
          <string-name>
            <surname>Citeseer</surname>
          </string-name>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wagner</surname>
          </string-name>
          , G.:
          <article-title>Dispositions and causal laws as the ontological foundation of transition rules in simulation models</article-title>
          .
          <source>In: 2013 Winter Simulations Conference (WSC)</source>
          . pp.
          <volume>1335</volume>
          {
          <fpage>1346</fpage>
          .
          <string-name>
            <surname>IEEE</surname>
          </string-name>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Guizzardi</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          et al.:
          <article-title>Towards ontological foundations for the conceptual modeling of events</article-title>
          .
          <source>In: International Conference on Conceptual Modeling</source>
          . pp.
          <volume>327</volume>
          {
          <fpage>341</fpage>
          . Springer (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Hui</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          :
          <article-title>On the existence of digital objects</article-title>
          , vol. 48. U of Minnesota Press (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Qi</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tao</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hu</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Anwer</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Liu</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wei</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nee</surname>
            ,
            <given-names>A.Y.</given-names>
          </string-name>
          :
          <article-title>Enabling Technologies and Tools for Digital Twin</article-title>
          .
          <source>Journal of Manufacturing Systems</source>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Schleich</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Anwer</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mathieu</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wartzack</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Shaping the digital twin for design and production engineering</article-title>
          .
          <source>CIRP Annals - Manufacturing Technology</source>
          <volume>66</volume>
          (
          <issue>1</issue>
          ),
          <volume>141</volume>
          {
          <fpage>144</fpage>
          (
          <year>2017</year>
          ). https://doi.org/10.1016/j.cirp.
          <year>2017</year>
          .
          <volume>04</volume>
          .040
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Schneider</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>How to build a foundational ontology</article-title>
          .
          <source>In: Annual Conference on Arti cial Intelligence</source>
          . pp.
          <volume>120</volume>
          {
          <fpage>134</fpage>
          . Springer (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Singh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shehab</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Higgins</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fowler</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Reynolds</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Erkoyuncu</surname>
            ,
            <given-names>J.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gadd</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Data management for developing digital twin ontology model</article-title>
          .
          <source>Proceedings of the Institution of Mechanical Engineers</source>
          ,
          <string-name>
            <surname>Part</surname>
            <given-names>B</given-names>
          </string-name>
          : Journal of Engineering Manufacture p.
          <volume>0954405420978117</volume>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Steinmetz</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rettberg</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ribeiro</surname>
            ,
            <given-names>F.G.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schroeder</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pereira</surname>
            ,
            <given-names>C.E.</given-names>
          </string-name>
          :
          <article-title>Internet of things ontology for digital twin in cyber physical systems</article-title>
          .
          <source>In: 2018 VIII Brazilian Symposium on Computing Systems Engineering (SBESC)</source>
          . pp.
          <volume>154</volume>
          {
          <fpage>159</fpage>
          .
          <string-name>
            <surname>IEEE</surname>
          </string-name>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Verdouw</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tekinerdogan</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Beulens</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolfert</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>Digital twins in smart farming</article-title>
          .
          <source>Agricultural Systems</source>
          <volume>189</volume>
          ,
          <issue>103046</issue>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Weigand</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Johannesson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Andersson</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>An artifact ontology for design science research</article-title>
          .
          <source>Data &amp; Knowledge Engineering</source>
          <volume>133</volume>
          ,
          <issue>101878</issue>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Zhang</surname>
          </string-name>
          , H., Zhang, G.,
          <string-name>
            <surname>Yan</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          :
          <article-title>Digital twin-driven cyber-physical production system towards smart shop- oor</article-title>
          .
          <source>Journal of Ambient Intelligence and Humanized Computing</source>
          <volume>10</volume>
          (
          <issue>11</issue>
          ),
          <volume>4439</volume>
          {
          <fpage>4453</fpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>