<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.2 20190208//EN" "http://jats.nlm.nih.gov/publishing/1.2/JATS-journalpublishing1.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML"
         xmlns:xlink="http://www.w3.org/1999/xlink"
         article-type="research-article"
         dtd-version="1.2"
         xml:lang="en">
    <front>
        <journal-meta>
            <journal-id journal-id-type="pmc">Digital Twin</journal-id>
            <journal-title-group>
                <journal-title>Digital Twin</journal-title>
            </journal-title-group>
            <issn pub-type="epub">2752-5783</issn>
            <publisher>
                <publisher-name>F1000 Research Limited</publisher-name>
                <publisher-loc>London, UK</publisher-loc>
            </publisher>
        </journal-meta>
        <article-meta>
            <article-id pub-id-type="doi">10.12688/digitaltwin.17599.2</article-id>
            <article-categories>
                <subj-group subj-group-type="heading">
                    <subject>Research Article</subject>
                </subj-group>
                <subj-group>
                    <subject>Articles</subject>
                </subj-group>
            </article-categories>
            <title-group>
                <article-title>The development of a digital twin concept system</article-title>
                <fn-group content-type="pub-status">
                    <fn>
                        <p>[version 2; peer review: 3 approved with reservations]</p>
                    </fn>
                </fn-group>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author" corresp="yes">
                    <name>
                        <surname>Duan</surname>
                        <given-names>Hyman</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Conceptualization</role>
                    <role content-type="http://credit.niso.org/">Data Curation</role>
                    <role content-type="http://credit.niso.org/">Formal Analysis</role>
                    <role content-type="http://credit.niso.org/">Investigation</role>
                    <role content-type="http://credit.niso.org/">Methodology</role>
                    <role content-type="http://credit.niso.org/">Project Administration</role>
                    <role content-type="http://credit.niso.org/">Resources</role>
                    <role content-type="http://credit.niso.org/">Software</role>
                    <role content-type="http://credit.niso.org/">Supervision</role>
                    <role content-type="http://credit.niso.org/">Validation</role>
                    <role content-type="http://credit.niso.org/">Visualization</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Original Draft Preparation</role>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <uri content-type="orcid">https://orcid.org/0000-0002-1813-6286</uri>
                    <xref ref-type="corresp" rid="c1">a</xref>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <contrib contrib-type="author" corresp="no">
                    <name>
                        <surname>Gao</surname>
                        <given-names>Su</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <xref ref-type="aff" rid="a2">2</xref>
                </contrib>
                <contrib contrib-type="author" corresp="no">
                    <name>
                        <surname>Yang</surname>
                        <given-names>Xu</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <xref ref-type="aff" rid="a1">1</xref>
                </contrib>
                <contrib contrib-type="author" corresp="no">
                    <name>
                        <surname>Li</surname>
                        <given-names>Yuanlin</given-names>
                    </name>
                    <role content-type="http://credit.niso.org/">Writing &#x2013; Review &amp; Editing</role>
                    <xref ref-type="aff" rid="a3">3</xref>
                </contrib>
                <aff id="a1">
                    <label>1</label>PERA Corporation Ltd., Beijing, Beijing, 100025, China</aff>
                <aff id="a2">
                    <label>2</label>Institute of Telecommunication and Navigation Satellite, China Academy of Space Technology, Beijing, Beijing, 100081, China</aff>
                <aff id="a3">
                    <label>3</label>PERA Corporation Ltd., Chendu, Sichuan, 610021, China</aff>
            </contrib-group>
            <author-notes>
                <corresp id="c1">
                    <label>a</label>
                    <email xlink:href="mailto:hyman.duan@peraglobal.com">hyman.duan@peraglobal.com</email>
                </corresp>
                <fn fn-type="conflict">
                    <p>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>3</day>
                <month>2</month>
            <year>2023</year>
            </pub-date>
            <pub-date pub-type="collection">
            <year>2022</year>
            </pub-date>
         <volume>2</volume>
            <elocation-id>10</elocation-id>
            <history>
                <date date-type="accepted">
                    <day>25</day>
                    <month>1</month>
               <year>2023</year>
                </date>
            </history>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2023 Duan H et al.</copyright-statement>
                <copyright-year>2023</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access article distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <self-uri content-type="pdf" xlink:href="https://digitaltwin1.org/articles/2-10/pdf"/>
            <abstract>
                <p>Background: Digital twins are gaining ever-increasing attention from academies and industries to standardization bodies worldwide owing to their great capabilities and fundamental values in the coming fourth industrial revolution. However, there is no consistent set of definitions or concept system of the digital twin domain yet. Especially, the polysemy problem of the term &#x201c;digital twin&#x201d; is leading to ambiguities and an obstacle to standardization.</p>
                <p>Methods: This paper summarizes the  principles and guidelines of developing a concept system mentioned in two international standards, enriches them to a methodology of developing a concept system with (1) system thinking viewpoints and systems engineering methods, (2) procedures for analyzing the semantic relationships among candidate superordinate concepts, and (3) a three-dimensional taxonomy framework with procedures of developing a taxonomy, and proposed a maturity level model for terminology work which offers a high-level vision of digital twin terminology work.</p>
                <p>Results: This paper analyzes the polysemy phenomenon of the term "digital twin&#x201d; and identifies the necessity to differentiate digital twin entity and digital twin system from the general term &#x201c;digital twin&#x201d;. After analyzing twenty-one definitions of digital twin and summarizing ten superordinate concepts from them, this paper proposes that a digital twin entity is a kind of digital asset rather than digital representation. Based on the new superordinate concept and definition of digital twin entity, a systematic digital twin concept system is developed with one hundred concepts and fifty definitions.</p>
                <p>Conclusions: This work resolves the polysemy problem of the term &#x201c;digital twin&#x201d; and demonstrates the effectiveness of the enhanced methodology of developing a concept system. The proposed digital twin concept system could be a benchmark for future digital twin terminology work and useful input to the development of digital twin system reference architecture standard and lays a solid foundation for future concept systems development of other domains.</p>
            </abstract>
            <kwd-group kwd-group-type="author">
                <kwd>Digital twin</kwd>
                <kwd>Concept system</kwd>
                <kwd>Terminology work</kwd>
                <kwd>Standardization</kwd>
            </kwd-group>
            <funding-group>
                <funding-statement>The author(s) declared that no grants were involved in supporting this work.</funding-statement>
            </funding-group>
        </article-meta>
        <notes>
            <sec sec-type="version-changes">
                <label>Revised</label>
                <title>Amendments from Version 1</title>
                <p>The structure of this paper is re-organized: - All methodology related contents are moved into Methods chapter. The two subchapters "The differentiation between digital twin entity and digital twin system" and "The analysis of the superordinate concepts of digital twin definitions" are move into Results chapter from Methods chapter. The procedures for analyzing the semantic relationships among candidate superordinate concepts are still in Methods chapter. - The three-dimensional taxonomy framework with its procedures of developing a taxonomy are move into Methods chapter from Results chapter. - Three new subchapters "A maturity level model for terminology work", "Applications of the methodology", and "Representation and visualization of a concept system developed with the enhanced methodology" are added into Methods chapter. - Updated abstract and conclusions. The digital twin concept system (figure 4) is updated: - The relationship among digital twin system, CPS and AAS is clarified by introducing broad and narrow definitions of CPS from ISO document and standard. - Two main and corelated characteristics, trustworthiness and credibility, are assigned to digital twin system and digital twin entity respectively in order to differentiate the two major concepts more clearly. - The classification of "Algorithm Engine", the digital execution part of digital twin entity, is updated according to the perspectives of knowledge-driven and data-driven. Only one promised update mentioned in the replies to the three reviewers' reports, to add a new figure as a simplified global view of figure 4 just with generic relations and without attribute relations, is not implemented. With updated figure 4, figure 5 (top-level ontology and taxonomy of entity) and figure 7 (the local view of digital twin system), new figure 6 (the local view of digital twin entity) and figure 8 (taxonomy framework related concepts), we believe that the simplified global view of figure 4 is not necessary.</p>
            </sec>
        </notes>
    </front>
    <body>
        <sec sec-type="intro">
            <title>Introduction</title>
            <p>Digital twin is gaining ever-increasing attention from academies and industries to the standardization bodies all over the world in the last decade owing to its great capabilities and fundamental values to all technical domains and industries. There have been many review articles on digital twin technology. These reviews have covered a wide range of topics from the concept definitions
                <sup>
                    <xref ref-type="bibr" rid="ref-1">1</xref>
                </sup>, characteristics and functional roles
                <sup>
                    <xref ref-type="bibr" rid="ref-2">2</xref>
                </sup>, reference models and architectures
                <sup>
                    <xref ref-type="bibr" rid="ref-3">3</xref>
                </sup>, enabling technologies
                <sup>
                    <xref ref-type="bibr" rid="ref-4">4</xref>
                </sup>, application scenarios and industrial implementations
                <sup>
                    <xref ref-type="bibr" rid="ref-5">5</xref>
                </sup>, business models and values
                <sup>
                    <xref ref-type="bibr" rid="ref-6">6</xref>
                </sup>, challenges and opportunities
                <sup>
                    <xref ref-type="bibr" rid="ref-7">7</xref>
                </sup>, strategies and future trends
                <sup>
                    <xref ref-type="bibr" rid="ref-8">8</xref>
                </sup>.</p>
            <p>Barricelli 
                <italic toggle="yes">et al.</italic>
                <sup>
                    <xref ref-type="bibr" rid="ref-1">1</xref>
                </sup> select a set of 75 papers related to digital twin 
                <italic toggle="yes">via</italic> Google Scholar and find that 31 papers out of them provide 29 different definitions of digital twin concept. They classify these 29 definitions into six groups according to six key points that are (1) integrated system, (2) clone or counterpart, (3) ties or links, (4) description, construct, or information, (5) simulation, test, or prediction, and (6) virtual, mirror, or replica. However, they
                <sup>
                    <xref ref-type="bibr" rid="ref-1">1</xref>
                </sup> don&#x2019;t provide the rationale of and relationship between these key points.</p>
            <p>Jones 
                <italic toggle="yes">et al.</italic>
                <sup>
                    <xref ref-type="bibr" rid="ref-2">2</xref>
                </sup> do a thematic analysis of 92 digital twin publications and produce 12 characteristics ((1) physical entity, (2) virtual entity, (3) physical environment, (4) virtual environment, (5) state, (6) realization, (7) metrology, (8) twinning rate, (9) physical-to-virtual connection, (10) virtual-to-physical Connection, (11) physical processes, and (12) virtual processes) of digital twin, and thus generate a complete description of the digital twin with the 12 characteristics. The description is comprehensive enough and provides a useful input to a formal definition of the digital twin concept.</p>
            <p>Sjarov 
                <italic toggle="yes">et al.</italic>
                <sup>
                    <xref ref-type="bibr" rid="ref-9">9</xref>
                </sup> utilize the methodology of systematic literature review
                <sup>
                    <xref ref-type="bibr" rid="ref-10">10</xref>
                </sup> with defining digital twin research questions, inclusion and exclusion criteria to limit their search, of initially several thousand results, to 40 papers, and collating the theoretical foundation, properties, capabilities, and graphical models of digital twin. After systematizing and grouping the properties and capabilities, the authors propose their own digital twin structure model
                <sup>
                    <xref ref-type="bibr" rid="ref-11">11</xref>
                </sup> based on Reference Architectural Model for Industrie 4.0 (RAMI 4.0)
                <sup>
                    <xref ref-type="bibr" rid="ref-12">12</xref>
                </sup>. Thus, the authors demonstrate an effective approach to propose a new theoretical model.</p>
            <p>Above analysis are comprehensive and thoroughly from academic literature review perspective; however, they are not enough from standardization perspective. It is necessary to propose a new standardization methodology or follow existing standards for establishing a consistent set of definitions or concept system for the digital twin domain.</p>
            <p>As a potential general purpose technology
                <sup>
                    <xref ref-type="bibr" rid="ref-13">13</xref>&#x2013;
                    <xref ref-type="bibr" rid="ref-15">15</xref>
                </sup> in the coming fourth industrial revolution
                <sup>
                    <xref ref-type="bibr" rid="ref-16">16</xref>
                </sup>, digital twin has been becoming a horizontal standardization subject across many technical committees (TCs), subcommittees (SCs), and working groups in the International Organization for Standardization (ISO), the International Electrotechnical Commission (IEC), the International Telecommunication Union (ITU), and the Institute of Electrical and Electronics Engineers Standards Association (IEEE SA) since the first digital twin international standard project was initiated in the ISO TC 184/SC 4 meeting in November 2017
                <sup>
                    <xref ref-type="bibr" rid="ref-17">17</xref>
                </sup>. Therefore, it is now the right time to develop a global ontological concept system of digital twin in order to coordinate and facilitate the standardization and application of digital twin technologies.</p>
            <p>This paper summarizes the principles and guidelines of developing a concept system mentioned in two international standards, enriches them to a methodology of developing a concept system with (1) system thinking viewpoints and systems engineering methods, (2) procedures for analyzing the semantic relationships among candidate superordinate concepts, and (3) a three-dimensional taxonomy framework with procedures of developing a taxonomy, and proposed a maturity level model for terminology work which offers a high-level vision of digital twin terminology work. Based on the enhanced methodology, the polysemy phenomenon of the term "digital twin" is analyzed and the necessity to differentiate digital twin entity and digital twin system from the general term &#x201c;digital twin&#x201d; is identified. After analyzing twenty-one definitions of &#x201c;digital twin&#x201d; and summarizing ten superordinate concepts from them, this paper proposes that a digital twin entity is a kind of digital asset rather than digital representation. Based on the new superordinate concept and definition of digital twin entity, a systematic digital twin concept system with one hundred concepts and fifty definitions is developed which consists of five parts: top-level ontology and taxonomy of entity, digital twin entity related concepts, digital twin system related concepts, taxonomy framework related concepts, and sister concepts of digital twin system.</p>
        </sec>
        <sec sec-type="methods">
            <title>Methods</title>
            <p>Standardization is the center of attention of this paper. On the one hand, the deliverables of this paper are expected to provide input to the terminology work of digital twin. On the other hand, the concept system development methodology adopted in this paper is based on international standards, 
                <italic toggle="yes">i.e.,</italic> from the concept system development process to the determination of specific concept definitions, existing international standards are quoted as much as possible.</p>
            <sec>
                <title>The principles and guidelines of developing a concept system from terminology work standards</title>
                <p>First of all, ISO 1087:2019 and ISO 704:2022
                    <sup>
                        <xref ref-type="bibr" rid="ref-18">18</xref>,
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup> of ISO/TC 37/SC 1 (language and terminology - principles and methods) provide definitions, macro principles and general procedures for developing a concept system. According to these two standards, a concept system is a set of concepts structured in one or more related domains based on the relations among its concepts; the more complex a concept system is, the more powerful it is to clarify relations among concepts; intensional definitions
                    <sup>
                        <xref ref-type="other" rid="FN1">1</xref>
                    </sup> indicate the superordinate concept, followed by the delimiting attribute(s) that distinguish the concept from other concepts; the superordinate concept puts the concept in its proper position in the concept system; intensional definitions are more advisable to other concept definition methods and should be used whenever possible because they most clearly reveal the delimiting attribute(s) of a concept within a concept system.</p>
                <p>A concept system is a basis for establishing its corresponding terminology system. The analysis of existing terms and their definitions and the creation of new terms should be carried out under the guidance of a concept system. Defining a single concept and developing the concept system of a field to which the single concept belongs, is a process of continuous iteration and improvement. The utilization of intensional definitions can facilitate the construction of a concept system, and the application of the concept system can effectively guide the definition of related concepts and terms. The two sub-processes form a bidirectional closed-loop interaction and continuous improvement
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>.</p>
            </sec>
            <sec>
                <title>The enhanced methodology of developing a concept system</title>
                <p>However, the operations and steps of developing a concept system mentioned in ISO 704:2022 5.6.2
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup> are too general and lack of detailed guidance. This paper proposes an enhanced methodology of developing a concept system with systematic viewpoint and modeling tools, tools and procedures for selecting proper superordinate concept, and procedures of developing a comprehensive and systematic taxonomy.</p>
                <p>To develop a concept system, following system thinking viewpoints and systems engineering methods are applied to the above operations and steps in ISO 704:2022
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;The system viewpoint and the function viewpoint are two fundamental viewpoints of engineering practice
                    <sup>
                        <xref ref-type="bibr" rid="ref-20">20</xref>,
                        <xref ref-type="bibr" rid="ref-21">21</xref>
                    </sup>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Treat both a concept system and the definition of a given concept as a system.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Temporal relationship, spatial relationship, means-ends/cause-effect relationship are the three basic relationships in the world.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Start with the purpose and hierarchy of the system of interest
                    <sup>
                        <xref ref-type="bibr" rid="ref-20">20</xref>
                    </sup>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Identify application scenarios and the requirements of all stakeholders
                    <sup>
                        <xref ref-type="bibr" rid="ref-20">20</xref>
                    </sup>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Don't ignore enabling systems at all levels
                    <sup>
                        <xref ref-type="bibr" rid="ref-20">20</xref>
                    </sup>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Trend of system completeness from the theory of inventive problem solving (TRIZ)
                    <sup>
                        <xref ref-type="bibr" rid="ref-22">22</xref>,
                        <xref ref-type="bibr" rid="ref-23">23</xref>
                    </sup>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Multi-screen system thinking method from TRIZ
                    <sup>
                        <xref ref-type="bibr" rid="ref-22">22</xref>,
                        <xref ref-type="bibr" rid="ref-23">23</xref>
                    </sup>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;IDEF0 (integrated computer aided manufacturing definition for function modeling) approach
                    <sup>
                        <xref ref-type="bibr" rid="ref-24">24</xref>
                    </sup>.</p>
            </sec>
            <sec>
                <title>The tools and procedures for evaluating and selecting proper superordinate concept</title>
                <p>According to ISO 704:2022 5.6.2
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>, the most important step of developing a concept system is to determine the relations and position of a concepts within the concept system. When the concept comes from a new area and people don&#x2019;t reach an agreement on its definition, this step becomes critical and challenging. According to the formula &#x201c;intensional definition = superordinate concept + delimiting characteristic(s)" (ISO 1087:2019 3.3.2
                    <sup>
                        <xref ref-type="bibr" rid="ref-18">18</xref>
                    </sup> and ISO 704:2022 3.3
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>), the key step can be reformulated as "how to evaluate all candidate superordinate concepts and select a proper one".</p>
                <p>This paper proposes a detailed procedures for analyzing and visualizing the semantic relationships among candidate superordinate concepts. The definitions and semantic relations (i.e. hypernym of a synset) of candidate superordinate concepts are copied from WordNet 3.1 (RRID:SCR_022182) (Princeton University, US). The Unified Modeling Language (UML, ISO 24156-1:2014
                    <sup>
                        <xref ref-type="bibr" rid="ref-25">25</xref>
                    </sup>) class diagram is used as visualization tools to analyze the semantic relationship among candidate superordinate concepts.</p>
                <p>The procedures of evaluating all candidate superordinate concepts are shown as follows:</p>
                <p>1. Search the selected keyword in WordNet. Typically, the keyword is the term of the concept-of-interest itself or the main word of a complex term/multi-word term of the concept-of-interest.</p>
                <p>2. Select the most appropriate synset of the keyword as the starting point of the superordinate concept map. If necessary, an etymological synset could be selected as a reference synset. It always happens when the concept-of-interest comes from a metaphor, e.g. digital "twin" and digital "thread". In this case, connect the two synsets (both titled with the initial keyword) in UML class diagram with dependency relationship notation.</p>
                <p>3. Identify the superordinate concept (i.e. hypernym) of the most appropriate synset. Search the hypernym and its definition. Connect the most appropriate synset (titled with the initial keyword) and its hypernym synset in UML class diagram with generalization relationship notation.</p>
                <p>4. Search all the candidate superordinate concepts one by one, identify their proper synsets, definitions, and hypernyms in WordNet. Try to build generalization relationship between candidate superordinate concepts and initial keyword and its hypernym in UML class diagram. If needed, UML association relationship notation can be used for synonyms.</p>
                <p>5. Highlight all the candidate superordinate concepts in the UML class diagram. Evaluate these candidates from both linguistic perspective (e.g. semantic distance between initial keyword and candidate superordinate concept) and business perspective (e.g. architecture or application scenario concerns), analyze the pros and cons of each candidate and select the final one or propose further actions.</p>
            </sec>
            <sec>
                <title>The taxonomy framework and procedures of developing a comprehensive and systematic taxonomy</title>
                <p>When the formula &#x201c;intensional definition = superordinate concept + delimiting characteristic(s)" is applied, fundamentally speaking, a concept system of a subject is a taxonomy with several specific or comprehensive views based on hierarchical genus-species or generic relationship, and thus can also be understood as a lightweight domain ontology of the subject. Therefore, building a comprehensive and systematic taxonomy becomes one of the main tasks of developing a concept system.</p>
                <p>However, there seems to be no systematic method and procedures for establishing an ontological taxonomy system for a field or even a concept. It always happens people put several subordinate concepts or narrower concepts from different perspectives together to build a universal set of a superordinate concept or broader concept. To solve this problem, this paper proposes a taxonomy framework unfolded in three dimensions with applying the system thinking viewpoints and the three basic relationships in the world mentioned above: temporal relationship, spatial relationship, and means-ends relationship as shown in 
                    <xref ref-type="fig" rid="f1">Figure 1</xref>, as well as detailed procedures for developing a taxonomy.</p>
                <fig fig-type="figure" id="f1" orientation="portrait" position="float">
                    <label>Figure 1. </label>
                    <caption>
                        <title>The three-dimensional framework for taxonomy.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure1.gif"/>
                </fig>
                <p>The proposed taxonomy framework is generic and domain-independent and can be customized as required. For example, the system means-ends relationship dimension can be further decomposed and expanded into requirement indicators, quality characteristics, or industry fields according to the logic of problem-solving. The taxonomy framework can be used not only for the classification and expansion of various enabling technologies of the digital twin technology system, such as modeling and simulation technology, but also for the classification of the application scenarios of digital twin systems, to determine the spatiotemporal scales and system perspectives for all existing or potential digital twin systems. Its applications go beyond the development of the digital twin concept system. The taxonomy framework is already adopted as part of the reference framework in the MBSSE (model-based system and software engineering) international standard
                    <sup>
                        <xref ref-type="bibr" rid="ref-26">26</xref>
                    </sup>. The authors are prompting its application in other areas, such as systems engineering and industrial software.</p>
                <p>The procedures of developing a taxonomy are shown as follows:</p>
                <p>1. Review the definition of the entity-of-interest and identify its superordinate concept and delimiting characteristic(s). If needed, correct and improve its definition according to the formula mentioned above: a normative concept definition = delimiting characteristic(s) + superordinate concept.</p>
                <p>2. Do system analysis and function analysis of the entity-of-interest by utilizing the system thinking viewpoints and systems engineering methods mentioned in the subchapter &#x201c;the enhanced methodology of developing a concept system&#x201d;. Determine the spatiotemporal scales and of the preliminary characteristic hierarchy of the entity-of-interest.</p>
                <p>3. Customize the taxonomy framework (
                    <xref ref-type="fig" rid="f1">Figure 1</xref>) with above spatiotemporal scales and characteristic hierarchy.</p>
                <p>4. Select one perspective from the customized taxonomy framework and classify the entity-of-interest into subsets under this perspective. It is important to ensure that the intersection between these subsets is an empty set and the union of all these subsets is identical to the universal set of the entity-of-interest. This is one-dimension classification of the entity-of-interest.</p>
                <p>5. Select next perspective from the customized taxonomy framework and repeat step 4 to build the multi-dimension taxonomy of the entity-of-interest. The three-dimensional taxonomy framework can provide initial orthogonality of the classification dimensions. Keep in mind to check the orthogonality of the newly added dimension to existing ones.</p>
                <p>6. Review the ordinate names (perspectives) of each dimension of the customized taxonomy framework and check if any perspective is missed and deserved as part of the multi-dimension/perspective taxonomy of the entity-of-interest.</p>
                <p>7. Verify the final taxonomy of the entity-of-interest with initial requirements of the task.</p>
            </sec>
            <sec>
                <title>A maturity level model for terminology work</title>
                <p>How to implement the enhanced methodology of developing a concept system? Within what scope and extent? With what tools or platforms? How to improve the maturity of terminology work? The answers to these questions should depend on the project requirements and team capabilities. A maturity level model for terminology work was published to address these issues by the first author in a public seminar of systems engineering in China in 2017. It includes five levels:</p>
                <p>Level 1: Concept definition is grammatically correct, but semantically and pragmatically inaccurate.</p>
                <p>Level 2: Concept definitions and term entries conform to ISO 704
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>, ISO 1087
                    <sup>
                        <xref ref-type="bibr" rid="ref-18">18</xref>
                    </sup>, and relevant national standards.</p>
                <p>Level 3: A domain concept system is built and conforms to ISO 704
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>, ISO 1087
                    <sup>
                        <xref ref-type="bibr" rid="ref-18">18</xref>
                    </sup>, and relevant national standards.</p>
                <p>Level 4: With the application of system thinking viewpoints, systems engineering methods, and information modeling methods and tools, a comprehensive and systematic domain concept system is built and its concept definitions and term entries conform to relevant international and national standards and meet stakeholders' requirements.</p>
                <p>Level 5: Model-based concept system development and concept definitions, i.e. model-based terminology engineering or model-based ontology engineering, is achieved.</p>
                <p>It is necessary that digital twin standardization and terminology work should adopt the concept system development methodology. The interdisciplinarity of digital twin is making it become a general purpose technology and an integrated technology system. It needs to draw multidisciplinary support from the perspectives of not only academic research and industry implementation but also standardization. As a consequence, its high-quality standardization will facilitate and benefit all industries. Therefore, it is recommended that the entry maturity level for digital twin terminology work should start from level three and achieve level four as a short-term objective. Level five would be its long-term objective in those areas that need to be collaborated with their technical committees and integrated their domain ontologies. Therefore, the maturity level model will offer a high-level requirement and vision of digital twin terminology work.</p>
            </sec>
            <sec>
                <title>Application of the enhanced methodology of developing a concept system</title>
                <p>The principles and guidelines of developing a concept system by ISO 704
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup> and the enhanced methodology proposed by this paper are general and applicable to any domain including digital twin.</p>
                <p>Several domains have followed the principles and guidelines in their standards and verified the effectiveness and benefits of their concept systems. The two most relevant domains are IoT and systems engineering. Especially, ISO/IEC 30141:2018
                    <sup>
                        <xref ref-type="bibr" rid="ref-27">27</xref>
                    </sup> is a perfect example of demonstrating the fundamental value of a concept system not only for terminology work but also for architectural standardization work. The next example is ISO/IEC/IEEE 42010:2022
                    <sup>
                        <xref ref-type="bibr" rid="ref-28">28</xref>
                    </sup> from systems engineering area. It builds conceptual foundations based on conceptual models of architecture description related terms and concepts. ISO/IEC/IEEE 42010:2022
                    <sup>
                        <xref ref-type="bibr" rid="ref-28">28</xref>
                    </sup> is offering a meta-architecture of mandatory principles and rules and a precise and structured approach to the development of the second edition of ISO/IEC 30141
                    <sup>
                        <xref ref-type="bibr" rid="ref-29">29</xref>
                    </sup>. It will do the same for the standard of digital twin system reference architecture.</p>
                <p>In addition to the above two examples from IT area, health informatics (ISO/TC 215), traditional Chinese medicine (ISO/TC 249), nuclear energy (ISO/TC 85), top-level ontologies and metadata registries (ISO/IEC JTC 1/SC 32/WG 2), IT for learning, education and training (ISO/IEC JTC 1/SC 36), geographic information (ISO/TC 211), and Intelligent transport systems (ISO/TC 204) have adopted the principles and guidelines by ISO 704
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup> as well in their terminology or information modeling standards. Therefore, the methodology of developing a concept system is applicable to and necessary for all terminology and ontology-related standards development.</p>
                <p>The most important technical committee adopting the principles and guidelines of developing a concept system and partially the enhanced methodology is ISO/TC 184/SC 4 (industrial data). Its two flagship serial standards, ISO 10303 (STEP) and ISO 15926 (integration of life-cycle data for process plants including oil and gas production facilities) are two classic examples of implementing the methodology. Essentially, their goal is to build huge domain concept systems and ontologies for all kinds of industrial data and activities ranging from discrete manufacturing to process manufacturing. The terminology work maturity level of some parts of the two serial standards is almost at level 5, i.e. achieving model-based ontology engineering. ISO/TC 184/SC 4 launched an advisory group &#x201c;core terminology for industrial data&#x201d; in 2021 to build connections between domain concept systems and top-level ontologies and align with relevant activities outside ISO/TC 184/SC 4
                    <sup>
                        <xref ref-type="bibr" rid="ref-30">30</xref>
                    </sup>.</p>
                <p>All above mentioned standards and technical committees have been contributing enough best practices and lessons learned about adopting the principles and guidelines of developing a concept system. Especially, the representation of a concept system in this paper benefits from the high maturity level standardization work of ISO/TC 184/SC 4.</p>
            </sec>
            <sec>
                <title>Representation and visualization of a concept system developed with the enhanced methodology</title>
                <p>There are three options available for the representation and visualization of a concept system:</p>
                <p>1. UML class diagram mentioned above for evaluating and selecting proper superordinate concept,</p>
                <p>2. The EXPRESS and its EXPRESS-G language (ISO 10303-11
                    <sup>
                        <xref ref-type="bibr" rid="ref-31">31</xref>
                    </sup>) used by ISO/TC 184/SC 4 standards, and</p>
                <p>3. Natural language-like unformalized concept maps used by some standards belong to technical committees mentioned above.</p>
                <p>However, the principles and guidelines of developing a concept system by ISO 704
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup> and the enhanced methodology proposed by this paper result in several strict technical requirements on the representation and visualization of a concept system:</p>
                <p>1. The formula "intensional definition = superordinate concept + delimiting characteristic(s)" shall be strictly followed during the development of a concept system, especially for those key important concepts in it.</p>
                <p>2. A formalized modeling method and thus its representation language shall be adopted.</p>
                <p>3. A derived requirement from above item, besides the genus-species or generic relationship required and generated by the formula, the concept system should use as less semantic relationships as possible for the sake of computer readability and the efficiency of team collaboration.</p>
                <p>4. The tool or language should support taxonomy representation, i.e. the step 4 of the procedures of developing a taxonomy.</p>
                <p>5. The tool or language should support concept system development and visualization of both small (e.g. 20 concepts) and medium (e.g. 200 concepts) scale, especially, visualization for article publication.</p>
                <p>Both UML class diagram (as well as the Systems Modeling Language (SysML) block definition diagram) and EXPRESS-G can satisfy most of above requirements. In light of the specific support of taxonomy representation by the non-overlapping subtypes and total coverage subtypes of EXPRESS and its EXPRESS-G, this paper decides to select EXPRESS-G language as the modeling and visualization media of the proposed digital twin concept system.</p>
                <p>Furthermore, comparing with UML class diagram and SysML block definition diagram, EXPRESS-G has concise representation rules and higher information density which can save a lot of page space but sacrifice the readability somehow. Besides a comprehensive view of the proposed digital twin concept system, this paper offers different local views to increase its readability.</p>
            </sec>
        </sec>
        <sec sec-type="results">
            <title>Results</title>
            <p>Based on the general principles and guidelines of developing a concept system by ISO 704 and the enhanced methodology proposed by this paper, this paper analyzes the polysemy phenomenon of the term "digital twin&#x201d; and identifies the necessity to differentiate digital twin entity and digital twin system from the general term &#x201c;digital twin&#x201d;. After analyzing twenty-one definitions of digital twin and summarizing ten superordinate concepts from them, this paper proposes that a digital twin entity is a kind of digital asset rather than digital representation. Based on the new superordinate concept and definition of digital twin entity, a systematic digital twin concept system is developed with one hundred concepts and fifty definitions which consists of five parts: top-level ontology and taxonomy of entity, digital twin entity related concepts, digital twin system related concepts, taxonomy framework related concepts, and sister concepts of digital twin system.</p>
            <sec>
                <title>The differentiation between digital twin entity and digital twin system</title>
                <p>After literature analysis with the help of Google (Google, USA) and Google Scholar (Google, USA) (RRID:SCR_008878), we find that besides the term &#x201c;digital twin&#x201d;, its derivative forms &#x201c;digital twins&#x201d;, &#x201c;digital twinned&#x201d;, and &#x201c;digital twinning&#x201d; are frequently used as well, and two new compound terms &#x201c;digital twin entity&#x201d; and &#x201c;digital twin system&#x201d; also appears in technical publications. Furthermore, with semantic scrutinization, we identify that the term &#x201c;digital twin&#x201d; in English literature refers to several different intensional meanings:</p>
                <p>&#x2022;&#x00a0;&#x00a0;a technical domain or standardization subject
                    <sup>
                        <xref ref-type="bibr" rid="ref-32">32</xref>
                    </sup>;</p>
                <p>&#x2022;&#x00a0;&#x00a0;a technology system including the core technology and its enabling technologies
                    <sup>
                        <xref ref-type="bibr" rid="ref-33">33</xref>
                    </sup>;</p>
                <p>&#x2022;&#x00a0;&#x00a0;a business niche or an industrial ecosystem
                    <sup>
                        <xref ref-type="bibr" rid="ref-34">34</xref>
                    </sup>;</p>
                <p>&#x2022;&#x00a0;&#x00a0;a digital twin system
                    <sup>
                        <xref ref-type="bibr" rid="ref-35">35</xref>
                    </sup> or a digital twin system of systems
                    <sup>
                        <xref ref-type="bibr" rid="ref-36">36</xref>
                    </sup>;</p>
                <p>&#x2022;&#x00a0;&#x00a0;or a digital twin entity
                    <sup>
                        <xref ref-type="bibr" rid="ref-37">37</xref>
                    </sup>.</p>
                <p>The term &#x201c;digital twins&#x201d; can refer to digital twin entities or digital twin systems, or both sometimes. 
                    <xref ref-type="table" rid="T1">Table 1</xref> provides a few examples of the polysemy phenomenon of the term digital twin(s). Therefore, it is necessary to differentiate digital twin entities and digital twin systems from the general term &#x201c;digital twin&#x201d;.</p>
                <table-wrap id="T1" orientation="portrait" position="anchor">
                    <label>Table 1. </label>
                    <caption>
                        <title>The polysemy phenomenon of the term digital twin(s).</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="middle">Term</th>
                                <th align="left" colspan="1" rowspan="1" valign="middle">Intensional meaning</th>
                                <th align="left" colspan="1" rowspan="1" valign="middle">Term in context</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="16" valign="middle">Digital 
                                    <break/>twin</td>
                                <td align="left" colspan="1" rowspan="2" valign="middle">A technical domain or 
                                    <break/>standardization subject</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ISO/IEC JTC 1/SC 41 Internet of things and digital twin
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-32">32</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital Twin Summit - Gateway to the Data-Driven Industrial Enterprise
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-40">40</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="3" valign="middle">A technology system including the 
                                    <break/>core technology and its enabling 
                                    <break/>technologies</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">The convergence of digital twin, IoT, and machine learning: transforming data into 
                                    <break/>action
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-33">33</xref>
                                    </sup>, Digital twin technologies and smart cities
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-41">41</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital twin: Enabling technologies, challenges and open research
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-42">42</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital Twin Technology
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-43">43</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="3" valign="middle">A business niche or an industrial 
                                    <break/>ecosystem</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">digital twin market by type: process digital twins, product digital twins, system digital 
                                    <break/>twins
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-34">34</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">National Digital Twin Programme
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-44">44</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">The promise of digital twin ecosystems
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-45">45</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="3" valign="middle">Digital twin system</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital twin framework for manufacturing &#x2014; Part 2: Reference architecture
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-35">35</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ISO 23247 provides a generic digital twin development framework to help 
                                    <break/>manufacturers choose building blocks for digital twin implementations. It can help 
                                    <break/>them analyze digital twin project requirements and use common terminology when 
                                    <break/>communicating with suppliers, partners and customers
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-46">46</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital Twin - Reference Architecture
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-47">47</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="3" valign="middle">Digital twin system of systems</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Based on the information technology systems of digital identification, automated perception,
                                    <break/>networked connection, inclusive computing, intelligent control and platform services, a digital twin
                                    <break/>city matching the physical city is recreated in the digital space, with holographic simulation, dynamic
                                    <break/>monitoring, real-time diagnosis and accurate prediction of the state of the physical city entity in the
                                    <break/>real environment
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-36">36</xref>
                                    </sup>. </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Developing a digital twin city requires nine elements, representing a &#x201c;4+5&#x201d; framework. ...... The digital
                                    <break/>twin city is ...... recreating a complex, giant system in digital space that maps and interacts with the
                                    <break/>real world
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-48">48</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Theoretically, a city digital twin is a hierarchical system architecture comprising many sub-level digital twins
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-49">49</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="2" valign="middle">Digital twin entity</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">A digital twin is implemented in a digital twin system. A digital twin system is a system-
                                    <break/>of-systems that implements a digital twin
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-37">37</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Those definitions in 
                                    <xref ref-type="table" rid="T2">Table 2</xref> of regarding digital twin as a digital replica or a digital/
                                    <break/>virtual representation refer to digital twin entity
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-39">39</xref>,
                                        <xref ref-type="bibr" rid="ref-50">50</xref>&#x2013;
                                        <xref ref-type="bibr" rid="ref-59">59</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="8" valign="middle">Digital twins</td>
                                <td align="left" colspan="1" rowspan="3" valign="middle">Digital twin systems</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">digital twin market by type: process digital twins, product digital twins, system digital 
                                    <break/>twins
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-34">34</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Emerging digital twins standards promise to help connect the dots between individual 
                                    <break/>digital twins to enable systems of systems
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-46">46</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Enable a National Digital Twin &#x2013; an ecosystem of connected digital twins to foster better 
                                    <break/>outcomes from our built environment
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-44">44</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="2" valign="middle">Digital twin entities</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Using digital twins in concert with instrumentation in the manufacturing process helped 
                                    <break/>identify opportunities to reduce the size and number of 
                                    <break/>fasteners, shaving hundreds of pounds off the weight of a wing compared to traditional approach
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-46">46</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">But what we really need is the interoperable digital twin so we can realize the interoperability
                                    <break/>between these different digital twins
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-46">46</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital twin entities or digital twin 
                                    <break/>systems</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">But what we really need is the interoperable digital twin so we can realize the interoperability
                                    <break/>between these different digital twins
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-46">46</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="2" valign="middle">Digital twin entities and digital twin 
                                    <break/>systems</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Emerging digital twins standards promote interoperability
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-46">46</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Glossary of Digital Twins
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-37">37</xref>
                                    </sup>
                                </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="2" rowspan="1" valign="middle">Digital twin entity</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">A digital twin entity is built using the RFM (sub-field) and parameters based on the 
                                    <break/>target physical product, and functions are extracted in the form of &#x201c;verb + noun&#x201d;.
                                    <break/>Components and parameters of harmful functions are obtained based on the digital 
                                    <break/>twin entity
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-60">60</xref>
                                    </sup>.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="2" rowspan="1" valign="middle">Digital twin system</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">A digital twin is implemented in a digital twin system. A digital twin system is a system-
                                    <break/>of-systems that implements a digital twin
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-37">37</xref>
                                    </sup>.</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>The newly published ISO 23247
                    <sup>
                        <xref ref-type="bibr" rid="ref-35">35</xref>,
                        <xref ref-type="bibr" rid="ref-38">38</xref>,
                        <xref ref-type="bibr" rid="ref-39">39</xref>
                    </sup> took the first step by adopting the concept &#x201c;digital twin entity&#x201d;, as shown in 
                    <xref ref-type="fig" rid="f2">Figure 2</xref>. This paper suggests that the scope of digital twin system should include the digital twinning target (observable manufacturing elements) enclosed in the blue box as shown in 
                    <xref ref-type="fig" rid="f2">Figure 2</xref>.</p>
                <fig fig-type="figure" id="f2" orientation="portrait" position="float">
                    <label>Figure 2. </label>
                    <caption>
                        <title>The relationship between digital twin entity and digital twin system
                            <sup>
                                <xref ref-type="bibr" rid="ref-38">38</xref>
                            </sup>.</title>
                        <p>This figure has been reproduced with permission from Standardization Administration of China.</p>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure2.gif"/>
                </fig>
                <p>The differentiation between digital twins and digital twin systems not only conforms to the principle that a basic term should be easily derived or compounded to generate new terms but also meets the requirement of the development of digital twin concept system and digital twin system reference architecture.</p>
                <p>Therefore, the term "digital twin" can be used as the primary basic term in this field, referring to the technical domain, the standardization subject, the technology system, or the business niche, or even the industrial ecology, interacting with other domains or technology systems such as Internet of Things (IoT) and artificial intelligence (AI). While the two new compound terms, "digital twin system" and "digital twin entity" refer to the artifact systems and their core components respectively in this field.</p>
                <p>In fact, AI, the neighbor field of digital twin, whose technical committee is ISO/IEC JTC 1/SC 42, is adopting a similar approach to develop the AI concept system by introducing derived and compound terms, such as AI as an engineered system or discipline, agent or AI system
                    <sup>
                        <xref ref-type="bibr" rid="ref-61">61</xref>
                    </sup>.</p>
            </sec>
            <sec>
                <title>The analysis of the superordinate concepts of digital twin definitions</title>
                <p>There are more than dozens of definitions of digital twin. How to identify valuable highlights from many definitions and write a definition that meets the requirements of all stakeholders is the primary task of digital twin terminology standardization. According to the formula mentioned aboved, 
                    <xref ref-type="table" rid="T2">Table 2</xref> summarizes ten superordinate concepts of digital twin used in typical twenty-one definitions in last decade with comments.</p>
                <table-wrap id="T2" orientation="portrait" position="anchor">
                    <label>Table 2. </label>
                    <caption>
                        <title>The superordinate concepts of digital twin (entity/system) used in typical definitions.</title>
                    </caption>
                    <table content-type="article-table" frame="hsides">
                        <thead>
                            <tr>
                                <th align="left" colspan="1" rowspan="1" valign="middle">Proposed by</th>
                                <th align="left" colspan="1" rowspan="1" valign="middle">The superordinate concept in the 
                                    <break/>definition</th>
                                <th align="left" colspan="1" rowspan="1" valign="middle">Authors&#x2019; comments</th>
                            </tr>
                        </thead>
                        <tbody>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">The Air Force Research 
                                    <break/>Laboratory (AFRL)
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-62">62</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;Airframe digital twin is an integrated 
                                    <break/>
                                    <bold>system</bold> of data, models, and analysis tools 
                                    <break/>to represent an airframe over its entire life 
                                    <break/>cycle&#x201d;...</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">It is too abstract to use "system" as the superordinate 
                                    <break/>concept of the specific digital twin entity.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ISO/TR 24464: 2020
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-63">63</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;Digital twin: 
                                    <bold>compound model</bold> composed of 
                                    <break/>a physical asset, an avatar and an interface&#x201d;</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">The digital twin system is more than just a model due to 
                                    <break/>the digital twinning target (physical asset) as part of the 
                                    <break/>digital twin system.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">The National Aeronautics 
                                    <break/>and Space Administration 
                                    <break/>(NASA)
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-64">64</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A digital twin is an integrated multi-physics, 
                                    <break/>multi-scale, probabilistic 
                                    <bold>simulation</bold> of a 
                                    <break/>vehicle or system that&#x201d;...</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">digital twin entity is beyond the concept "simulation".</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">National Instruments
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-50">50</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A digital twin is a real time 
                                    <bold>digital replica</bold> of 
                                    <break/>a physical device&#x201d;</td>
                                <td align="left" colspan="1" rowspan="2" valign="middle">The term &#x201c;replica&#x201d; put too much emphasis on the 
                                    <break/>characteristics of copying, which is not suitable to be a 
                                    <break/>superordinate concept.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ISO/TC 184/AG 2
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-30">30</xref>
                                    </sup>,
                                    <break/>IEC/TC 65 &#x2013; ISO/TC 184 JWG 
                                    <break/>21
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-51">51</xref>
                                    </sup> and ISO 23704-1:2022
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-65">65</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">
                                    <bold>&#x201c;digital replica</bold> of physical 
                                    <break/>assets (physical twin), processes and systems that&#x201d;&#x2026;</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Dr. Michael Grieves &amp; John 
                                    <break/>Vickers
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-66">66</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;The digital twin is a set of virtual 
                                    <break/>
                                    <bold>information constructs</bold> that&#x201d;...</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">It is too abstract to use "constructs" as the
                                    <break/>superordinate concept. In addition to information, does
                                    <break/>the digital twin (entity) have 
                                    <break/>data and/or knowledge?</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">The United States Air 
                                    <break/>Force
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-52">52</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;Digital Twin is a 
                                    <bold>virtual</bold> 
                                    <bold>representation</bold> of 
                                    <break/>the system&#x201d;...</td>
                                <td align="left" colspan="1" rowspan="11" valign="middle">Just like &#x201c;(digital) model&#x201d; is only a component of digital twin 
                                    <break/>entity, &#x201c;digital/virtual representation&#x201d; is only a constituent 
                                    <break/>function of digital twin entity. Both of them cannot be the 
                                    <break/>superordinate concept of digital twin entity.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital Twin Consortium
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-37">37</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A digital twin is a 
                                    <bold>virtual representation</bold> of
                                    <break/> real-world entities and processes,&#x201d; </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">International Business 
                                    <break/>Machines Corporation 
                                    <break/>(IBM)
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-53">53</xref>
                                    </sup> / SAP
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-54">54</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A digital twin is a 
                                    <bold>virtual representation</bold> 
                                    <break/>of a physical object or system&#x201d;...</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">PTC
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-55">55</xref>
                                    </sup> (new version)</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A digital twin is a&#x202f;
                                    <bold>virtual representation</bold> of 
                                    <break/>a physical product, process, person, or place 
                                    <break/>that &#x2026;&#x2026;</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">GE Digital
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-56">56</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital twins are 
                                    <bold>software representations</bold> 
                                    <break/>of assets and processes&#x201d;...</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">IEEE
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-57">57</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A Digital Twin is a 
                                    <bold>digital representation</bold> of 
                                    <break/>physical assets (physical twin), processes, and 
                                    <break/>systems that&#x201d;&#x2026; </td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">CIRP Encyclopedia of 
                                    <break/>Production Engineering
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-58">58</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">A digital twin is a 
                                    <bold>digital representation</bold> of 
                                    <break/>an active unique product or unique product-
                                    <break/>service system that&#x201d;&#x2026;</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ISO 23247-1: 2021
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-39">39</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;Digital Twin: fit for purpose 
                                    <bold>digital</bold> 
                                    <break/>
                                    <bold>representation</bold> of&#x201d;...</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ITU-T Y.4600 (08/2022)
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-67">67</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;digital twin: A digital 
                                    <bold>representation</bold> of an
                                    <break/> object of interest.&#x201d;</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">IEC Smart Cities Systems 
                                    <break/>Committee
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-59">59</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;formal, explicit, computer-readable and 
                                    <break/>computer-executable 
                                    <bold>representation</bold> of an 
                                    <break/>object or system.&#x201d;</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ISO/IEC CD 30173
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-68">68</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">
                                    <bold>&#x201c;digital representation</bold> of a target entity
                                    <break/> with data connections&#x201d;&#x2026;</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">PTC
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-69">69</xref>
                                    </sup> (old version)</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A digital twin is a 
                                    <bold>function</bold> of things, 
                                    <break/>connectivity, data management, and 
                                    <break/>applications.&#x201d;</td>
                                <td align="left" colspan="1" rowspan="2" valign="middle">A function is essentially a verb or gerund phrase, digital 
                                    <break/>twin entity is clearly not. Nor is it just a mathematical 
                                    <break/>function. Maybe the term &#x201c;mapping&#x201d; could be the 
                                    <break/>superordinate concept of digital twinning.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Tao F. (Beihang University)
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-70">70</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;digital twin is a real 
                                    <bold>mapping</bold> of all 
                                    <break/>components in the product life cycle using&#x201d;...</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Deloitte
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-71">71</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;A digital twin is an evolving 
                                    <bold>digital profile</bold> of 
                                    <break/>the historical and current behavior of&#x201d;...</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">The term "profile" overemphasizes external visualization.</td>
                            </tr>
                            <tr>
                                <td align="left" colspan="1" rowspan="1" valign="middle">ISO/TS 18101-1:2019
                                    <sup>
                                        <xref ref-type="bibr" rid="ref-72">72</xref>
                                    </sup>
                                </td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">&#x201c;digital twin: 
                                    <bold>digital asset</bold> on which&#x201d;...</td>
                                <td align="left" colspan="1" rowspan="1" valign="middle">Digital asset is an excellent candidate for the 
                                    <break/>superordinate concept of digital twin entity.</td>
                            </tr>
                        </tbody>
                    </table>
                </table-wrap>
                <p>Two criteria are applied for definitions selection in 
                    <xref ref-type="table" rid="T2">Table 2</xref>: (1) to identify the superordinate concepts as more as possible, and (2) to select those authoritative definitions by standardization organizations, high citation index authors, famous research institutes and companies. &#x201c;Authors&#x2019; comments&#x201d; are based on one criterion: is the superordinate concept appropriate according to the intensional definition writing principles and guidelines mentioned in ISO 704:2022 6.4.3
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>?</p>
                <p>The instantiation of the procedures of evaluating all candidate superordinate concepts are shown as follows:</p>
                <p>1. Search the word "twin" in 
                    <ext-link ext-link-type="uri" xlink:href="http://wordnetweb.princeton.edu/perl/webwn">WordNet</ext-link>.</p>
                <p>2. Select the first synset (twin (either of two offspring born at the same time from the same pregnancy)) and the fourth synset (counterpart, similitude, twin (a duplicate copy)) of the noun entries of "twin" as the starting point of the concept map.</p>
                <p>3. Represent the two synsets of "twin" with UML class diagram and connect them with dependency relationship notation.</p>
                <p>5. Identify the superordinate concepts of the fourth synset, "copy" and "duplication" as optional.</p>
                <p>6. Search the superordinate concepts, identify proper synsets and definitions in WordNet.</p>
                <p>7. Connect these concepts with UML generalization relationship notation. If needed, UML association relationship notation could be used for synonyms.</p>
                <p>8. Highlight those superordinate concepts appeared in 
                    <xref ref-type="table" rid="T2">Table 2</xref>.</p>
                <p>9. Repeat step 6-8 until most superordinate concepts of 
                    <xref ref-type="table" rid="T2">Table 2</xref> are identified and highlighted.</p>
                <p>This paper obtains a few insights into the superordinate concepts of a digital twin entity from 
                    <xref ref-type="table" rid="T2">Table 2</xref> and 
                    <xref ref-type="fig" rid="f3">Figure 3</xref>.</p>
                <fig fig-type="figure" id="f3" orientation="portrait" position="float">
                    <label>Figure 3. </label>
                    <caption>
                        <title>The semantic relationship among superordinate concepts used in digital twin definitions.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure3.gif"/>
                </fig>
                <p>&#x2022;&#x00a0;&#x00a0;Similar to &#x201c;digital thread&#x201d;, borrowing the term &#x201c;thread&#x201d; from the textile domain, the term &#x201c;digital twin borrows the term &#x201c;twin&#x201d; from biology. This practice of using metaphor or metonymy helps make concepts easy to understand; however, it sometimes causes inconsistency between the term and its intensional meaning. That is why most definitions try to circumvent twin- or copy-related concepts and look for new superordinate concepts of a digital twin entity. But their efforts are not so successful. For example, the definition by National Instruments
                    <sup>
                        <xref ref-type="bibr" rid="ref-50">50</xref>
                    </sup> uses the term &#x201c;replica&#x201d;, an uncle concept of the term &#x201c;twin&#x201d;, trying to expand the intension and extension of digital twin, but it has not escaped the limitation of &#x201c;copy&#x201d;.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Those definitions choosing &#x201c;representation&#x201d; as the superordinate concept, taking advantage of the feature that representation is a polysemy, try to further stay away from the term &#x201c;twin&#x201d;. According to the principle of concept definition, the superordinate concept of the intensional definition of a nominal concept should be a noun, and the superordinate concept of the intensional definition of a verb should be a verb or a gerund
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup>. However, &#x201c;representation&#x201d; here is an activity or behavior. Moreover, importantly, representation is only a constituent function or subfunction of a digital twin entity. It only emphasizes abstract mapping (i.e. modeling) from a target entity (
                    <italic toggle="yes">i.e.</italic> digital twinning target, can be a physical entity, a digital entity, or a physical-virtual hybrid entity) to digital twin entity, missing two other important subfunctions: digital execution of the representation and synchronization with a target entity, which mislead people into regarding digital twin entities as traditional modeling or simulations.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Those definitions choosing &#x201c;digital model&#x201d; or &#x201c;simulation&#x201d; as the superordinate concepts are too much immersed in technical details (i.e. certain component or subfunction of digital twin entity) and violate Ockham's Razor principle (do not multiply entities beyond necessity). The intension of digital twin entity goes far beyond modeling, beyond simulation, and even beyond modeling plus simulation, so it is necessary to create a new concept to deal with new requirements and problem situations.</p>
                <p>Therefore, digital representation or digital modelling alone cannot take on the responsibility of the core business object of a digital twin system. It is necessary to go beyond traditional semantic relationships, break the mindset, introduce external factors such as business requirements and system architecture, and choose a superordinate concept for digital twin entities that goes beyond modeling and simulation, and thus beyond both digital representation and digital execution.</p>
            </sec>
            <sec>
                <title>Digital twin concept system</title>
                <p>After identifying the two fundamental concepts in the digital twin domain (digital twin entity and digital twin system) and analyzing the prior art of digital twin entity superordinate concepts, this paper develops a digital twin concept system using the STEP standard EXPRESS-G diagram as visualized representation shown in 
                    <xref ref-type="fig" rid="f4">Figure 4</xref>. The digital twin concept system consists of five parts in 
                    <xref ref-type="fig" rid="f4">Figure 4</xref> (the terms in italics below are the concepts appearing in the digital twin concept system):</p>
                <p>1. The blue colored concepts in the middle and lower area are top-level ontology and taxonomy of 
                    <italic toggle="yes">entity</italic> that is fundamental part of the digital twin concept system,</p>
                <p>2. The brown colored concepts in right area are 
                    <italic toggle="yes">digital twin entity</italic> related concepts,</p>
                <p>3. The green colored concepts in top and upper left area are 
                    <italic toggle="yes">digital twin system</italic> related concepts,</p>
                <p>4. The orange colored concepts in upper middle area are 
                    <italic toggle="yes">taxonomy framework</italic> related concepts, and</p>
                <p>5. The black colored concepts in lower left corner are sister concepts of 
                    <italic toggle="yes">digital twin system</italic>.</p>
                <p>Currently the digital twin concept system sums to one hundred concepts, and fifty of them have a formal definition.</p>
                <fig fig-type="figure" id="f4" orientation="portrait" position="float">
                    <label>Figure 4. </label>
                    <caption>
                        <title>The digital twin concept system
                            <sup>
                                <xref ref-type="bibr" rid="ref-73">73</xref>
                            </sup>.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure4.gif"/>
                </fig>
            </sec>
            <sec>
                <title>Top-level ontology with entity related concepts</title>
                <p>In order to identify proper superordinate concepts for the two most important concepts, 
                    <italic toggle="yes">digital twin entity</italic> and 
                    <italic toggle="yes">digital twin system</italic>, and put them in the right positions of the digital twin concept system, the high-level abstract concept, 
                    <italic toggle="yes">entity</italic>, is introduced into the concept system and a top-level ontology with 
                    <italic toggle="yes">entity</italic> related concepts is developed (
                    <xref ref-type="fig" rid="f5">Figure 5</xref>). 
                    <xref ref-type="fig" rid="f5">Figure 5</xref> offers a simplified local view of 
                    <italic toggle="yes">entity</italic> related concepts just with generic relations and without attribute relations.</p>
                <fig fig-type="figure" id="f5" orientation="portrait" position="float">
                    <label>Figure 5. </label>
                    <caption>
                        <title>Top-level ontology and taxonomy of entity.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure5.gif"/>
                </fig>
                <p>By referring to WordNet 3.1 (RRID:SCR_022182) and ISO/IEC 21838-2:2021
                    <sup>
                        <xref ref-type="bibr" rid="ref-74">74</xref>
                    </sup>, this paper sorts out the taxonomy perspectives of 
                    <italic toggle="yes">entity</italic> and performs their first-level decomposition , including 
                    <italic toggle="yes">physical entity</italic> (comprising of 
                    <italic toggle="yes">man-made physical entity</italic>, 
                    <italic toggle="yes">natural entity</italic>, and 
                    <italic toggle="yes">social group</italic>), 
                    <italic toggle="yes">virtual entity</italic>, and 
                    <italic toggle="yes">physical-virtual hybrid entity</italic>; 
                    <italic toggle="yes">abstract entity and concrete entity</italic>; 
                    <italic toggle="yes">matter</italic>, 
                    <italic toggle="yes">energy</italic>, and 
                    <italic toggle="yes">information</italic>; 
                    <italic toggle="yes">system</italic> and 
                    <italic toggle="yes">process</italic>; 
                    <italic toggle="yes">asset</italic> and non-asset. This taxonomy of 
                    <italic toggle="yes">entity</italic> conforms to the criterion mentioned in the step 4 of the procedures of developing a taxonomy.</p>
                <p>To build the connection between 
                    <italic toggle="yes">physical-virtual hybrid entity</italic> and 
                    <italic toggle="yes">digital twin system</italic>, three subordinate concepts of 
                    <italic toggle="yes">physical-virtual hybrid entity</italic> are identified from functional perspective: 
                    <italic toggle="yes">human machine interaction</italic>, 
                    <italic toggle="yes">digital communication network</italic> and 
                    <italic toggle="yes">cyber-physical system</italic>. The concept 
                    <italic toggle="yes">cyber-physical system</italic> here has a broad sense that adopts its definition from ISO IWA-39:2022
                    <sup>
                        <xref ref-type="bibr" rid="ref-75">75</xref>
                    </sup> 3.1: system with digital, analogue, cyber, physical and human components interacting with each other, engineered to function through integrated physics and logic.</p>
                <p>Two sister concepts of 
                    <italic toggle="yes">digital twin system</italic> are identified: 
                    <italic toggle="yes">cyber-physical system (narrow sense)</italic> and 
                    <italic toggle="yes">asset administration shell</italic>. They are all subordinate concepts of 
                    <italic toggle="yes">cyber-physical system (broad sense)</italic> mentioned above. The 
                    <italic toggle="yes">cyber-physical system (narrow sense)</italic> adopts its definition from ISO 23704-1:2022
                    <sup>
                        <xref ref-type="bibr" rid="ref-65">65</xref>
                    </sup> 3.1.8: physical and engineered systems whose operations are monitored, coordinated, controlled and integrated by a computing and communication core.</p>
            </sec>
            <sec>
                <title>Digital twin entity related concepts</title>
                <p>This paper adopts the superordinate concept, 
                    <italic toggle="yes">digital asset</italic> (
                    <xref ref-type="table" rid="T2">Table 2</xref>), proposed by ISO/TS 18101-1:2019
                    <sup>
                        <xref ref-type="bibr" rid="ref-72">72</xref>
                    </sup> for its digital twin definition, and agrees that a 
                    <italic toggle="yes">digital twin entity</italic> is a kind of 
                    <italic toggle="yes">digital asset</italic>, as shown in 
                    <xref ref-type="fig" rid="f4">Figure 4</xref> and 
                    <xref ref-type="fig" rid="f5">Figure 5</xref>. People building 
                    <italic toggle="yes">digital twin entities</italic> for a 
                    <italic toggle="yes">target entity</italic> require that their problems are solved, and thus the 
                    <italic toggle="yes">digital twin entity</italic> must be problem-solving oriented and have its user values. The characteristic of valuableness provides a new perspective on 
                    <italic toggle="yes">digital twin entities</italic> and the choosing of its superordinate concept. According to ISO 55000:2014
                    <sup>
                        <xref ref-type="bibr" rid="ref-76">76</xref>
                    </sup> 3.2.1, asset refers to item, thing or entity that has potential or actual value to an organization. Therefore, bearing in mind real problems and business requirements, taking advantage of the valuableness of a 
                    <italic toggle="yes">digital twin entity</italic>, to build both semantic and business relationship between 
                    <italic toggle="yes">digital twin entity</italic> and 
                    <italic toggle="yes">digital asset</italic> will facilitate the development of digital twin system reference architecture and thus its implementation in various industrial scenarios. Therefore, it makes sense to introduce the concept, 
                    <italic toggle="yes">asset</italic> (anything that has tangible or intangible value to an organization), into the digital twin concept system.</p>
                <p>Based on the top-level ontology with entity related concepts in 
                    <xref ref-type="fig" rid="f4">Figure 4</xref> and 
                    <xref ref-type="fig" rid="f5">Figure 5</xref>, this paper proposes a new definition for 
                    <italic toggle="yes">digital asset</italic> (a 
                    <italic toggle="yes">cognitive asset</italic> that exists in the form of 
                    <italic toggle="yes">digital entity</italic>), a 
                    <italic toggle="yes">digital asset</italic> is both 
                    <italic toggle="yes">digital entity</italic> and 
                    <italic toggle="yes">cognitive asset</italic>; the 
                    <italic toggle="yes">data</italic>, 
                    <italic toggle="yes">information</italic>, 
                    <italic toggle="yes">knowledge</italic>, and 
                    <italic toggle="yes">wisdom</italic> that forms the DIKW (data-information-knowledge-wisdom) hierarchy
                    <sup>
                        <xref ref-type="bibr" rid="ref-61">61</xref>
                    </sup> are identified as 
                    <italic toggle="yes">cognitive assets</italic>; and thus the 
                    <italic toggle="yes">entity</italic> related concepts and the 
                    <italic toggle="yes">digital twin entity</italic> related concepts are linked together. 
                    <xref ref-type="fig" rid="f6">Figure 6</xref> offers a local view of 
                    <italic toggle="yes">digital twin entity</italic> related concepts.</p>
                <fig fig-type="figure" id="f6" orientation="portrait" position="float">
                    <label>Figure 6. </label>
                    <caption>
                        <title>Digital twin entity related concepts.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure6.gif"/>
                </fig>
                <p>The benefits of identifying a 
                    <italic toggle="yes">digital twin entity</italic> as a 
                    <italic toggle="yes">digital asset</italic> are as follows:</p>
                <p>&#x2022;&#x00a0;&#x00a0;Completely resolve the problem of inconsistency between the term and intensional meaning of digital twin caused by the English word &#x201c;twin&#x201d;, breaking the limitation of English semantic relations, introducing business requirements and architecture factors, and establishing a true concept system and domain ontology model for 
                    <italic toggle="yes">digital twin entities</italic> and 
                    <italic toggle="yes">digital twin systems</italic>.</p>
                <p>&#x2022;&#x00a0;&#x00a0;By encapsulating the digital representation and execution of 
                    <italic toggle="yes">target entity</italic> and its synchronization mechanism in one business object, 
                    <italic toggle="yes">digital twin entity</italic>, prevent the separation of the digital representation of a 
                    <italic toggle="yes">digital twin entity</italic> (i.e. a 
                    <italic toggle="yes">digital model</italic>) and its core capabilities (i.e. digital execution and synchronization mechanism).</p>
                <p>&#x2022;&#x00a0;&#x00a0;By identifying a 
                    <italic toggle="yes">digital twin entity</italic> as a 
                    <italic toggle="yes">digital asset</italic> and clarifying the relationship between 
                    <italic toggle="yes">cognitive assets</italic> and 
                    <italic toggle="yes">digital assets</italic>, the 
                    <italic toggle="yes">asset</italic> taxonomy system has been enriched, and 
                    <italic toggle="yes">digital asset</italic> management provides the 
                    <italic toggle="yes">application scenario</italic> and method for 
                    <italic toggle="yes">digital twin entity</italic> sharing, reuse, and management.</p>
                <p>&#x2022;&#x00a0;&#x00a0;As one of the cornerstones of the 
                    <italic toggle="yes">reference framework</italic> in the MBSSE international standard
                    <sup>
                        <xref ref-type="bibr" rid="ref-26">26</xref>
                    </sup>, the DIKW hierarchy provides comprehensive perspectives for the reference architecture design of a 
                    <italic toggle="yes">digital twin system</italic>, Without ignoring possible 
                    <italic toggle="yes">information</italic> and the 
                    <italic toggle="yes">knowledge</italic> flows in a 
                    <italic toggle="yes">digital twin system</italic>, ensuring the applicability and adaptability of the reference architecture to the near-term and future application scenarios of 
                    <italic toggle="yes">digital twin systems</italic> such as the metaverse and system of digital twin systems.</p>
                <p>&#x2022;&#x00a0;&#x00a0;Being able to learn from the best practices in the field of 
                    <italic toggle="yes">digital assets</italic> to enable the establishment of digital twin management and governance system. For example, the application of blockchain technology in the security subsystem of a 
                    <italic toggle="yes">digital twin system</italic>.</p>
                <p>Therefore, this paper proposes the following definition of a 
                    <italic toggle="yes">
                        <bold>
                            <italic toggle="yes">digital twin entity</italic>
                        </bold>
                    </italic>: A 
                    <italic toggle="yes">digital asset</italic> which implements digital representation and digital execution of a certain view of a 
                    <italic toggle="yes">target entity</italic>, and achieves 
                    <italic toggle="yes">state</italic> synchronization with the 
                    <italic toggle="yes">target entity</italic> at an appropriate rate and 
                    <italic toggle="yes">credibility</italic> through single direction or bidirectional communication.</p>
                <p>Thereby this paper regards 
                    <italic toggle="yes">synchronism</italic> as the delimiting characteristic and 
                    <italic toggle="yes">credibility</italic> as an essential characteristic (ISO 1087:2019 3.2.3
                    <sup>
                        <xref ref-type="bibr" rid="ref-18">18</xref>
                    </sup>) of a 
                    <italic toggle="yes">digital twin entity</italic>. Based on the work of Dr. Michael Grieves and John Vickers
                    <sup>
                        <xref ref-type="bibr" rid="ref-66">66</xref>
                    </sup>, 
                    <italic toggle="yes">digital twin type entity</italic>, 
                    <italic toggle="yes">digital twin instance entity</italic>, and 
                    <italic toggle="yes">digital twin aggregate entity</italic> are identified as three subordinate concepts of 
                    <italic toggle="yes">digital twin entity</italic>.</p>
            </sec>
            <sec>
                <title>Digital twin system related concepts</title>
                <p>Based on the definition of a 
                    <italic toggle="yes">digital twin entity</italic>, this paper proposes the definitions of a 
                    <italic toggle="yes">digital twin system</italic> and digital twin as follows.</p>
                <p>&#x2022;&#x00a0;&#x00a0; 
                    <italic toggle="yes">
                        <bold>
                            <italic toggle="yes">Digital twin system</italic>
                        </bold>
                    </italic>: Both a 
                    <italic toggle="yes">man-made physical system</italic> and a 
                    <italic toggle="yes">physical-virtual hybrid entity</italic> containing certain 
                    <italic toggle="yes">target entities</italic> and its one or more 
                    <italic toggle="yes">digital twin entities</italic>, which can improve one or some performance 
                    <italic toggle="yes">indicators</italic> in one or some 
                    <italic toggle="yes">lifecycle stages</italic> of the 
                    <italic toggle="yes">target entities</italic>, thereby providing value to stakeholders.</p>
                <p>&#x2022;&#x00a0;&#x00a0; 
                    <bold>Digital twin</bold>: The enabling technology system, discipline field, or industrial ecology derived from a 
                    <italic toggle="yes">digital twin entity</italic> or 
                    <italic toggle="yes">digital twin system</italic>.</p>
                <p>In a 
                    <italic toggle="yes">digital twin system</italic>, 
                    <italic toggle="yes">digital thread</italic> is the communication framework among 
                    <italic toggle="yes">digital twin entities</italic>, which plays the role of information transmission and consolidation. 
                    <italic toggle="yes">Interoperability</italic> is the delimiting characteristics of 
                    <italic toggle="yes">digital thread</italic> from other related concepts, such as multi-view models, multi-BOM (bill of materials) views, 
                    <italic toggle="yes">etc</italic>. This paper proposes a one-dimension taxonomy of 
                    <italic toggle="yes">digital thread</italic>, including 
                    <italic toggle="yes">temporal</italic>, 
                    <italic toggle="yes">spatial</italic>, and 
                    <italic toggle="yes">domain</italic> three types of 
                    <italic toggle="yes">digital thread</italic>, as shown in 
                    <xref ref-type="fig" rid="f7">Figure 7</xref> and 
                    <xref ref-type="fig" rid="f4">Figure 4</xref>. This paper regards 
                    <italic toggle="yes">trustworthiness</italic> as one of essential characteristics of a 
                    <italic toggle="yes">digital twin system</italic>.</p>
                <fig fig-type="figure" id="f7" orientation="portrait" position="float">
                    <label>Figure 7. </label>
                    <caption>
                        <title>Digital twin system related concepts.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure7.gif"/>
                </fig>
            </sec>
            <sec>
                <title>The taxonomy framework related concepts</title>
                <p>After concept abstracting and modeling for the subchapter &#x201c;The 
                    <italic toggle="yes">taxonomy framework</italic> and procedures of developing a comprehensive and systematic taxonomy&#x201d;, this paper offers a local view of 
                    <italic toggle="yes">taxonomy framework</italic> related concepts (
                    <xref ref-type="fig" rid="f8">Figure 8</xref>). The 
                    <italic toggle="yes">Taxonomy framework,</italic> as well as a 
                    <italic toggle="yes">reference framework,</italic> is kind of 
                    <italic toggle="yes">framework</italic>. These three concepts are presented in 
                    <xref ref-type="fig" rid="f8">Figure 8</xref> and 
                    <xref ref-type="fig" rid="f5">Figure 5</xref> but absent in 
                    <xref ref-type="fig" rid="f4">Figure 4</xref>. The concept 
                    <italic toggle="yes">framework</italic> adopts its definition from ISO/IEC 19763-1:2015
                    <sup>
                        <xref ref-type="bibr" rid="ref-77">77</xref>
                    </sup> 4.1.4: logical structure for classifying and organizing complex 
                    <italic toggle="yes">information</italic>.</p>
                <fig fig-type="figure" id="f8" orientation="portrait" position="float">
                    <label>Figure 8. </label>
                    <caption>
                        <title>Taxonomy framework related concepts.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure8.gif"/>
                </fig>
                <p>With UML class diagram, 
                    <xref ref-type="fig" rid="f9">Figure 9</xref> shows an example of the application of the 
                    <italic toggle="yes">taxonomy framework</italic> to model taxonomy which will provide useful input to the development of the reference architecture of 
                    <italic toggle="yes">digital twin system</italic>. 
                    <xref ref-type="fig" rid="f5">Figure 5</xref> (Top-level ontology and taxonomy of 
                    <italic toggle="yes">entity</italic>) is another example of the application of the 
                    <italic toggle="yes">taxonomy framework</italic>.</p>
                <fig fig-type="figure" id="f9" orientation="portrait" position="float">
                    <label>Figure 9. </label>
                    <caption>
                        <title>A taxonomy of model.</title>
                    </caption>
                    <graphic orientation="portrait" position="float"
                        xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure9.gif"/>
                </fig>
            </sec>
        </sec>
        <sec sec-type="conclusions">
            <title>Conclusions</title>
            <p>With the emergence of a new technology or concept, the construction of its concept system and the definition of related terms are the basis for a large amount of subsequent standardization work and industrial practice. This paper presents the importance of the concept system to a brand-new technology area. Based on ISO terminology work standards, an enhanced methodology of developing a concept system is proposed with system thinking viewpoints and systems engineering methods, tools and procedures for evaluating candidate superordinate concepts, a three-dimensional taxonomy framework for developing a comprehensive and consistent taxonomy, and a terminology work maturity level model.</p>
            <p>From standardization perspective and based on the enhanced methodology, this paper analyzes the polysemy phenomenon and problem of the term &#x201c;digital twin&#x201d;. After analyzing twenty-one definitions of digital twin and summarizing ten superordinate concepts from these definitions, this study identifies the necessity to differentiate digital twin entity and digital twin system from the general term &#x201c;digital twin&#x201d;, suggests that just a component or a subfunction cannot be the superordinate concept of an entity-of-interest, and thus proposes that a digital twin entity is a kind of digital asset rather than digital representation.</p>
            <p>Based on the two new concepts and definitions of digital twin entity and digital twin system, a systematic and ontological digital twin concept system is developed with one hundred concepts and fifty definitions, which consists of five parts: top-level ontology and taxonomy of entity, digital twin entity related concepts, digital twin system related concepts, taxonomy framework related concepts, and sister concepts of digital twin system.</p>
            <p>The value and benefits of the enhanced methodology and the proposed digital twin concept system are listed below:</p>
            <p>1. These work demonstrate the power and effectiveness of the combination of ISO terminology work standards, system thinking and system engineering methods, and information modeling tools.</p>
            <p>2. These work verify the formula &#x201c;intensional definition = superordinate concept + delimiting characteristic(s)" and the developing process &#x201c;concept system / conceptual model = intensional definitions + hierarchical generic / generalization relations&#x201d; (according to ISO&#x2019;s definitions, &#x201c;conceptual model&#x201d; in application areas
                <sup>
                    <xref ref-type="bibr" rid="ref-27">27</xref>,
                    <xref ref-type="bibr" rid="ref-78">78</xref>,
                    <xref ref-type="bibr" rid="ref-79">79</xref>
                </sup> is a synonym with &#x201c;concept system&#x201d; in the terminology work area
                <sup>
                    <xref ref-type="bibr" rid="ref-18">18</xref>,
                    <xref ref-type="bibr" rid="ref-19">19</xref>
                </sup>), as well as the standardization process &#x201c;concept system / conceptual model + characteristics -&gt; reference architecture&#x201d; as shown in 
                <xref ref-type="fig" rid="f10">Figure 10 (a)</xref>.</p>
            <fig fig-type="figure" id="f10" orientation="portrait" position="float">
                <label>Figure 10. </label>
                <caption>
                    <title>The value of a concept system/conceptual model in standardization work.</title>
                    <p>(
                        <bold>a</bold>) ISO/IEC 30141 ed.1.0 &#x201c;Copyright &#x00a9; 2018 IEC Geneva, Switzerland. 
                        <ext-link ext-link-type="uri" xlink:href="http://www.iec.ch/">www.iec.ch</ext-link>&#x201d; This diagram has been reproduced with permission from IEC.</p>
                </caption>
                <graphic orientation="portrait" position="float"
                     xlink:href="https://digitaltwin1-files.f1000.com/manuscripts/19101/7d343c95-466e-4346-b828-5baf9462dcd2_figure10.gif"/>
            </fig>
            <p>3. These work lay a solid foundation for future digital twin standardization efforts, such as digital twin system reference architecture and maturity model, as shown in 
                <xref ref-type="fig" rid="f10">Figure 10 (b)</xref>.</p>
            <p>4. These work also provide useful inputs to terminology work of other domains. For example, besides the forward application of the proposed enhanced methodology, its reversed application could be used as verification tool and quality improvement guidance of current terminology work.</p>
        </sec>
    </body>
    <back>
        <sec sec-type="data-availability">
            <title>Data availability</title>
            <p>There are no data associated with this article.</p>
        </sec>
        <ack>
            <title>Acknowledgment</title>
            <p>The authors thank the International Electrotechnical Commission (IEC) for permission to reproduce Information from its International Standards. All such extracts are copyright of IEC, Geneva, Switzerland. All rights reserved. Further information on the IEC is available from www.iec.ch. IEC has no responsibility for the placement and context in which the extracts and contents are reproduced by the author, nor is IEC in any way responsible for the other content or accuracy therein.</p>
        </ack>
        <fn-group>
            <fn id="FN1">
                <p>
                    <sup>1</sup> According to ISO 704:2022
                    <sup>
                        <xref ref-type="bibr" rid="ref-19">19</xref>
                    </sup> 3.3, intensional definition means definition that conveys the intension of a concept by stating the immediate superordinate concept and the delimiting characteristic(s); according to ISO 1087:2019
                    <sup>
                        <xref ref-type="bibr" rid="ref-18">18</xref>
                    </sup> 3.2.6, intension means set of characteristics that make up a concept.</p>
            </fn>
        </fn-group>
        <ref-list>
            <ref id="ref-1">
                <label>1</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Barricelli</surname>
                            <given-names>BR</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Casiraghi</surname>
                            <given-names>E</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Fogli</surname>
                            <given-names>D</given-names>
                        </name>
               </person-group>:
                    <article-title>A survey on digital twin: Definitions, characteristics, applications, and design implications.</article-title>
                    <source>

                        <italic toggle="yes">IEEE access.</italic>
               </source>
               <year>2019</year>;<volume>7</volume>:<fpage>167653</fpage>&#x2013;<lpage>71</lpage>.
                    <pub-id pub-id-type="doi">10.1109/ACCESS.2019.2953499</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-2">
                <label>2</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Jones</surname>
                            <given-names>D</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Snider</surname>
                            <given-names>C</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Nassehi</surname>
                            <given-names>A</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Characterising the digital twin: A systematic literature review.</article-title>
                    <source>

                        <italic toggle="yes">CIRP J Manuf Sci Technol.</italic>
               </source>
               <year>2020</year>;<volume>29</volume>:<fpage>36</fpage>&#x2013;<lpage>52</lpage>.
                    <pub-id pub-id-type="doi">10.1016/j.cirpj.2020.02.002</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-3">
                <label>3</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Minerva</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Lee</surname>
                            <given-names>GM</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Crespi</surname>
                            <given-names>N</given-names>
                        </name>
               </person-group>:
                    <article-title>Digital twin in the IoT context: a survey on technical features, scenarios, and architectural models.</article-title>
                    <source>

                        <italic toggle="yes">Proceedings of the IEEE.</italic>
               </source>
               <year>2020</year>;<volume>108</volume>(<issue>10</issue>):<fpage>1785</fpage>&#x2013;<lpage>824</lpage>.
                    <pub-id pub-id-type="doi">10.1109/JPROC.2020.2998530</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-4">
                <label>4</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Qi</surname>
                            <given-names>Q</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Tao</surname>
                            <given-names>F</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Hu</surname>
                            <given-names>T</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Enabling technologies and tools for digital twin.</article-title>
                    <source>

                        <italic toggle="yes">J Manuf Syst.</italic>
               </source>
               <year>2021</year>;<volume>58</volume>:<fpage>3</fpage>&#x2013;<lpage>21</lpage>.
                    <pub-id pub-id-type="doi">10.1016/j.jmsy.2019.10.001</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-5">
                <label>5</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Lattanzi</surname>
                            <given-names>L</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Raffaeli</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Peruzzini</surname>
                            <given-names>M</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Digital twin for smart manufacturing: A review of concepts towards a practical industrial implementation.</article-title>
                    <source>

                        <italic toggle="yes">Int J Comp Integ M.</italic>
               </source>
               <year>2021</year>;<volume>34</volume>(<issue>6</issue>):<fpage>567</fpage>&#x2013;<lpage>97</lpage>.
                    <pub-id pub-id-type="doi">10.1080/0951192X.2021.1911003</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-6">
                <label>6</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Melesse</surname>
                            <given-names>TY</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Di Pasquale</surname>
                            <given-names>V</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Riemma</surname>
                            <given-names>S</given-names>
                        </name>
               </person-group>:
                    <article-title>Digital twin models in industrial operations: A systematic literature review.</article-title>
                    <source>

                        <italic toggle="yes">Procedia Manufacturing.</italic>
               </source>
               <year>2020</year>;<volume>42</volume>:<fpage>267</fpage>&#x2013;<lpage>72</lpage>.
                    <pub-id pub-id-type="doi">10.1016/j.promfg.2020.02.084</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-7">
                <label>7</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Rathore</surname>
                            <given-names>MM</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Shah</surname>
                            <given-names>SA</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Shukla</surname>
                            <given-names>D</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>The role of ai, machine learning, and big data in digital twinning: A systematic literature review, challenges, and opportunities.</article-title>
                    <source>

                        <italic toggle="yes">IEEE Access.</italic>
               </source>
               <year>2021</year>;<volume>9</volume>:<fpage>32030</fpage>&#x2013;<lpage>52</lpage>.
                    <pub-id pub-id-type="doi">10.1109/ACCESS.2021.3060863</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-8">
                <label>8</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Rosen</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Fischer</surname>
                            <given-names>J</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Boschert</surname>
                            <given-names>S</given-names>
                        </name>
               </person-group>:
                    <article-title>Next generation digital twin: An ecosystem for mechatronic systems?</article-title>
                    <source>

                        <italic toggle="yes">IFAC-PapersOnLine.</italic>
               </source>
               <year>2019</year>;<volume>52</volume>(<issue>15</issue>):<fpage>265</fpage>&#x2013;<lpage>70</lpage>.
                    <pub-id pub-id-type="doi">10.1016/j.ifacol.2019.11.685</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-9">
                <label>9</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Sjarov</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Lechler</surname>
                            <given-names>T</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Fuchs</surname>
                            <given-names>J</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>The Digital Twin Concept in Industry &#x2013; A Review and Systematization.</article-title>
                    <source>

                        <italic toggle="yes">In2020 25th IEEE International Conference on Emerging Technologies and Factory Automation (ETFA).</italic>
               </source>IEEE.<year> 2020</year>;<volume>1</volume>:<fpage>1789</fpage>&#x2013;<lpage>1796</lpage>.
                    <pub-id pub-id-type="doi">10.1109/ETFA46521.2020.9212089</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-10">
                <label>10</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Kitchenham</surname>
                            <given-names>B</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Brereton</surname>
                            <given-names>OP</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Budgen</surname>
                            <given-names>D</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Systematic literature reviews in software engineering &#x2013; A systematic literature review.</article-title>
                    <source>

                        <italic toggle="yes">Information and Software Technology.</italic>
               </source>
               <year>2009</year>;<volume>51</volume>(<issue>1</issue>):<fpage>7</fpage>&#x2013;<lpage>15</lpage>.
                    <pub-id pub-id-type="doi">10.1016/j.infsof.2008.09.009</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-11">
                <label>11</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Lechler</surname>
                            <given-names>T</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Fuchs</surname>
                            <given-names>J</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Sjarov</surname>
                            <given-names>M</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Introduction of a comprehensive Structure Model for the Digital Twin in Manufacturing.</article-title>
                    <source>

                        <italic toggle="yes">In 2020 25th IEEE International Conference on Emerging Technologies and Factory Automation (ETFA).</italic>
               </source>IEEE.<year> 2020</year>;<volume>1</volume>:<fpage>1773</fpage>&#x2013;<lpage>1780</lpage>.
                    <pub-id pub-id-type="doi">10.1109/ETFA46521.2020.9212030</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-12">
                <label>12</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Hankel</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Rexroth</surname>
                            <given-names>B</given-names>
                        </name>
               </person-group>:
                    <article-title>The reference architectural model industrie 4.0 (rami 4.0).</article-title>
                    <source>

                        <italic toggle="yes">ZVEI.</italic>
               </source>
               <year>2015</year>;<volume>2</volume>(<issue>2</issue>):<fpage>4</fpage>&#x2013;<lpage>9</lpage>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.zvei.org/fileadmin/user_upload/Themen/Industrie_4.0/Das_Referenzarchitekturmodell_RAMI_4.0_und_die_Industrie_4.0-Komponente/pdf/ZVEI-Industrie-40-RAMI-40-English.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-13">
                <label>13</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Lipsey</surname>
                            <given-names>RG</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Carlaw</surname>
                            <given-names>KI</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Bekar</surname>
                            <given-names>CT</given-names>
                        </name>
               </person-group>:
                    <article-title>Economic Transformations: General Purpose Technologies and Long-Term Economic Growth.</article-title>Oxford University Press, USA.<year> 2006</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://books.google.co.in/books?hl=en&amp;lr=&amp;id=tSrGTMtBv50C&amp;oi=fnd&amp;pg=PR15&amp;dq=%5B13%5D%09Richard+G.+Lipsey,+Kenneth+I.+Carlaw,+Clifford+T.+Bekar.+Economic+Transformations:+General+Purpose+Technologies+and+Long-Term+Economic+Growth.+Oxford+University+Press,+USA,+2006&amp;ots=11l9MxwROn&amp;sig=TQhSCFpT7XY4Rzz3pajmXo2owME#v=onepage&amp;q&amp;f=false">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-14">
                <label>14</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Al-Ali</surname>
                            <given-names>AR</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Gupta</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Batool</surname>
                            <given-names>TZ</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Digital twin conceptual model within the context of internet of things.</article-title>
                    <source>

                        <italic toggle="yes">Future Internet.</italic>
               </source>
               <year>2020</year>;<volume>12</volume>(<issue>10</issue>):<fpage>163</fpage>.
                    <pub-id pub-id-type="doi">10.3390/fi12100163</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-15">
                <label>15</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Huang</surname>
                            <given-names>Z</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Shen</surname>
                            <given-names>Y</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Li</surname>
                            <given-names>J</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>A Survey on AI-Driven Digital Twins in Industry 4.0: Smart Manufacturing and Advanced Robotics.</article-title>
                    <source>

                        <italic toggle="yes">Sensors (Basel).</italic>
               </source>
               <year>2021</year>;<volume>21</volume>(<issue>19</issue>):<fpage>6340</fpage>.
                    <pub-id pub-id-type="pmid">34640660</pub-id>
                    <pub-id pub-id-type="doi">10.3390/s21196340</pub-id>
                    <pub-id pub-id-type="pmcid">8512418</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-16">
                <label>16</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Schwab</surname>
                            <given-names>K</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Nadella</surname>
                            <given-names>S</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Davis</surname>
                            <given-names>N</given-names>
                        </name>
               </person-group>:
                    <article-title>Shaping the Fourth Industrial Revolution.</article-title>
                    <source>

                        <italic toggle="yes">World Economic Forum.</italic>
               </source>
               <year> 2018</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.weforum.org/focus/shaping-the-fourth-industrial-revolution#:~:text=Shaping the Fourth Industrial Revolution The Fourth Industrial,shape the future we want to live in.">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-17">
                <label>17</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Lee</surname>
                            <given-names>H</given-names>
                        </name>
               </person-group>:
                    <article-title>Digital Twin Manufacturing Standardization Activities in ISO TC 184.</article-title>
               <year> 2019</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://oagi.org/Portals/0/Downloads/Meetings/2019%20NIST%20Summit/%283.0.1%29Digital%20Twin%20Standardization%20Activities-Hyunjeong%20Lee-r5.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-18">
                <label>18</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 1087: 2019 Terminology work and terminology science &#x2013; Vocabulary</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/62330.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-19">
                <label>19</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 704: 2022 Terminology work - Principles and methods</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.iso.org/standard/38109.html#:~:text=Terminology work &#x2014; Principles and methods This standard,links between objects, concepts, and their terminological representations.">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-20">
                <label>20</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC/IEEE FDIS 15288 Systems and software engineering &#x2014; System life cycle processes</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/81702.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-21">
                <label>21</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/TR 23847: 2022 Biomimetics &#x2014; Integrating problem- and function-oriented approaches applying the TRIZ method</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/77148.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-22">
                <label>22</label>
                <mixed-citation publication-type="journal">
                    <collab>The International TRIZ Association (MATRIZ)</collab>:
                    <article-title>Glossary of TRIZ and TRIZ-related Terms, Version 1.2.</article-title>
               <year> 2018</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://matriz.org/wp-content/uploads/2016/11/TRIZGlossaryVersion1_2.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-23">
                <label>23</label>
                <mixed-citation publication-type="journal">
                    <collab>The International TRIZ Association (MATRIZ)</collab>:
                    <article-title>TRIZ Body of Knowledge.</article-title>
               <year> 2008</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://matriz.org/wp-content/uploads/2012/07/TRIZ-Body-of-Knowledge-final.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-24">
                <label>24</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC/IEEE 31320-1: 2012 Information technology &#x2014; Modeling Languages &#x2014; Part 1: Syntax and Semantics for IDEF0</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/60615.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-25">
                <label>25</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 24156-1: 2014 Graphic notations for concept modelling in terminology work and its relationship with UML &#x2014; Part 1: Guidelines for using UML notation in terminology work</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/57420.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-26">
                <label>26</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC/IEEE FDIS 24641 Systems and Software engineering - Methods and tools for model-based systems and software engineering</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/79111.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-27">
                <label>27</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC 30141: 2018 Internet of Things (IoT) - Reference Architecture</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/65695.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-28">
                <label>28</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC/IEEE 42010: 2022 Software, systems and enterprise &#x2014; Architecture description</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/74393.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-29">
                <label>29</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC 30141 ED2 Internet of Things (IoT) - Reference architecture</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.iec.ch/dyn/www/f?p=103:38:326339396803334::::FSP_ORG_ID,FSP_APEX_PAGE,FSP_PROJECT_ID:20486,23,104064">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-30">
                <label>30</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/TC 184/SC 4 Industrial data</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/committee/54158.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-31">
                <label>31</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 10303-11: 2004 Product data representation and exchange &#x2013; Part 11: Description methods: The EXPRESS language reference manual</article-title>.</mixed-citation>
            </ref>
            <ref id="ref-32">
                <label>32</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC JTC 1/SC 41 Internet of things and digital twin</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/committee/6483279.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-33">
                <label>33</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Farsi</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Daneshkhah</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Hosseinian-Far</surname>
                            <given-names>A</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Digital twin technologies and smart cities.</article-title>Berlin/Heidelberg, Germany: Springer;<year>2020</year>.
                    <pub-id pub-id-type="doi">10.1007/978-3-030-18732-3</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-34">
                <label>34</label>
                <mixed-citation publication-type="journal">
                    <collab>Emergen Research Report ER_ 00645</collab>:
                    <article-title>Digital twin market</article-title>.<fpage>2021</fpage>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.emergenresearch.com/industry-report/digital-twin-market">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-35">
                <label>35</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 23247-2: 2021 Automation systems and integration &#x2013; Digital twin framework for manufacturing &#x2013; Part 2: Reference architecture</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/78743.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-36">
                <label>36</label>
                <mixed-citation publication-type="journal">
                    <collab>The World Economic Forum</collab>:
                    <article-title>Global Digital Twin Cities - Digital Twin City - Concept</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://initiatives.weforum.org/digital-twin-city/">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-37">
                <label>37</label>
                <mixed-citation publication-type="journal">
                    <collab>Digital Twin Consortium</collab>:
                    <article-title>Glossary of Digital Twins</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.digitaltwinconsortium.org/glossary/glossary/">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-38">
                <label>38</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 23247-3: 2021 Automation systems and integration &#x2013; Digital twin framework for manufacturing &#x2013; Part 3: Digital representation of manufacturing elements</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/78744.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-39">
                <label>39</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 23247-1: 2021 Automation systems and integration &#x2013; Digital twin framework for manufacturing &#x2013; Part 1: Overview and general principles</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/75066.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-40">
                <label>40</label>
                <mixed-citation publication-type="journal">
                    <collab>ASME</collab>:
                    <article-title>Digital Twin Summit</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://digitaltwinindustry.com/">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-41">
                <label>41</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Kaur</surname>
                            <given-names>MJ</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Mishra</surname>
                            <given-names>VP</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Maheshwari</surname>
                            <given-names>P</given-names>
                        </name>
               </person-group>:
                    <article-title>The Convergence of Digital Twin, IoT, and Machine Learning: Transforming Data into Action.</article-title>
                    <source>

                        <italic toggle="yes">In Digital twin technologies and smart cities.</italic>
               </source>Springer, Cham.<year>2020</year>;<fpage>3</fpage>&#x2013;<lpage>17</lpage>.
                    <pub-id pub-id-type="doi">10.1007/978-3-030-18732-3_1</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-42">
                <label>42</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Fuller</surname>
                            <given-names>A</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Fan</surname>
                            <given-names>Z</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Day</surname>
                            <given-names>C</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Digital twin: Enabling technologies, challenges and open research.</article-title>
                    <source>

                        <italic toggle="yes">IEEE access.</italic>
               </source>
               <year>2020</year>;<volume>8</volume>:<fpage>108952</fpage>&#x2013;<lpage>71</lpage>.
                    <pub-id pub-id-type="doi">10.1109/ACCESS.2020.2998358</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-43">
                <label>43</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Chaudhary</surname>
                            <given-names>G</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Khari</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Elhoseny</surname>
                            <given-names>M, editors</given-names>
                        </name>
               </person-group>:
                    <article-title>Digital Twin Technology.</article-title>CRC Press,<year>2021</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.routledge.com/Digital-Twin-Technology/Chaudhary-Khari-Elhoseny/p/book/9780367677954">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-44">
                <label>44</label>
                <mixed-citation publication-type="journal">
                    <collab>The Centre for Digital Built Britain</collab>:
                    <article-title>National Digital Twin Programme</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.cdbb.cam.ac.uk/what-we-do/national-digital-twin-programme">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-45">
                <label>45</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Plastino</surname>
                            <given-names>E</given-names>
                        </name>
               </person-group>:
                    <article-title>The promise of digital twin ecosystems</article-title>.<year>2021</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.thersa.org/comment/2021/09/promise-of-digital-twin-ecosystems">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-46">
                <label>46</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Lawton</surname>
                            <given-names>G</given-names>
                        </name>
               </person-group>:
                    <article-title>Emerging digital twins standards promote interoperability</article-title>.<year>2022</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://ifolove.com/emerging-digital-twins-standards-promote-interoperability/">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-47">
                <label>47</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC JTC 1/SC 41/WG 6. PWI JTC1-SC41-5 ED1 Digital Twin - Reference Architecture</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.iec.ch/ords/f?p=103:38:506510395062991::::FSP_ORG_ID,FSP_APEX_PAGE,FSP_PROJECT_ID:20486,23,104896">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-48">
                <label>48</label>
                <mixed-citation publication-type="journal">
                    <collab>World Economic Forum</collab>:
                    <article-title>Digital Twin Cities: Framework and Global Practices Insight Report.</article-title>
               <year> 2022</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www3.weforum.org/docs/WEF_Global_Digital_Twin_Cities_Framework_and_Practice_2022.pdf">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-49">
                <label>49</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Yang</surname>
                            <given-names>J</given-names>
                        </name>
               </person-group>:
                    <article-title>From Concept to Practice: Digital Twins to City.</article-title>
               <year> 2022</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://datasmart.ash.harvard.edu/concept-practice-digital-twins-city-twins">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-50">
                <label>50</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Bacchiega</surname>
                            <given-names>G</given-names>
                        </name>
               </person-group>:
                    <article-title>Developing an Embedded Digital Twin for HVAC Device Diagnostics.</article-title>National Instruments,<year>2017</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://uploads-ssl.webflow.com/60630bb85afce8c45ef81464/608ee4fbb6b3290c0c5dd5bd_Embedded_Digital%20Twin_HVAC_.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-51">
                <label>51</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO Smart Manufacturing Coordinating Committee. White Paper on Smart Manufacturing</article-title>.<year>2021</year>.</mixed-citation>
            </ref>
            <ref id="ref-52">
                <label>52</label>
                <mixed-citation publication-type="journal">
                    <collab>USAF/ST TR 13-01</collab>:
                    <article-title>Global Horizons: United States Air Force Global Science and Technology Vision Appendix</article-title>.<year>2013</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.airforcemag.com/PDF/DocumentFile/Documents/2013/GlobalHorizons_062313.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-53">
                <label>53</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Boyles</surname>
                            <given-names>R</given-names>
                        </name>
               </person-group>:
                    <article-title>How the Port of Rotterdam is using IBM digital twin technology to transform itself from the biggest to the smartest</article-title>.<year>2019</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.ibm.com/blogs/internet-of-things/iot-digital-twin-rotterdam/">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-54">
                <label>54</label>
                <mixed-citation publication-type="journal">
                    <collab>SAP</collab>:
                    <article-title>Bridge digital and physical worlds with digital twin technology</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.sap.com/products/scm/digital-twin.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-55">
                <label>55</label>
                <mixed-citation publication-type="journal">
                    <collab>PTC</collab>:
                    <article-title>What is digital twin</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.ptc.com/en/industry-insights/digital-twin">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-56">
                <label>56</label>
                <mixed-citation publication-type="journal">
                    <collab>GE Digital</collab>:
                    <article-title>Digital Twin Software</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.ge.com/digital/applications/digital-twin">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-57">
                <label>57</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Dambrot</surname>
                            <given-names>SM</given-names>
                        </name>

                        <name name-style="western">
                            <surname>de Kerchove</surname>
                            <given-names>D</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Flammini</surname>
                            <given-names>F</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Symbiotic Autonomous Systems An FDC Initiative White Paper II</article-title>.<year>2018</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://digitalreality.ieee.org/images/files/pdf/SAS-WP-II-2018-Finalv3.2.pdf">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-58">
                <label>58</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Stark</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Damerau</surname>
                            <given-names>T</given-names>
                        </name>
               </person-group>:
                    <article-title>Digital Twin.</article-title>In: 
The International Academy for Production Engineering. Chatti S., Tolio T. (eds)
                    <italic toggle="yes">CIRP Encyclopedia of Production Engineering.</italic>Springer, Berlin, Heidelberg.<year>2019</year>.
                    <pub-id pub-id-type="doi">10.1007/978-3-642-35950-7_16870-1</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-59">
                <label>59</label>
                <mixed-citation publication-type="journal">
                    <article-title>IEC Smart Cities Systems Committee. The draft definition of digital twin</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://digitaltwinhub.co.uk/glossary/digital-twin/">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-60">
                <label>60</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Dong</surname>
                            <given-names>Y</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Tan</surname>
                            <given-names>R</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Zhang</surname>
                            <given-names>P</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Product redesign using functional backtrack with digital twin.</article-title>
                    <source>

                        <italic toggle="yes">Advanced Engineering Informatics.</italic>
               </source>
               <year>2021</year>;<volume>49</volume>:<fpage>101361</fpage>.
                    <pub-id pub-id-type="doi">10.1016/j.aei.2021.101361</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-61">
                <label>61</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC 22989: 2022 Information technology &#x2013; Artificial intelligence &#x2013; Artificial intelligence concepts and terminology</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.iso.org/obp/ui/#iso:std:iso-iec:22989:dis:ed-1:v1:en:ref:1">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-62">
                <label>62</label>
                <mixed-citation publication-type="journal">
                    <collab>Eric Tuegel (AFRL)</collab>:
                    <article-title>ADT 101</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://adt.larc.nasa.gov/adt-101/">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-63">
                <label>63</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/TR 24464: 2020 Automation systems and integration - Industrial data - Visualization elements of digital twins</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/78836.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-64">
                <label>64</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Shafto</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Conroy</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Doyle</surname>
                            <given-names>R</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Modeling, simulation, information technology &amp; processing roadmap.</article-title>National Aeronautics and Space Administration,<year>2012</year>;<volume>32</volume>(<issue>2012</issue>):<fpage>1</fpage>&#x2013;<lpage>38</lpage>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.researchgate.net/publication/280310295_Modeling_Simulation_Information_Technology_and_Processing_Roadmap">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-65">
                <label>65</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 23704-1: 2022 General requirements for cyber-physically controlled smart machine tool systems (CPSMT) &#x2014; Part 1: Overview and fundamental principles</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/76731.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-66">
                <label>66</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Grieves</surname>
                            <given-names>M</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Vickers</surname>
                            <given-names>J</given-names>
                        </name>
               </person-group>:
                    <article-title>Digital twin: Mitigating unpredictable, undesirable emergent behavior in complex systems.</article-title>In:
                    <source>

                        <italic toggle="yes">Transdisciplinary perspectives on complex systems.</italic>
               </source>Springer, Cham,<year>2017</year>;<fpage>85</fpage>&#x2013;<lpage>113</lpage>.
                    <pub-id pub-id-type="doi">10.1007/978-3-319-38756-7_4</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-67">
                <label>67</label>
                <mixed-citation publication-type="journal">
                    <article-title>ITU-T Y.4600 (08/2022) Requirements and capabilities of a digital twin system for smart cities</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.itu.int/rec/T-REC-Y.4600-202208-I">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-68">
                <label>68</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC 30173 ED1 Digital Twin - Concepts and terminology</article-title>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www.iec.ch/ords/f?p=103:38:300811678016451::::FSP_ORG_ID,FSP_APEX_PAGE,FSP_PROJECT_ID:20486,23,104883">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-69">
                <label>69</label>
                <mixed-citation publication-type="journal">
                    <collab>Digital Twin Lab</collab>:
                    <article-title>White paper of Digital Twin Technology.</article-title>PERA Corporation Ltd., Beijing,<year>2019</year>.</mixed-citation>
            </ref>
            <ref id="ref-70">
                <label>70</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Tao</surname>
                            <given-names>F</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Sui</surname>
                            <given-names>F</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Liu</surname>
                            <given-names>A</given-names>
                        </name>

                        <etal/>
               </person-group>:
                    <article-title>Digital twin-driven product design framework.</article-title>
                    <source>

                        <italic toggle="yes">Int J Prod Res.</italic>
               </source>
               <year>2019</year>;<volume>57</volume>(<issue>12</issue>):<fpage>3935</fpage>&#x2013;<lpage>53</lpage>.
                    <pub-id pub-id-type="doi">10.1080/00207543.2018.1443229</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-71">
                <label>71</label>
                <mixed-citation publication-type="journal">
                    <collab>Deloitte</collab>:
                    <article-title>Industry 4.0 and the digital twin</article-title>.<year>2017</year>.
                    <ext-link ext-link-type="uri"
                         xlink:href="https://www2.deloitte.com/content/dam/Deloitte/kr/Documents/insights/deloitte-newsletter/2017/26_201706/kr_insights_deloitte-newsletter-26_report_02_en.pdf">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-72">
                <label>72</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/TS 18101-1: 2019 Automation systems and integration - Oil and gas interoperability - Part 1: Overview and fundamental principles</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/68521.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-73">
                <label>73</label>
                <mixed-citation publication-type="journal">
                    <person-group person-group-type="author">

                        <name name-style="western">
                            <surname>Duan</surname>
                            <given-names>H</given-names>
                        </name>

                        <name name-style="western">
                            <surname>Tian</surname>
                            <given-names>F</given-names>
                        </name>
               </person-group>:
                    <article-title>The development of standardized models of digital twin.</article-title>
                    <source>

                        <italic toggle="yes">IFAC-PapersOnLine.</italic>
               </source>
               <year>2020</year>;<volume>53</volume>(<issue>5</issue>):<fpage>726</fpage>&#x2013;<lpage>731</lpage>.
                    <pub-id pub-id-type="doi">10.1016/j.ifacol.2021.04.164</pub-id>
                </mixed-citation>
            </ref>
            <ref id="ref-74">
                <label>74</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC 21838-2: 2021 Information technology &#x2013; Top-level ontologies (TLO) &#x2013; Part 2: Basic Formal Ontology (BFO)</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/74572.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-75">
                <label>75</label>
                <mixed-citation publication-type="journal">
                    <article-title>IWA 39: 2022 Gap analysis for standardization on sustainable and human-centred societies enabled with cyber physical systems</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/81618.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-76">
                <label>76</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 55000: 2014 Asset management &#x2014; Overview, principles and terminology</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/55088.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-77">
                <label>77</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC 19763-1: 2015 Information technology - Metamodel framework for interoperability - Part 1: Framework</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/64637.html">Reference Source</ext-link>
            </mixed-citation>
            </ref>
            <ref id="ref-78">
                <label>78</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO/IEC 2382: 2015 Information technology &#x2013; Vocabulary</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/63598.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
            <ref id="ref-79">
                <label>79</label>
                <mixed-citation publication-type="journal">
                    <article-title>ISO 19101-1: 2014 Geographic information - Reference model - Part 1: Fundamentals</article-title>.
                    <ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/59164.html">Reference Source</ext-link>
                </mixed-citation>
            </ref>
        </ref-list>
    </back>
    <sub-article article-type="reviewer-report" id="report27163">
        <front-stub>
            <article-id pub-id-type="doi">10.21956/digitaltwin.19101.r27163</article-id>
            <title-group>
                <article-title>Reviewer response for version 2</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Han</surname>
                        <given-names>Soonhung</given-names>
                    </name>
                    <xref ref-type="aff" rid="r27163a1">1</xref>
                    <xref ref-type="aff" rid="r27163a2">2</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0001-5676-8121</uri>
                </contrib>
                <aff id="r27163a1">
                    <label>1</label>Department of Mechanical Engineering, Korea Advanced Institute of Science and Technology, Daejeon, South Korea</aff>
                <aff id="r27163a2">
                    <label>2</label>Korea STEP Center, Daejeon, South Korea</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>27</day>
                <month>2</month>
            <year>2023</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2023 Han S</copyright-statement>
                <copyright-year>2023</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport27163"
                          related-article-type="peer-reviewed-article"
                          xlink:href="10.12688/digitaltwin.17599.2"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve-with-reservations</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>Thank authors for detailed answers to the previous comments. Also, references of systems engineering, software engineering, ontology, etc. help the reviewer to see a wider area of interested and related.</p>
            <p> </p>
            <p> 1) A definition of the terms is needed for [trustworthiness and credibility].</p>
            <p> If I follow the definition in&#x00a0;
                <ext-link ext-link-type="uri"
                      xlink:href="https://marksinthesand.com/2014/05/27/credible-vs-trustworthy/">https://marksinthesand.com/2014/05/27/credible-vs-trustworthy/</ext-link>&#x00a0;-&#x2018;Trustworthiness&#x2019; is an objective fact: whereas &#x2018;Credibility&#x2019; is subjective. If this definition is correct, authors cannot use both words for their own purposes.</p>
            <p> </p>
            <p> 2) Authors used the word &#x201c;out-of-scope&#x201d; several times during your answer to my previous comment. Then, what is in-scope?</p>
            <p> </p>
            <p> 3) The paper gets more complex than the previous version instead of clarifying the complex problem of the issue. Maybe the authors&#x2019; view is still in the divergent stage rather than the convergent stage to the problem issue.</p>
            <p> </p>
            <p> 4) To implement SW, a consistent and complete set of definitions and a logic system is needed. Definitions for the parts corresponding to &#x2018;out-of-scope&#x2019; should be borrowed from outside for this purpose. Since various definitions were presented without consistency with your own choice, because they are &#x2018;out-of-scope&#x2019;, it is judged that this paper did not contribute to simplify the complex problem and made the complex problem more complicated.</p>
            <p> </p>
            <p> 5) Various referencing for term definitions is good, but it is necessary to present one complete set of definitions of your own. Even a temporary definition can work. That way, the consistency of the paper is possible, and understanding is possible. Authors should present their own complete set of definitions. Then, further discussion is possible.</p>
            <p> </p>
            <p> 6) [the term Entity and System, i.e. it is not necessary to apply the method and tools in Fig 2 to the coined term "Target Entity".] Discussing the [Target Entity] without definition of the [Entity] is 砂上樓閣(house of cards).</p>
            <p> </p>
            <p> 7) Fig. 1, Fig. 3 - Components of the DTw system must include the &#x2018;physical entity&#x2019; because it is the only difference between the DTw Framework in ISO 23247 and the DTw System.</p>
            <p> </p>
            <p> 8) [Target Entity] What kinds of &#x2018;Entity&#x2019; can be and could be digitally twinned? I see [Physical entity = Target Entity]. This is because all non-physical entities are viewed as DTw. Also, if looking at, [entity refer to thing (physical or non-physical) having a distinct existence], &#x2018;entity&#x2019; and &#x2018;thing&#x2019; seem to be in apposition.</p>
            <p> </p>
            <p> 9) The reviewer agrees to [antonym of "physical" is "virtual" digital entity" is a subset of "virtual entity"]</p>
            <p> </p>
            <p> 10) Fig.1 - [Vertical axis: causality or means-ends relationship] is strange to me. &#x2018;Relationship&#x2019; usually represented by a network rather than a coordinate axis of increasing value.</p>
            <p> </p>
            <p> 11) Fig.2 - The [user entity] is a mixture of human user, human interface, applications, other DTws. It can be an outside world of the DTw system where the core of the DTw system can be excluding the [user entity]. Also, the &#x2018;cross entity system&#x2019; at the right-side is not well explained.</p>
            <p> </p>
            <p> 12) Fig.3 - There are multiple boxes which have same titles; two boxes of &#x2018;representation&#x2019;, three boxes starting with &#x2018;model&#x2019;, two boxes starting with &#x2018;simulation&#x2019;, two boxes starting with &#x2018;twin&#x2019;. They are confusing to readers of the paper.</p>
            <p> </p>
            <p> 13) Fig.4 - If Fig.2 is a simplified version of Fig.4, please show correspondence by using such as dotted outline or coloring.</p>
            <p> </p>
            <p> 14) ["digital twinning target" (a seven-character phrase in Chinese), and to adopt the new term "Target Entity" (a four-character phrase in Chinese)]. I know that each character of Chinese language has a meaning. Listing the four and seven constitutive meanings will help readers understand the difference, and writing Chinese characters together will also help.</p>
            <p> </p>
            <p> 15) Please provide a line number of the text for the next review or comment.</p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Yes</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>Partly</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>No source data required</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Partly</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Partly</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Partly</p>
            <p>Reviewer Expertise:</p>
            <p>CAD standard STEP, VR application to engineering, ocean system design</p>
            <p>I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however I have significant reservations, as outlined above.</p>
        </body>
        <sub-article article-type="response" id="comment3352-27163">
            <front-stub>
                <contrib-group>
                    <contrib contrib-type="author">
                        <name>
                            <surname>Duan</surname>
                            <given-names>Hyman</given-names>
                        </name>
                        <aff>PERA Corporation Ltd., China</aff>
                    </contrib>
                </contrib-group>
                <author-notes>
                    <fn fn-type="conflict">
                        <p>
                            <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                    </fn>
                </author-notes>
                <pub-date pub-type="epub">
                    <day>13</day>
                    <month>3</month>
               <year>2023</year>
                </pub-date>
            </front-stub>
            <body>
                <p>Thank authors for detailed answers to the previous comments. Also, references of systems engineering, software engineering, ontology, etc. help the reviewer to see a wider area of interested and related.</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> We appreciate your time and valuable feedback, which have helped to improve the quality of our paper. We are glad that our references to various disciplines have helped you to see a wider area of interest and relatedness to our work. Please review our response to your latest comments below. Any further comments and suggestions are very welcome.</p>
                <p> </p>
                <p> 
                    <bold>1) A definition of the terms is needed for [trustworthiness and credibility].</bold> If I follow the definition in https://marksinthesand.com/2014/05/27/credible-vs-trustworthy/ -&#x2018;Trustworthiness&#x2019; is an objective fact: whereas &#x2018;Credibility&#x2019; is subjective. If this definition is correct, authors cannot use both words for their own purposes.</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Thank you for the great question. We have adopted their definitions from ISO and ASME standards.</p>
                <p> 
                    <bold>credibility: </bold>degree to which model or data has attributes that are regarded as true and believable by users in a specific context of use. Note 1 to entry: Credibility includes the concept of authenticity (the truthfulness of origins, attributions, commitments) and trust in the predictive capability of a digital twin entity. [SOURCE: ISO/IEC 25012:2008, 5.3.1.4, modified &#x2013; The article &#x201c;The&#x201d; has been deleted; &#x201c;data&#x201d; has been replaced with &#x201c;model or data&#x201d;. ASME V&amp;V 40-2018, 5, definition of model credibility has been added to note 1 to entry without the word &#x201c;computational&#x201d; and the phrase &#x201c;for the context of use&#x201d;, &#x201c;model&#x201d; has been replaced with &#x201c;digital twin entity&#x201d;.]</p>
                <p> 
                    <bold>trustworthiness: </bold>ability to meet stakeholder expectations in a verifiable way. [SOURCE: ISO/IEC 22989:2022, 3.5.16] (The three notes to entry are also adopted).</p>
                <p> </p>
                <p> These definitions are well recognized in AI and IoT domains and Modeling and Simulation domains respectively. Therefore, you can tell the interpretation and elaboration differences for the two concepts between linguistic perspective and standardization perspective. Trustworthiness focuses on transparency, accountability, and verifiability in system behavior, e.g., digital twin system; while credibility focuses on accuracy and believability of model or data in specific contexts of use, e.g., digital twin entity.</p>
                <p> </p>
                <p> 
                    <bold>2) Authors used the word &#x201c;out-of-scope&#x201d; several times during your answer to my previous comment. Then, what is in-scope?</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Yes, I mentioned "out of the scope of this paper" twice in my previous response. (1) &#x201c;...... except for the three concepts: digital twin entity, digital twin system. and digital twin, we decide to exclude the term definitions out of the scope of this paper.&#x201d; (2) &#x201c;In this way, we can relate "things in IoT" to "Entity". However, I think this is out of the scope of this paper.&#x201d;</p>
                <p> Let me clarify them. First, the scope of the paper is not equal to the scope of the project, the digital twin concept system. The two instances of "out of the scope of this paper" was trying to define the scope of the paper from temporal and spatial perspectives respectively. From the project management processes perspective, requirement analysis, methodology development, architecture design of the digital twin concept system are included in the scope of the paper, the detail design of the digital twin concept system are excluded from the scope of the paper.</p>
                <p> From the deliverables structure of the digital twin concept system perspective, four of five parts have corresponding subchapters; the fifth part, sister concepts of digital twin system, does not have its subchapter. Most contents of this part are excluded from the scope of the paper.</p>
                <p> </p>
                <p> 
                    <bold>3) The paper gets more complex than the previous version instead of clarifying the complex problem of the issue. Maybe the authors&#x2019; view is still in the divergent stage rather than the convergent stage to the problem issue.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>I am sorry you got this feel from the second version. As I mentioned in the amendments from version 1, The changes made in v2 includes three parts: reorganization of the paper, efforts of improving the readability of figure 4, and enrichment of figure 4. In version 1, some contents of the enhanced methodology are mixed inside the Result chapter. To provide a well-structured organization, all methodology related contents are moved into the Methods chapter.&#x00a0;Three new local views (figure 6, 7, an 8) are added to simplify the complexity of figure 4. I believe the structure and visual presentation of new version is clearer and easier to understand than that of version 1. I would be happy to discuss any specific complex concerns you have with the revised version.</p>
                <p> </p>
                <p> As for the problem issue, or the initial problem this paper addressed, v2 remains same with v1, i.e., to resolve the ambiguities due to the polysemy phenomenon of the term "digital twin&#x201d;, especially the ambiguities in spatial perspective. As for the ambiguity of &#x201c;digital twin&#x201d; in temporal perspective, I don&#x2019;t have a solution yet. Therefore, in my response to Dr. Grieves&#x2019; review report, I said, let us leave it for future industry practice and standardization work.</p>
                <p> </p>
                <p> 
                    <bold>4) To implement SW, a consistent and complete set of definitions and a logic system is needed. Definitions for the parts corresponding to &#x2018;out-of-scope&#x2019; should be borrowed from outside for this purpose. Since various definitions were presented without consistency with your own choice, because they are &#x2018;out-of-scope&#x2019;, it is judged that this paper did not contribute to simplify the complex problem and made the complex problem more complicated.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you for your feedback. First of all, the purpose of this paper is neither to implement software nor to propose a brand-new standard on digital twin terminology. Secondly, I agree that a consistent and complete set of definitions and a logic system is needed. That is why we initiate this project and develop the digital twin concept system. That means the consistent and complete set of definitions are outcome of the logic digital twin concept system; the development of the set of definitions should follow the principles and procedures of the development of the concept system. The logic concept system comes first, followed by the consistent and complete set of definitions.</p>
                <p> </p>
                <p> You mention that, definitions for the parts corresponding to &#x2018;out-of-scope&#x2019; should be borrowed from outside for this purpose. However, borrowing definitions from current standards can be found all over the digital twin concept system, not limited to the fifth &#x201c;out-of-scope&#x201d; part. The last sentence of the first paragraph of the Method chapter says, &#x201c;from the concept system development process to the determination of specific concept definitions, existing international standards are quoted as much as possible&#x201d;.</p>
                <p> </p>
                <p> You mention that, since various definitions were presented without consistency with your own choice, because they are &#x2018;out-of-scope&#x2019;. However, the argument is unsound because its evidence and conclusion are not true. As I mentioned in above reply to comment 2), the two "out of the scope of this paper" decisions have nothing to do with the so-called "inconsistency&#x201d; you mentioned. As I mentioned in previous response and my replies to comment 6) and 8) below, the available and proposed definitions of &#x201c;entity&#x201d; and &#x201c;system&#x201d; are equivalent each other respectively. They are all specific views (ISO/IEC/IEEE 42010:2022 3.7) from different viewpoints (ISO/IEC/IEEE 42010:2022 3.8) of &#x201c;entity&#x201d; and &#x201c;system&#x201d; respectively. They are all correct. We just select or propose the optimum one according to the formula &#x201c;intensional definition = superordinate concept + delimiting characteristic(s)" by ISO 1087 and ISO 704. That is what we mean the consistency between the position of a concept in the DTw concept system and its definition, and that is why we list "treating both a concept system and the definition of a given concept as a system" as one of system thinking viewpoints and systems engineering methods in the subchapter "the enhanced methodology of developing a concept system".</p>
                <p> </p>
                <p> Seeing that the argument of the &#x201c;since ......&#x201d; is flawed, the following judgement, &#x201c;this paper did not contribute to simplify the complex problem and made the complex problem more complicated&#x201d;, is not reasonable and cannot hold. At first, the problem this paper addressed is simple, i.e., the ambiguity of &#x201c;digital twin&#x201d; in spatial perspective. Secondly, the solution is also straightforward, i.e., the differentiation between digital twin entity and digital twin system. The solution is so simple that ISO 23247-2 already did half of it by using the term DTW entity and IoT (ISO/IEC 30141 ed2) and AI (ISO/IEC 22989: 2022) already adopted similar solutions. The contributions of this paper are to make the solution rationalized and justified, expandable and sustainable. 
                    <list list-type="bullet">
                        <list-item>
                            <p>Rationalized. The simple solution of the differentiation between digital twin entity and digital twin system from the term &#x201c;digital twin&#x201d; implements the mononymy and monosemy principle between concept and term (ISO 704:2022, 7.7.1) and thus resolve the ambiguity of &#x201c;digital twin&#x201d; polysemy in spatial perspective.</p>
                        </list-item>
                        <list-item>
                            <p>Justified. The necessity of developing a digital twin concept system is justified. Based on principles and practices in current international standards, an enhanced methodology of developing a concept system is proposed and applied to the development of the digital twin concept system.</p>
                        </list-item>
                        <list-item>
                            <p>Expandable. The proposed DTw concept system not only provide useful inputs to terminology work of DTw and other domains but also lay a solid foundation for digital twin system reference architecture and maturity model, because the DTw concept system is actually a proposal of the conceptual view of the digital twin system reference architecture according to ISO/IEC 30141:2018 Figure 1.</p>
                        </list-item>
                        <list-item>
                            <p>Sustainable. The proposed enhanced methodology and the maturity level model offer a sustainable roadmap of elevating team capabilities on terminology work.</p>
                        </list-item>
                    </list> 
                    <bold>5) Various referencing for term definitions is good, but it is necessary to present one complete set of definitions of your own. Even a temporary definition can work. That way, the consistency of the paper is possible, and understanding is possible. Authors should present their own complete set of definitions. Then, further discussion is possible.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you very much for you suggestion. Previously, we excluded most definitions of 50 concepts outside the paper because they belong to the detail design of our project and the purpose of this paper is not to propose a brand-new standard on digital twin terminology. We already have all the definitions in Chinese and most of them have been translated into English or copied from their English sources. I'm uncertain whether it's appropriate to include an annex with 50 terms, along with their definitions, sources, and notes to entry in a journal paper. I will confirm this issue with Digital Twin editorial team. If it is acceptable, I will include these definitions in the next revision of this paper.</p>
                <p> </p>
                <p> 
                    <bold>6) [the term Entity and System, i.e. it is not necessary to apply the method and tools in Fig 2 to the coined term "Target Entity".] Discussing the [Target Entity] without definition of the [Entity] is 砂上樓閣(house of cards).</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you for the comment. As you can see in my reply to comment 8 below, I can answer the question - What kinds of &#x2018;Entity&#x2019; can be and could be digitally twinned, without referring to the definition of &#x201c;Entity&#x201d;. As I mentioned in previous response and my reply to comment 8) below, three available definitions of entity and the proposed definition are equivalent each other. The discussion and decision making on the definition of entity have no influence on the scope of the target entity. I believe that there are two key points here. 
                    <list list-type="bullet">
                        <list-item>
                            <p>The architecture design of the digital twin concept system has great influence on the definitions of the concepts inside the concept system. For example, when we design or develop a concept system in forward way, according to ISO 1087 and ISO 704 mentioned in the second paragraph of the Methods chapter, the position of a concept in the concept system really matters to determine its definitions, not vice versa.</p>
                        </list-item>
                        <list-item>
                            <p>The concept, &#x201c;Target Entity&#x201d; is just a local concept only effective inside a &#x201c;Digital Twin System&#x201d;. The semantic distance between &#x201c;Target Entity&#x201d; and &#x201c;Entity&#x201d; is so long that it is not necessary to consider or refer to the definition of &#x201c;Entity&#x201d; when we define &#x201c;Target Entity&#x201d;. One of classification perspectives of Entity taxonomy (figure 5 of version 2), physical-virtual-digital, really matters for the definition of &#x201c;Target Entity&#x201d;, however, it does not relate to the definition of &#x201c;Entity&#x201d;.</p>
                        </list-item>
                    </list> 
                    <bold>7) Fig. 1, Fig. 3 - Components of the DTw system must include the &#x2018;physical entity&#x2019; because it is the only difference between the DTw Framework in ISO 23247 and the DTw System.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Do you mean figure 2 and 4 in version 2? Yes, you are right. It is the only difference between the DTw Framework in ISO 23247 and the DTw System in this paper. As I mentioned in the previous response, a DTw system is kind of bi-system. I agree that a DTw system must include the &#x2018;physical entity&#x2019;, or the digital twinning target. On the far left of figure 4 in version 2, there is long solid thin line to show &#x201c;Target Entity&#x201d; is one of the components of &#x201c;Digital Twin System&#x201d;.</p>
                <p> </p>
                <p> 
                    <bold>8) [Target Entity] What kinds of &#x2018;Entity&#x2019; can be and could be digitally twinned? I see [Physical entity = Target Entity]. This is because all non-physical entities are viewed as DTw. Also, if looking at, [entity refer to thing (physical or non-physical) having a distinct existence], &#x2018;entity&#x2019; and &#x2018;thing&#x2019; seem to be in apposition.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you for the great question. We share a similar perspective with ISO/IEC 30173 on the scope of digital twinning target, i.e., target entity is beyond physical entity. As I mentioned in the previous response and version 2, a target entity can be a physical entity, a virtual entity, or a physical-virtual hybrid entity. For example, a CPS or a IoT system which is a physical-virtual hybrid entity, can be a target entity of a DTw system. I guess, in the future, human dream can be another possible target entity of a DTw system. That means, people can partially simulate or even manipulate another one&#x2019;s dream via brain computer interface (BTW, we include BCI as one of sister concepts of DTw system in version 2). People may think that dream is still a kind of physical entity based on biochemical reactions of the nervous system. However, because of its subjective content, my personal point of view, dream is kind of virtual entity, neither physical entity nor digital entity. Therefore, from standardization perspective, I prefer not to limit the scope of target entity too much.</p>
                <p> </p>
                <p> Let me clarify your statement, &#x201c;all non-physical entities are viewed as DTw&#x201d;. Either DTw entity or DTw system, whatever you refer to with the word &#x201c;DTw&#x201d;, it does have its own boundary. There are huge amounts of non-physical entities outside the boundary. Seeing that the application of DTw technologies is still in its infant stage at present, vast majority non-physical entities are not DTw entities or doesn&#x2019;t belong to any DTw systems.</p>
                <p> </p>
                <p> As for the relationship between entity and thing, from ISO/IEC 20924:2021 perspective, they are in apposition. The case of &#x201c;entity&#x201d; is similar to the multiple definitions of &#x201c;system&#x201d;. It is my view that the three definitions of entity from ISO/IEC 20924, ISO 9000, and WordNet are equivalent each other. They are candidates or input of the definition of the root node concept of the top-level ontology of the digital twin concept system. Besides the term &#x201c;entity&#x201d; and &#x201c;thing&#x201d;, object, item, anything, and everything are all candidate term inside the synset of the root node concept. It is also my view that &#x201c;entity&#x201d; is the most appropriate designation (or preferred term according to ISO 1087) of the synset.&#x00a0;&#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>9) The reviewer agrees to [antonym of "physical" is "virtual" digital entity" is a subset of "virtual entity"]</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you for your recognition. I am glad that we share the same opinion on this point.</p>
                <p> </p>
                <p> 
                    <bold>10) Fig.1 - [Vertical axis: causality or means-ends relationship] is strange to me. &#x2018;Relationship&#x2019; usually represented by a network rather than a coordinate axis of increasing value.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you for the great question. The purpose of figure 1 is not to represent any relationships, but to organize the classification perspectives of a taxonomy with a framework. We include the concept &#x201c;framework&#x201d; into the DTw concept system in version 2, not shown in figure 4 but shown in figure 5. We adopted the definition of framework (logical structure for classifying and organizing complex information) from ISO/IEC 19763-1:2015 4.1.4. In the subchapter &#x201c;the enhanced methodology of developing a concept system&#x201d;, it is mentioned that, temporal relationship, spatial relationship, means-ends/cause-effect relationship are the three basic relationships in the world. Therefore, we use the three dimensional framework to organize the classification perspectives of a taxonomy. BTW, the framework is not a strictly defined coordinate system, and the three dimensions are not strictly defined coordinate axes (of increasing value) either, because there is no arrow for each dimension, each dimension has only a finite number of values, and the set of values of each dimension has no strictly logical sequence.</p>
                <p> </p>
                <p> 
                    <bold>11) Fig.2 - The [user entity] is a mixture of human user, human interface, applications, other DTws. It can be an outside world of the DTw system where the core of the DTw system can be excluding the [user entity]. Also, the &#x2018;cross entity system&#x2019; at the right-side is not well explained.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you very much for the comment. Yes, you are right. From functional point of view, user entities are not components of a DTw system in most cases. We will modify the blue box with dash line or remove the blue box in figure 2 in the next revision of this paper.</p>
                <p> </p>
                <p> As for the cross-system entity, the purpose of figure 2 is just to show an effort trying to solve the spatial ambiguity of &#x201c;digital twin&#x201d;. &#x201c;The newly published ISO 23247 took the first step by adopting the concept &#x2018;digital twin entity&#x2019;, as shown in figure 2&#x201d;. The diagram is from ISO 23247-2. The explanation and interpretation of ISO 23247-2 is out of the scope of this paper.</p>
                <p> </p>
                <p> 
                    <bold>12) Fig.3 - There are multiple boxes which have same titles; two boxes of &#x2018;representation&#x2019;, three boxes starting with &#x2018;model&#x2019;, two boxes starting with &#x2018;simulation&#x2019;, two boxes starting with &#x2018;twin&#x2019;. They are confusing to readers of the paper.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you for the comment. As mentioned in the response to another reviewer&#x2019;s report, figure 3 is just a visualization of the semantic relationships among twin-related words from linguistic perspective; all the definitions and relationships in figure 3 are copied from WordNet of Princeton University. There are ten synsets of &#x201c;representation&#x201d;, nine synsets of &#x201c;model&#x201d;, and four synsets of &#x201c;twin&#x201d; in WordNet. We selected those synsets whose definitions are related to the topic of this paper by excluding the definitions from humanity and social science. The steps of identifying the most appropriate synsets are mentioned in two subchapters, &#x201c;the tools and procedures for evaluating and selecting proper superordinate concept&#x201d; and &#x201c;the analysis of the superordinate concepts of digital twin definitions&#x201d;.</p>
                <p> </p>
                <p> 
                    <bold>13) Fig.4 - If Fig.2 is a simplified version of Fig.4, please show correspondence by using such as dotted outline or coloring.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you for the comment. Figure 2 is not a simplified version of figure 4. Figure 7 is the simplified view of figure 4 from the DTw system perspective. Figure 2 is kind of a functional view of DTw system; however, neither figure 2 nor ISO 23247 adopts the concept &#x201c;digital twin system&#x201d;.</p>
                <p> </p>
                <p> 
                    <bold>14) ["digital twinning target" (a seven-character phrase in Chinese), and to adopt the new term "Target Entity" (a four-character phrase in Chinese)]. I know that each character of Chinese language has a meaning. Listing the four and seven constitutive meanings will help readers understand the difference, and writing Chinese characters together will also help.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you very much for you suggestion. Besides digital twinning target and target entity, a admitted term and the preferred term of the concept in the DTw concept system, we have another concept, digital twinning, and its definition in the DTw concept system. We will add a new paragraph to describe the two concepts and three terms in the next revision of this paper. We agree to adopt &#x201c;target entity&#x201d; as the preferred term of the concept just because its higher communication efficiency (four characters vs, seven characters in Chinese and three words vs. two words in English).</p>
                <p> </p>
                <p> 
                    <bold>15) Please provide a line number of the text for the next review or comment.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>Reply: </bold>Thank you very much for you suggestion. I need to confirm this issue with Digital Twin editorial team.</p>
            </body>
        </sub-article>
    </sub-article>
    <sub-article article-type="reviewer-report" id="report27164">
        <front-stub>
            <article-id pub-id-type="doi">10.21956/digitaltwin.19101.r27164</article-id>
            <title-group>
                <article-title>Reviewer response for version 2</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Grieves</surname>
                        <given-names>Michael</given-names>
                    </name>
                    <xref ref-type="aff" rid="r27164a1">1</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0003-0322-343X</uri>
                </contrib>
                <aff id="r27164a1">
                    <label>1</label>Digital Twin Institute, Cocoa Beach, FL, USA</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>20</day>
                <month>2</month>
            <year>2023</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2023 Grieves M</copyright-statement>
                <copyright-year>2023</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport27164"
                          related-article-type="peer-reviewed-article"
                          xlink:href="10.12688/digitaltwin.17599.2"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve-with-reservations</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>My perspective of reviewers now that journals are online and do not have space restrictions is that reviewers should not reject papers that the editors have accepted for submission. If the journal editors deem that a paper is suitable for the journal, then here should be no censorship of different thoughts. The job of the reviewers is to give their critique of the paper. The public will pass their assessment on the paper by citing it if it has useful ideas. If it doesn't, the paper won't be cited. The reviewers&#x2019; critique should be such that it helps the public make the decision of the paper&#x2019;s usefulness.</p>
            <p> </p>
            <p> For this particular paper, I stand by my original critique. I find the paper to be a bit arcane and overly tedious and complex. The figures in particular are dense and confusing. Some aspects simply do not make sense. The authors have made some minor changes here and there but, in general, have simply pushed back at the critiques that I made.</p>
            <p> </p>
            <p> Some specific things should be noted: 
                <list list-type="order">
                    <list-item>
                        <p>While the authors reluctantly admit that there are far, far more definitions than their original claim, their definition selection is purely arbitrary. The new claim is that that the 20 or 30 definitions are from some selection criteria of available definitions &#x2013; &#x201c;only top 20 or 30 definitions from standardization organizations, high citation index authors, famous research institutes and companies will be examined and analyzed thoroughly.&#x201d; However, there's no evidence of the selection made by this criteria.</p>
                    </list-item>
                    <list-item>
                        <p>The authors do little to convince me that there is no ambiguity in their concept map selection or taxonomy. The burden of proof is on the authors not the reviewer to provide sufficient evidence that this process produces the specific concept map and taxonomy that they claim.</p>
                    </list-item>
                    <list-item>
                        <p>The author still want to claim that the Digital Twin concept is based on human twins -&#x201c;(twin (either of two offspring born at the same time from the same pregnancy))&#x201d;. I would contend that claim cannot be supported. As I have described, the "twin" metaphor is ontologically based. Human twins are a subset of the ontological concept of twins as evidenced by the fact we modify the term when talking about humans as in &#x201c;identical twins&#x201d;, &#x201c;fraternal twins&#x201d;, or &#x201c;conjoined twins.&#x201d;</p>
                    </list-item>
                    <list-item>
                        <p>As it pertains to the DIKW concept, picking some definitions out of standards really isn't very enlightening. Universally, there is very little if any agreement as to the definitions of data, information, knowledge, and wisdom. Adding intelligence as another term certainly doesn't do much for clarification. &#x201c;One thing is certain from the literature, no consensus, no clarity, but plenty of confusion.&#x201d; &#x2013; pg. 539 in The Study of information: interdisciplinary messages.</p>
                    </list-item>
                </list> Finally, the authors stated in their abstract that this is an issue about polysemy, I would disagree. Unlike words that mean completely different things, the fundamental concepts of Digital Twins are well agreed on.</p>
            <p> </p>
            <p> As I stated at the beginning, if people find this paper useful, they will cite it. If not, they won&#x2019;t.</p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Partly</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>Not applicable</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>Partly</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Partly</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Partly</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Partly</p>
            <p>Reviewer Expertise:</p>
            <p>Digital Twin, Systems Engineering/Complex Systems, PLM</p>
            <p>I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however I have significant reservations, as outlined above.</p>
        </body>
    </sub-article>
    <sub-article article-type="reviewer-report" id="report27007">
        <front-stub>
            <article-id pub-id-type="doi">10.21956/digitaltwin.18878.r27007</article-id>
            <title-group>
                <article-title>Reviewer response for version 1</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Grieves</surname>
                        <given-names>Michael</given-names>
                    </name>
                    <xref ref-type="aff" rid="r27007a1">1</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0003-0322-343X</uri>
                </contrib>
                <aff id="r27007a1">
                    <label>1</label>Digital Twin Institute, Cocoa Beach, FL, USA</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>12</day>
                <month>9</month>
            <year>2022</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2022 Grieves M</copyright-statement>
                <copyright-year>2022</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport27007"
                          related-article-type="peer-reviewed-article"
                          xlink:href="10.12688/digitaltwin.17599.1"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve-with-reservations</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>I have been over this paper a dozen times. What I can say is that it is one of many Digital Twin frameworks. I find it to be a bit arcane and overly complex (See Figure 3 for example). I don&#x2019;t know what the &#x201c;eight four concepts and fifty-eight definitions&#x201d; do for either understanding or operationalizing digital twins.</p>
            <p> </p>
            <p> While I am all for standards, it may be that we are too early for the attempt at a comprehensive standard of Digital Twins. I would contend that Dt standards at this stage need an incremental approach. We don&#x2019;t actually know yet what works and what doesn&#x2019;t work. As an aside, I dislike that the standards need to be purchased. Standards should be in the public domain.</p>
            <p> </p>
            <p> Others might find the article relevant for their work, so readers can determine for themselves if they find the article or parts of the article useful. As a result, I am categorizing the article as &#x201c;Approved with reservations&#x201d;.</p>
            <p> </p>
            <p> That said, I&#x2019;ll give some specific comments on issues I have. 
                <list list-type="order">
                    <list-item>
                        <p>The paper claims there are &#x201c;more than a dozen definitions of digital twins.&#x201d; Doing a Google search of definition has this estimate off by three or maybe even four or five magnitudes. This is problematic for the rest of the paper that relies on a limited number of definitions as its basis.</p>
                    </list-item>
                    <list-item>
                        <p>A criterion of a research article is &#x201c;are sufficient details of the method and analysis provided to allow replication by others? There is a &#x201c;procedure of developing the concept map as shown as follows:&#x201d; It undoubtedly will produce some sort of concept map. However, it&#x2019;s highly unlikely it will produce THE concept map of this paper. There is just too much ambiguity in this process. If someone is able to reproduce the concept map, they can make that known. Reproducibility is a key requirement for research.</p>
                    </list-item>
                    <list-item>
                        <p>The same criticism applies to the procedure of developing a taxonomy.</p>
                    </list-item>
                    <list-item>
                        <p>The procedure above also relies on Table 2 to develop &#x201c;superordinate concepts of digital twin (entity/system) used in typical definitions.&#x201d; The table is an arbitrary selection of definitions that the paper simply claims to be &#x201c;typical&#x201d; with no criteria selection. The &#x201c;Authors&#x2019; comments&#x201d; column is equally arbitrary and without criteria.</p>
                    </list-item>
                    <list-item>
                        <p>Step two of the procedure is &#x201c;Select the first synset (twin (either of two offspring born at the same time from the same pregnancy)&#x201d;. (This is also in Figure 2). While this is not an uncommon assumption, Digital twins were never meant to be compared to human twins. The &#x201c;twin&#x201d; metaphor is ontologically based. It is a basic way of human comparison in how humans know the world. All &#x201c;twin&#x201d; requires is duality and strong similarity. It does not require timeline simultaneity and certainly not human gestation (see Grieves 2022
                            <sup>
                                <xref ref-type="bibr" rid="rep-ref-27007-1">1</xref>
                            </sup>).</p>
                    </list-item>
                    <list-item>
                        <p>The DIKW (Data-Information-Knowledge-Wisdom) hierarchy model is, in my estimation, fatally flawed. While it looks profound, it suffers from the problem that there is no agreement as to what information, knowledge, and wisdom are and if there really is a hierarchy. (Data is much better defined.) There is no real consensus on the definition and differentiation of information, knowledge, and wisdom. The citation for DIKW is a Wikipedia page, which is generally unsuitable for academic references. In this case, the Wiki entry has some very valid criticisms of the DIKW model.</p>
                    </list-item>
                    <list-item>
                        <p>Figure 6 &#x2013; I really don&#x2019;t understand among other things how microscopic, mesoscopic, and macroscopic are &#x201c;Temporal relationships&#x201d; on an increasing time scale.</p>
                    </list-item>
                </list>
            </p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Partly</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>Not applicable</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>Partly</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Partly</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Partly</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Partly</p>
            <p>Reviewer Expertise:</p>
            <p>Digital Twin, Systems Engineering/Complex Systems, PLM</p>
            <p>I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however I have significant reservations, as outlined above.</p>
        </body>
        <back>
            <ref-list>
                <title>References</title>
                <ref id="rep-ref-27007-1">
                    <label>1</label>
                    <mixed-citation publication-type="journal">
                        <person-group person-group-type="author"/>:
                        <article-title>Intelligent digital twins and the development and management of complex systems</article-title>.
                        <source>
                            <italic>Digital Twin</italic>
                        </source>.<year>2022</year>;<volume>2</volume>:
                        <elocation-id>10.12688/digitaltwin.17574.1</elocation-id>
                        <pub-id pub-id-type="doi">10.12688/digitaltwin.17574.1</pub-id>
                    </mixed-citation>
                </ref>
            </ref-list>
        </back>
        <sub-article article-type="response" id="comment3348-27007">
            <front-stub>
                <contrib-group>
                    <contrib contrib-type="author">
                        <name>
                            <surname>Duan</surname>
                            <given-names>Hyman</given-names>
                        </name>
                        <aff>PERA Corporation Ltd., China</aff>
                    </contrib>
                </contrib-group>
                <author-notes>
                    <fn fn-type="conflict">
                        <p>
                            <bold>Competing interests: </bold>We have no conflicts or competing of interest to disclose.</p>
                    </fn>
                </author-notes>
                <pub-date pub-type="epub">
                    <day>20</day>
                    <month>12</month>
               <year>2022</year>
                </pub-date>
            </front-stub>
            <body>
                <p>
                    <bold>I have been over this paper a dozen times. What I can say is that it is one of many Digital Twin frameworks. I find it to be a bit arcane and overly complex (See Figure 3 for example). I don&#x2019;t know what the &#x201c;eight four concepts and fifty-eight definitions&#x201d; do for either understanding or operationalizing digital twins.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> This paper is not about a framework or a reference architecture of digital twin systems. A concept system is about a set of concepts and their relationships and definitions. Figure 3 is the outcome visualization of the development of the digital twin concept system which includes 84 concepts and 48 definitions. As shown in Figure 8 (a) and (b), a concept system is the first step of standardization of a new technology domain. The standardization methodology and process from concept system to reference architecture has been described in ISO/IEC 30141:2018 [64]. The methodology and process of developing a concept system has been applied to several domains, such as systems engineering (ISO/IEC JTC1/SC7), health informatics (ISO/TC215), traditional Chinese medicine (ISO/TC249), nuclear energy (ISO/TC85), top-level ontologies and metadata registries (ISO/IEC JTC1/SC32/WG2), IT for learning, education and training (ISO/IEC JTC1/SC36), geographic information (ISO/TC211 and [66]), and Intelligent transport systems (ISO/TC204), as mentioned in the response to another reviewer. &#x00a0;</p>
                <p> </p>
                <p> BTW, we adopt the definition of 
                    <italic>framework</italic> and 
                    <italic>architecture</italic> from following standards: ISO/IEC 19763-1:2015 Information technology &#x2014; Metamodel framework for interoperability (MFI) &#x2014; Part 1: Framework, 4.1.4 
                    <italic>framework: logical structure for classifying and organizing complex information.</italic> ISO/IEC/IEEE 42020:2019 Software, systems and enterprise &#x2014; Architecture processes, 3.3 
                    <italic>architecture: fundamental concepts or properties of an entity in its environment and governing principles for the realization and evolution of this entity and its related life cycle processes.</italic> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>While I am all for standards, it may be that we are too early for the attempt at a comprehensive standard of Digital Twins. I would contend that DT standards at this stage need an incremental approach. We don&#x2019;t actually know yet what works and what doesn&#x2019;t work. As an aside, I dislike that the standards need to be purchased. Standards should be in the public domain.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> The interaction between standardization and industrial practice is an interesting topic. First of all, standardization is not an obstacle to innovation or industrial practice. Technology evolution has its own natural characteristics, such as the hype cycle by Gartner or S-curve. After a dozen years of initial application exploration, the digital twin technology system is sliding into the trough of the hype cycle (please see the 
                    <ext-link ext-link-type="uri"
                         xlink:href="https://digitaltwin1.s3.ap-southeast-1.amazonaws.com/linked/197450.download.jfif">diagram here</ext-link>). &#x00a0;</p>
                <p> </p>
                <p> Although the standardization of a new technology also has its own pace typically with the sequence from basic (such as concepts and terminology, reference architecture, etc.) to advanced (maturity model, process specification and assessment, application guidance, etc.), from a specific area then to general standards. You are right. Standardization needs an incremental approach. Effective and efficient interactions between standardization and industrial practice are crucial to the success of technology innovations. Standardization is not only a summary of industrial practice outcomes and consensus, but also an enabler for new technology R&amp;D and applications.</p>
                <p> </p>
                <p> For example, the first international standard in digital twin area, ISO 23247 (digital twin framework for manufacturing), which currently has four parts, was published in October 2021 after nearly four years development. Stakeholders from national bodies are working on the standard draft of digital twin concepts and terminology and reference architecture of digital twin systems. We think industry and academia currently have enough basic consensus on what is digital twin or what should be regarded as a digital twin system and what should not. It was right time to initiate these projects years ago and industry are looking forward to their deliverables to be published asap. &#x00a0;</p>
                <p> </p>
                <p> BTW, some online official standard stores (such as ISO, IEC and some national bodies) offer preview pdf version of a standard which at least covers its contents and scope. ISO website also offers a free preview access to more than 99% ISO standards extending to the terms and definitions (typically it is clause/chapter 3 or 4 of a standard). This is an extremely useful resource for standardization engineers and for us writing this paper. &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Others might find the article relevant for their work, so readers can determine for themselves if they find the article or parts of the article useful. As a result, I am categorizing the article as &#x201c;Approved with reservations&#x201d;. That said, I&#x2019;ll give some specific comments on issues I have.</bold>
                </p>
                <p> </p>
                <p> 
                    <bold>1. The paper claims there are &#x201c;more than a dozen definitions of digital twins.&#x201d; Doing a Google search of definition has this estimate off by three or maybe even four or five magnitudes. This is problematic for the rest of the paper that relies on a limited number of definitions as its basis.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Thank you for the comment and correction. In the reply to another reviewer, I used the phrase &#x201c;dozens of&#x201d; instead of &#x201c;a dozen of&#x201d;, &#x201c;In addition to the dozens of digital twin definitions in review articles mentioned in the introduction chapter and table 2 are examined &#x2026;&#x2026;&#x201d;. We will reword the statement with &#x201c;more than dozens of definitions of digital twin&#x201d; in the next revision of this paper. &#x00a0;</p>
                <p> </p>
                <p> As for the number of the definitions of digital twin, the Google and Google Scholar searching results (255 million and 37 thousand respectively, please 
                    <ext-link ext-link-type="uri"
                         xlink:href="https://digitaltwin1.s3.ap-southeast-1.amazonaws.com/linked/197451.download_def.jfif">see here</ext-link>&#x00a0;and 
                    <ext-link ext-link-type="uri"
                         xlink:href="https://digitaltwin1.s3.ap-southeast-1.amazonaws.com/linked/197452.download_def2.jfif">here</ext-link>) with the expression (&#x201c;digital twin&#x201d; AND definition) don&#x2019;t mean that there are 255 million or 37 thousand different definitions of digital twin. &#x00a0;&#x00a0;</p>
                <p> </p>
                <p> All the review or survey papers about digital twin just listed and analyzed dozens of definitions when the definition of digital twin is one of their topics. For example, 29 definitions were analyzed in reference [1]. Even if it is true that the number of digital twin definitions is more than 1,000 or even one million, only top 20 or 30 definitions from standardization organizations, high citation index authors, famous research institutes and companies will be examined and analyzed thoroughly, the vast majority of the rest will be ignored. This is an effect of power-law distributions of the influence and popularity of the definitions, i.e., a superhit effect of word of mouth. &#x00a0;</p>
                <p> </p>
                <p> We don't deny the value of the long tail effect of a few niche definitions. We believe that most of those niche definitions will fall into a well-recognized definition's customization into some specific areas. Some other niche definitions will try to challenge the superhit definitions by addressing their potential problems or dilemmas. The later one is exactly the position of this paper. &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>2. A criterion of a research article is &#x201c;are sufficient details of the method and analysis provided to allow replication by others? There is a &#x201c;procedure of developing the concept map as shown as follows:&#x201d; It undoubtedly will produce some sort of concept map. However, it&#x2019;s highly unlikely it will produce THE concept map of this paper. There is just too much ambiguity in this process. If someone is able to reproduce the concept map, they can make that known. Reproducibility is a key requirement for research.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Figure 2 is just a visualization of the semantic relationships among twin-related words from linguistic perspective. All the definitions and relationships are copied from WordNet of Princeton University. The notation of UML class diagram used in figure 2 is clear to everybody. Figure 2 does not invent anything new, just a combination of the content (WordNet) and the form (UML). We think it is highly unlikely someone will produce a concept map totally different from figure 2 according to the procedures. We do appreciate if you can provide the detail of any ambiguity.</p>
                <p> </p>
                <p> As mentioned in the response to another reviewer, the purpose of figure 2 is to analyze the semantic relationship among all candidate superordinate concepts of an&#x00a0;important or confusing or brand new concept or term. The outcome of figure 2 just addresses a single node in the digital twin concept system. The benefit of figure 2 (semantic relationship analysis of superordinate concepts for an individual term) is to facilitate the term definition work by building connections between linguistic perspective (the term) and business perspective (the concept). &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>3. The same criticism applies to the procedure of developing a taxonomy.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Thank you for the comment. We will correct one typo in step 4 of the procedure in the next revision of this paper. One more note and criteria will be added to step 5 as well: &#x201c;The three-dimensional taxonomy framework can provide initial orthogonality of the classification dimensions. Keep in mind to check the orthogonality of the newly added dimension to existing ones.&#x201d; &#x00a0;</p>
                <p> </p>
                <p> Comparing with the copy-paste work of developing the concept map of figure 2, developing a taxonomy with consensus involves more creative system thinking and teamwork. The purpose of the taxonomy framework and the taxonomy development procedure is to improve the quality of various classification results. The two quality criteria mentioned in this paper and above are the key point of the framework and procedure: (1) For single-dimensional classification, the classification dimension shall keep consistent; for multi-dimensional taxonomy system, each classification dimension should be as orthogonal as possible; (2) For the classification results of a certain dimension, the intersection between the subsets shall be empty, and the union of all subsets shall be identical to the universal set of the entity-of-interest. &#x00a0;</p>
                <p> </p>
                <p> In our opinion, one of the best ways to evaluate the effectiveness of the framework and procedure is their acceptance and adoption level by standards. As mentioned in this paper, the taxonomy framework has been adopted as part of the MBSSE reference framework in ISO/IEC/IEEE FDIS 24641 Systems and Software engineering - Methods and tools for model-based systems and software engineering [63], and figure 7 (a taxonomy of model) provided useful inputs to the classification of model in the same standard as well. &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>4. The procedure above also relies on Table 2 to develop &#x201c;superordinate concepts of digital twin (entity/system) used in typical definitions.&#x201d; The table is an arbitrary selection of definitions that the paper simply claims to be &#x201c;typical&#x201d; with no criteria selection. The &#x201c;Authors&#x2019; comments&#x201d; column is equally arbitrary and without criteria.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Thank you for the comment. Table 2, and figure 2 as well, only care about the superordinate concepts appeared in those definitions. So two criteria are applied for definitions selection in table 2: (1) to identify the superordinate concepts as more as possible, and (2) to select those authoritative definitions by standardization organizations, high citation index authors, famous research institutes and companies. As for &#x201c;authors&#x2019; comments&#x201d;, they are all about the identified superordinate concept. Each comment is based on one criterion: is the superordinate concept appropriate according to the intensional definition writing principles, requirements, and guidelines mentioned in ISO 704:2022 [19] 6.4.3? We will add these criteria in next revision of this paper. &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>5. Step two of the procedure is &#x201c;Select the first synset (twin (either of two offspring born at the same time from the same pregnancy)&#x201d;. (This is also in Figure 2). While this is not an uncommon assumption, Digital twins were never meant to be compared to human twins. The &#x201c;twin&#x201d; metaphor is ontologically based. It is a basic way of human comparison in how humans know the world. All &#x201c;twin&#x201d; requires is duality and strong similarity. It does not require timeline simultaneity and certainly not human gestation (see Grieves 20221).</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Thank you for the comment. As mentioned above, the definitions and relations in figure 2 are copied from WordNet. Here we don&#x2019;t mean comparing digital twin to human twins. We examine semantic relations among these superordinate concepts just from linguistics perspective. Here &#x201c;twin&#x201d; is regarded as a superordinate concept of &#x201c;digital twin&#x201d; and thus become the starring point of the concept map because of WordNet. The dashed line between the two synsets of &#x201c;twin&#x201d; just shows its etymological association. We can ignore or even remove the dangling node of the first synset (either of two offspring). &#x00a0;</p>
                <p> </p>
                <p> We agree with you that all &#x201c;twin&#x201d; requires is duality and strong similarity. As for timeline simultaneity, you mentioned the &#x201c;digital twin exists ONLY after there is a physical product&#x201d; fallacy in your paper. However, the two major digital twin standards, ISO 23247-1:2021 [31] and ISO/IEC CDV 30173 Digital twin &#x2014; Concepts and terminology, from different technical committees ISO TC184 and ISO/IEC JTC1/SC41, both regard synchronization as the delimiting characteristic of digital twin. We see a potential disagreement here. Let us leave it for future industry practice and standardization work. &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>6. The DIKW (Data-Information-Knowledge-Wisdom) hierarchy model is, in my estimation, fatally flawed. While it looks profound, it suffers from the problem that there is no agreement as to what information, knowledge, and wisdom are and if there really is a hierarchy. (Data is much better defined.) There is no real consensus on the definition and differentiation of information, knowledge, and wisdom. The citation for DIKW is a Wikipedia page, which is generally unsuitable for academic references. In this case, the Wiki entry has some very valid criticisms of the DIKW model.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Thank you for the comment. We will replace the Wikipedia citation for DIKW with related ISO standards in next revision of this paper. There are a few ISO standards offering the definitions of data, information, and knowledge following the DIK(W) hierarchy.</p>
                <p> </p>
                <p> (1) ISO 8000-8:2015 Data quality &#x2014; Part 8: Information and data quality: Concepts and measuring 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>3.1 data: reinterpretable representation of information in a formalized manner suitable for communication, interpretation, or processing.</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>3.3 information: knowledge concerning objects, such as facts, events, things, processes, or ideas, including concepts, that within a certain context has a particular meaning.</italic>
                            </p>
                        </list-item>
                    </list> 
            </p>
                <p> (2) ISO 5127:2017 Information and documentation &#x2014; Foundation and vocabulary 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>3.1.1.15 data (pl): reinterpretable representation of information in a formalized manner suitable for communication, interpretation, or processing.</italic> 
                                <italic>Note 1 to entry: Data are often understood as taking the form of a set of values of qualitative or quantitative variables.</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>3.1.1.16 information: data that are processed, organized and correlated to produce meaning.</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>3.1.1.17 knowledge: maintained, processed, and interpreted information.</italic>
                            </p>
                        </list-item>
                    </list> 
            </p>
                <p> (3) ISO 9000:2015 Quality management systems &#x2014; Fundamentals and vocabulary 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>3.8.1 data: facts about an object.</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>3.8.2 information: meaningful data.</italic>
                            </p>
                        </list-item>
                    </list> (4) ISO/IEC 22989:2022 Information technology &#x2014; Artificial intelligence &#x2014; Artificial intelligence concepts and terminology [51] 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>3.1.21 knowledge: abstracted information about objects, events, concepts or rules, their relationships and properties, organized for goal-oriented systematic use.</italic> &#x00a0;</p>
                        </list-item>
                    </list> The DIK(W) hierarchy is also mentioned in a few ISO standards.</p>
                <p> </p>
                <p> (1) ISO/IEC/IEEE FDIS 24641 Systems and Software engineering &#x2014; Methods and tools for model-based systems and software engineering [63] 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>5.1.1 Build models processes and Data-Information-Knowledge-Wisdom (DIKW)</italic>
                            </p>
                            <p> 
                                <italic>The primary objective is building useful models in an effective and collaborative way. The core modelling activities can be put in perspective through the lenses of the Data-Information-Knowledge-Wisdom (DIKW) (See Ref [DIKW]) pyramid: ...... The relationships among the Build models processes and the Data-Information-Knowledge-Wisdom pyramid are presented by the Figure 3 ...... Figure A.2 provides an example of a Cognition Dimension based on the DIKW pyramid.</italic> 
                                <italic>A.1 Abstractness and generalizability of a MBSSE reference framework</italic> 
                                <italic>On the one hand, MBSSE dramatically enhances the effectiveness and efficiency of the transformation and collaboration among the DIKW pyramid; on the other hand, the cognition dimension provides a framework of information and knowledge management of MBSSE. </italic>
                            </p>
                        </list-item>
                    </list> (2) ISO/IEC 22989:2022 Information technology &#x2014; Artificial intelligence &#x2014; Artificial intelligence concepts and terminology [51] 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>5.4 Knowledge</italic>
                            </p>
                            <p> 
                                <italic>...that refers to contents, not capabilities. The knowledge concept is part of the data-information-knowledge hierarchy, according to which data can be used to produce information, and information...</italic>
                            </p>
                        </list-item>
                    </list> 
            </p>
                <p> (3) ISO 56006:2021 Innovation management &#x2014; Tools and methods for strategic intelligence management &#x2014; Guidance 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>4.3 Core of the strategic intelligence process </italic>
                            </p>
                            <p> 
                                <italic>The primary strategic intelligence cycle is referred to as the DIKI model: Data -&gt; Information -&gt; Knowledge -&gt; Intelligence </italic>
                            </p>
                        </list-item>
                    </list> 
                    <italic>NOTE The DIKI model is an adaptation of the DIKW (data, information, knowledge, wisdom) pyramid. In this sense, while "wisdom" is an ideal/asymptotic concept, "intelligence" can be achieved by implementing an appropriate intelligence management process, such as the one specified in this document.</italic>
                </p>
                <p> </p>
                <p> 
                    <italic>The implementation of the strategic intelligence process requires use of various tools and methods, e.g. data mining, analytics, artificial intelligence, machine learning, prediction techniques, environmental scanning, technology watching, ethnographic research, to support the DIKI model.</italic> &#x00a0;</p>
                <p> </p>
                <p> Although there are different ways to define data, information, and knowledge, such as bottom-up or top-down, the fact that data, information, and knowledge are tightly coupled is clear. In light of they are always used as superordinate concept each other in ISO standards, we would like to use the term &#x201c;DIK(W) hierarchy&#x201d; to represent the relationships among them. We agree that the pyramid shape is an over-simplified structure to represent the hierarchical relationship. The pyramid gives people an illusion that data is the only source of information and information is the only source of knowledge. We will not cite DIKW 
                    <italic>pyramid</italic> in the next revision of this paper. &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>7. Figure 6 &#x2013; I really don&#x2019;t understand among other things how microscopic, mesoscopic, and macroscopic are &#x201c;Temporal relationships&#x201d; on an increasing time scale.</bold> &#x00a0;</p>
                <p> </p>
                <p> 
                    <bold>Reply:</bold> Thank you for the comment. We used the scale terms, microscopic, mesoscopic, and macroscopic, for both spatial and temporal relationships. We understand that these terms mainly refer to spatial scales. To avoid confusion, we will rename these three terms with "microscopic time scale", "mesoscopic time scale", and "macroscopic time scale". &#x00a0;</p>
                <p> </p>
                <p> We do appreciate your valuable and challenging comments. They are really helpful for us to re-examine and improve the quality of this paper a lot. We will update accordingly in the next revision of this paper.</p>
            </body>
        </sub-article>
    </sub-article>
    <sub-article article-type="reviewer-report" id="report27013">
        <front-stub>
            <article-id pub-id-type="doi">10.21956/digitaltwin.18878.r27013</article-id>
            <title-group>
                <article-title>Reviewer response for version 1</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Wei</surname>
                        <given-names>Sha</given-names>
                    </name>
                    <xref ref-type="aff" rid="r27013a1">1</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0002-6658-4403</uri>
                </contrib>
                <aff id="r27013a1">
                    <label>1</label>Informatization and Industrialization Integration Research Institute at China Academy of Information and Communication Technology (CAICT), Beijing, China</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>30</day>
                <month>8</month>
            <year>2022</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2022 Wei S</copyright-statement>
                <copyright-year>2022</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport27013"
                          related-article-type="peer-reviewed-article"
                          xlink:href="10.12688/digitaltwin.17599.1"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve-with-reservations</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>It's an interesting topics to discuss the digital twin concepts, since there exits different categories of concepts originated from different background and domains. For better understanding of the readers, here are the suggestions for the authors' considerations: 
                <list list-type="order">
                    <list-item>
                        <p>Would you please clearly illustrate the most important motivations of research on digital twin concepts and proposal of the concept system? For example, you may consider to provide specific conflicts or other issues in standardization, academic or industry.</p>
                    </list-item>
                    <list-item>
                        <p>Would you please illustrate the methodology you use in this paper? What is the origin of this methodology? Do you have any innovation or update on the methodology? Why is this methodology appropriate to research on digital twin concepts? Does this methodology be applied to other related concepts analysis?</p>
                    </list-item>
                    <list-item>
                        <p>Would you please illustrate the main logic of the proposed concept system? You may also consider to use some examples from industry or other domains to verify the robustness of the proposed system. Besides, the figures of the proposed system is very complicated. You may consider to divide them into a series figures, in which one perspectives are given.</p>
                    </list-item>
                    <list-item>
                        <p>Would you please illustrate the application areas and potential benefits? Will the concept system be a potential contribution to ISO/IEC CDR 30173 digital twin - concepts and terminology? Could it be applied to practical design of a digital twin system for an equipment or a factory?</p>
                    </list-item>
                    <list-item>
                        <p>You may consider to re-summarize the innovations of the proposed concept systems.</p>
                    </list-item>
                </list>
            </p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Yes</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>Partly</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>Partly</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Partly</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Yes</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Yes</p>
            <p>Reviewer Expertise:</p>
            <p>Scientific research, prototype design and standardization in smart manufacturing, including digital twin, trusted data sharing, and AI applications.</p>
            <p>I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however I have significant reservations, as outlined above.</p>
        </body>
        <sub-article article-type="response" id="comment3341-27013">
            <front-stub>
                <contrib-group>
                    <contrib contrib-type="author">
                        <name>
                            <surname>Duan</surname>
                            <given-names>Hyman</given-names>
                        </name>
                        <aff>PERA Corporation Ltd., China</aff>
                    </contrib>
                </contrib-group>
                <author-notes>
                    <fn fn-type="conflict">
                        <p>
                            <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                    </fn>
                </author-notes>
                <pub-date pub-type="epub">
                    <day>7</day>
                    <month>9</month>
               <year>2022</year>
                </pub-date>
            </front-stub>
            <body>
                <p>It's an interesting topics to discuss the digital twin concepts, since there exits different categories of concepts originated from different background and domains. For better understanding of the readers, here are the suggestions for the authors' considerations: 
                    <list list-type="order">
                        <list-item>
                            <p>
                                <bold>Would you please clearly illustrate the most important motivations of research on digital twin concepts and proposal of the concept system? For example, you may consider to provide specific conflicts or other issues in standardization, academic or industry.</bold>
                            </p>
                        </list-item>
                    </list> &#x00a0;The most important motivation of this paper is to solve the polysemy problem of the term &#x201c;digital twin&#x201d; and thus lay a solid foundation for current and future standardization work in this domain.</p>
                <p> </p>
                <p> According to ISO 704:2022 (Terminology work &#x2014; Principles and methods), the first principle of relationships between designations and concepts is &#x201c;mononymy and monosemy&#x201d; (ISO 704:2022 7.7.1). It says, &#x201c;
                    <italic>ideally, when precise and accurate communication is required in a given special language, the objective is to achieve both mononymy and monosemy (depending on the perspective taken) at least within one and the same domain or subject. This condition reduces ambiguity, while synonymy (see 7.7.2), polysemy and homonymy (see 7.7.5) can lead to ambiguity</italic>&#x201d;.</p>
                <p> </p>
                <p> Table 1 of this paper shows the polysemy phenomenon of the term &#x201c;digital twin&#x201d;. It demonstrates that people have different points of view and understandings of the intensional meaning and scope of this term. People in communication perhaps can figure out the exact meaning of the term "digital twin" appearing in the context by reasoning and guessing. However, a systematic concept system and clear definitions are really helpful and needed for standardization work and software implementation. First of all, the term needs certain modifiers to resolve its polysemy and achieve the goal of monosemy. 
                    <list list-type="order">
                        <list-item>
                            <p>
                                <bold>(1) Would you please illustrate the methodology you use in this paper? What is the origin of this methodology? (2) Do you have any innovation or update on the methodology? (4) Why is this methodology appropriate to research on digital twin concepts? (3) Does this methodology be applied to other related concepts analysis?</bold>
                            </p>
                        </list-item>
                    </list> &#x00a0;(1) The origin of the concept system development methodology used in this paper comes from ISO 704:2022 [19] and ISO 1087:2019 Terminology work and terminology science &#x2014; Vocabulary [18].</p>
                <p> </p>
                <p> Clause 5.6 in ISO 704:2022 is about concept systems. Clause 5.6.1 lists six functions and benefits of concept systems.</p>
                <p> &#x201c;
                    <italic>Concept systems are cognitive tools that serve to:</italic> 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>model concepts and relations between them within a concept field in a domain or subject;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>clarify concept relations;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>form the basis for a uniform and standardized terminology;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>facilitate the comparative analysis of concepts and designations across languages and across domains or subjects;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>facilitate the writing of definitions;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>facilitate the inclusion of all relevant concepts while developing a terminology resource.</italic>&#x201d;</p>
                        </list-item>
                    </list> Clause 5.6.2 lists six steps of developing a concept system.</p>
                <p> &#x201c;
                    <italic>Developing concept systems involves a series of iterative operations leading for example, to the compilation of a terminology resource in a specific domain or subject. These operations generally include: </italic> 
                    <list list-type="bullet">
                        <list-item>
                            <p>
                                <italic>selecting the concept field, the preliminary designations and concepts to be treated by taking into account the domain or subject as well as the target audience and its needs;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>analysing the intension and extension of each concept;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>determining the relations and positions of these concepts within the concept system;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>visualising the resulting concept system by means of a concept diagram or a concept model;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>writing and evaluating definitions for the concepts based on the concept relations;</italic>
                            </p>
                        </list-item>
                        <list-item>
                            <p>
                                <italic>attributing designations to each concept.</italic>
                            </p>
                        </list-item>
                    </list> &#x200b;&#x200b;&#x200b;&#x200b;&#x200b;&#x200b;
                    <italic>The steps involved in developing concept systems and defining concepts are closely related. Definitions shall reflect the concept system. If appropriate definitions already exist, the concept relations within the concept system shall be established primarily by analysing the characteristics of each concept included in its definition. Consequently, developing and visualising a concept system as well as writing definitions for the relevant concepts are iterative processes that often require review and repetition of some operations.</italic>&#x201d;</p>
                <p> </p>
                <p> Therefore, the second and third paragraphs of the Methods chapter of this paper summarize the importance of a concept system and the relationship between developing a concept system and writing a term definition by referring to these two standards.</p>
                <p> </p>
                <p> (2) However, the six steps in ISO 704:2022 5.6.2 are too general and lack of detailed guidance. The authors enrich and update the methodology of developing a concept system with system thinking viewpoints and systems engineering methods. The current revision of this paper mentions three innovations to the methodology. 
                    <list list-type="order">
                        <list-item>
                            <p>Nine viewpoints and methods from Systems Engineering and TRIZ are proposed to introduce into the methodology, and four criteria about the concept system development process and tools are generated in the last part of general introduction of the chapter Methods. We will add new references from ISO/IEC JTC1/SC7 (system and software engineering) to the nine viewpoints and methods in the next revision of this paper.</p>
                        </list-item>
                        <list-item>
                            <p>A detailed process and procedures are proposed in the subchapter &#x201c;The analysis of the superordinate concepts of digital twin definitions&#x201d; of the chapter &#x201c;Methods&#x201d; to analyze the semantic relationship among all candidate superordinate concepts of an important or confusing or brand new concept and its term. This is a key step to establish the connection between a concept and the concept system that it belongs to and determine its position in the concept system. BTW, I wrote an article in Chinese at the end of last year to verify the detailed procedures and related tool by analyzing the correspondence between the Chinese translation candidates of the term &#x201c;digital thread&#x201d; and the origin of the English definitions of thread.</p>
                        </list-item>
                        <list-item>
                            <p>When the system viewpoint is applied, developing a comprehensive and systematic taxonomy becomes one of the main tasks of&#x00a0;developing&#x00a0;a concept system. This paper proposes a three-dimensional framework for taxonomy with detailed procedures for developing a taxonomy. Figure 4 and 7 show two examples of the application of the taxonomy framework and the procedures. The outcomes of these two taxonomies not only will provide useful input to digital twin standardization work but also contributed to the MBSE standard development of ISO/IEC JTC1/SC7.</p>
                        </list-item>
                    </list> Besides the above three innovative items, I proposed a maturity level model for terminology work years ago: 
                    <list list-type="bullet">
                        <list-item>
                            <p>Level 1: Concept definition is grammatically correct, but semantically and pragmatically inaccurate;</p>
                        </list-item>
                        <list-item>
                            <p>Level 2: Concept definitions and term entries conform to ISO 704, ISO 1087, and relevant national standards;</p>
                        </list-item>
                        <list-item>
                            <p>Level 3: A domain concept system is built and conforms to ISO 704, ISO 1087, and relevant national standards;</p>
                        </list-item>
                        <list-item>
                            <p>Level 4: With the application and implementation of systems thinking, systems engineering, and information modeling methods and tools, a comprehensive and systematic domain concept system is built and its concept definitions and term entries conform to relevant international and national standards and meet stakeholders' requirements beyond the domain;</p>
                        </list-item>
                        <list-item>
                            <p>Level 5: Model-based concept system development and concept definitions, i.e. model-based terminology engineering or model-based ontology engineering, is achieved.</p>
                        </list-item>
                    </list> The model will offer a high-level requirement of digital twin terminology work. I will include it in the next revision of this paper. It could be regarded as the fourth innovative item of this paper.</p>
                <p> </p>
                <p> (3) The concept system development methodology proposed by ISO 704 and enriched by this paper is general and applicable to any domain including digital twin.</p>
                <p> </p>
                <p> A couple of domains have adopted this methodology in their standards and verified the effectiveness and benefits of developing their concept systems. The two most relevant domains are IoT and systems engineering. Especially, ISO/IEC 30141 IoT Reference Architecture is a perfect example of demonstrating the fundamental value of a concept system not only for terminology work but also for architectural standardization work.</p>
                <p> </p>
                <p> The last sentence of this paper mentions that according to ISO&#x2019;s definitions, the term &#x201c;conceptual model&#x201d; in application areas [64-66] is a synonym with &#x201c;concept system&#x201d; in the terminology work area [18, 19]. Figure 2 of ISO/IEC 30141:2018 (referred to as figure 8 (a) of this paper) shows that a conceptual model can derive a reference model described by different architecture views. In clause 8.1 main purpose of IoT conceptual model (CM) of ISO/IEC 30141:2018, it says, "
                    <italic>CM provides a common structure and definitions for describing the concepts of, and relationships among, the entities within IoT systems</italic>". Annex C of ISO/IEC 30141:2018 describes the relationships between conceptual model, reference model and reference architectures in detail. Furthermore, in the introduction chapter of the draft of ISO/IEC 30141 next edition, it says, &#x201c;
                    <italic>Conceptual View describes the IoT RA on a principal level. It defines the foundational concepts part of IoT. The types of capabilities provided by IoT devices, connectivity principles, characteristics and requirements are addressed</italic>&#x201d;. The conceptual model or concept system becomes one of views of RA.</p>
                <p> </p>
                <p> The next example of adopting the concept system development methodology is ISO/IEC/IEEE FDIS 42010 Software, systems and enterprise &#x2014; Architecture description. It builds conceptual foundations based on conceptual models of architecture description related terms and concepts. ISO/IEC/IEEE 42010 is offering a meta-architecture of mandatory principles and rules and a precise and structured approach to the development of the latest edition of ISO/IEC 30141. It will do the same for the standard of digital twin system reference architecture.</p>
                <p> </p>
                <p> In addition to the above two examples from IT area, health informatics (ISO/TC215), traditional Chinese medicine (ISO/TC249), nuclear energy (ISO/TC85), top-level ontologies and metadata registries (ISO/IEC JTC1/SC32/WG2), IT for learning, education and training (ISO/IEC JTC1/SC36), geographic information (ISO/TC211), and Intelligent transport systems (ISO/TC204) has adopted the methodology in their terminology or information modeling standards. Therefore, the methodology is applicable to and necessary for all terminology and ontology-related standards development.</p>
                <p> </p>
                <p> Actually, the most important technical committee adopting this methodology is ISO/TC 184/SC 4, industrial data. Its two flagship serial standards, ISO 10303 (STEP) and ISO 15926 (integration of life-cycle data for process plants including oil and gas production facilities) are classic examples of using the methodology. Essentially, their goal is to build domain concept systems and ontologies for all kinds of industrial data and activities. To my understanding, the terminology work maturity level of some parts of the two serial standards is almost at level 5, i.e. achieving model-based ontology engineering. ISO/TC184/SC4 launched an advisory group (AG3) entitled &#x201c;core terminology for industrial data&#x201d; last year in order to build connections between domain concept systems and top level ontologies and align with relevant activities outside ISO/TC184/SC4.</p>
                <p> </p>
                <p> All above mentioned standards and technical committees are offering enough best practices and lessons learned about adopting this methodology.</p>
                <p> </p>
                <p> (4) Besides the universality of the methodology mentioned above, there is no obvious reason or characteristic of digital twin to show that it is an exception to the methodology. On the contrary, we can see a necessity that digital twin standardization and terminology work should adopt the concept system development methodology.</p>
                <p> </p>
                <p> The interdisciplinarity of digital twin makes it become a general purpose technology and an integrated technology system. It needs to draw multidisciplinary support from the perspectives of not only academic research and industry implementation but also standardization. As a consequence, its high quality standardization will facilitate and benefit all industries.</p>
                <p> </p>
                <p> Therefore, I recommend that the entry maturity level for digital twin terminology work should start from level three. We can achieve level four as a short-term objective and level five in the long run if needed for those areas need to be collaborated and integrated with other technical committees and top level ontologies. 
                    <list list-type="order">
                        <list-item>
                            <p>
                                <bold>Would you please illustrate the main logic of the proposed concept system? You may also consider to use some examples from industry or other domains to verify the robustness of the proposed system. Besides, the figures of the proposed system is very complicated. You may consider to divide them into a series figures, in which one perspectives are given.</bold>
                            </p>
                        </list-item>
                    </list> Thank you for your valuable suggestions. The main logic of the proposed concept system is the inheritance-generalization/generic relations (thick solid lines in Fig 3) of DTw System and DTw Entity in the top level ontology of Entity. The attribute relationship (thin solid lines in Fig 3) is auxiliary but necessary in the concept system.</p>
                <p> </p>
                <p> In addition to the dozens of digital twin definitions in review articles mentioned in the introduction chapter and table 2 are examined for analyzing the polysemy phenomenon of the term &#x201c;digital twin&#x201d; and identifying those superordinate concepts, the authors did check those reference models and architectures proposals by various&#x00a0;organizations and current digital twin standard projects of ISO, IEC, IEEE and ITU. We didn&#x2019;t find conflicts between them and the proposed concept system especially the differentiation of digital twin entity and digital twin system. We will continue to check industrial use cases and the progress of standard projects in order to verify the robustness of the proposed concept system and improve it continuously.</p>
                <p> </p>
                <p> We decided to choose EXPRESS-G (ISO 10303-11) as the modeling tool of Fig 3 instead of UML or other languages just because of its concise representation rules and high information density. It saves a lot of page space but sacrifices the readability. In addition to Fig 4, 5 and 6 are simplified view, local view, and enrichment view of Fig 3 respectively, we will add a new figure as a local view of DTw Entity, modify Fig 5 as a local view of DTw System, and add another new figure as a simplified global view of Fig 3 only with generic relations and without attribute relations in next revision of this paper. 
                    <list list-type="order">
                        <list-item>
                            <p>
                                <bold>Would you please illustrate the application areas and potential benefits? Will the concept system be a potential contribution to ISO/IEC CDR 30173 digital twin - concepts and terminology? Could it be applied to practical design of a digital twin system for an equipment or a factory?</bold>
                            </p>
                        </list-item>
                    </list> Figure 8 shows the potential standardization applications of the methodology and proposed concept system, such as reference architecture and maturity level model. As shown in the latest edition of ISO/IEC 30141, conceptual model (i.e. concept system) has been adopted as the conceptual view of a reference architecture.</p>
                <p> </p>
                <p> As for ISO/IEC 30173, I recommend&#x00a0;adopting the methodology to develop a systematic and robust digital twin concept system. The proposed concept system could be a benchmark or a prior art for checking potential conflicts of current definitions in ISO/IEC 30173 with other top level ontologies and other domains.</p>
                <p> </p>
                <p> Yes, the proposed concept system can be applied to the practical design of a domain-specific digital twin system, such as equipment, a factory, an energy network, or a city. 
                    <list list-type="bullet">
                        <list-item>
                            <p>First of all, all kinds of target entities can find their position in the proposed concept system (Fig 3) and especially in the top level ontology of Entity (Fig 4). Thereby the superordinate concept of the target entity can offer some constraints or business considerations to the digital twin system.</p>
                        </list-item>
                        <list-item>
                            <p>Secondly, we can determine the position of the target entity in the three-dimensional taxonomy framework (Fig 6) with certain spatiotemporal scales and performance indicators. They are exactly the instantiation&#x00a0;of Application Scenario of the digital twin system shown in Fig 3.</p>
                        </list-item>
                        <list-item>
                            <p>Finally, with the above inputs and the reference architecture of general digital twin systems, we can derive the reference architecture of the domain-specific digital twin system.</p>
                        </list-item>
                    </list> &#x00a0;We will update Fig 8 (b) in the next revision of this paper by adding one more arrow from &#x201c;ontological concept system&#x201d; to &#x201c;application system examples&#x201d; to show the guidance of the proposed concept system to industrial use cases. 
                    <list list-type="order">
                        <list-item>
                            <p>
                                <bold>You may consider to re-summarize the innovations of the proposed concept systems.</bold>
                            </p>
                        </list-item>
                    </list> &#x00a0;Thank you so much for your great questions and suggestions. They are really helpful for us to re-examine and re-summarize the innovations of this paper. This paper 
                    <list list-type="bullet">
                        <list-item>
                            <p>enriches and enhances the concept system development methodology from terminology work standards with (1) system thinking viewpoints and systems engineering methods, (2) five maturity levels for terminology work, (3) detailed procedures for analyzing the semantic relationships among candidate superordinate concepts, and (4) a three-dimensional taxonomy framework with detailed procedures of developing a taxonomy.</p>
                        </list-item>
                        <list-item>
                            <p>resolves the polysemy problem of the term &#x201c;digital twin&#x201d; with the differentiation of digital twin entity and digital twin system from it;</p>
                        </list-item>
                        <list-item>
                            <p>proposes a digital twin concept system as a benchmark for digital twin terminology work and useful input for the development of digital twin system reference architecture standard;</p>
                        </list-item>
                    </list> The authors will continue to update the proposed digital twin concept system in order to adapt to the industrial practice and standardization progress and improve the methodology especially for the interdisciplinary harmonization of domain-specific ontologies from various technical committees.</p>
                <p> </p>
                <p> We will update the conclusions accordingly in the next revision of this paper.</p>
            </body>
        </sub-article>
    </sub-article>
    <sub-article article-type="reviewer-report" id="report27010">
        <front-stub>
            <article-id pub-id-type="doi">10.21956/digitaltwin.18878.r27010</article-id>
            <title-group>
                <article-title>Reviewer response for version 1</article-title>
            </title-group>
            <contrib-group>
                <contrib contrib-type="author">
                    <name>
                        <surname>Han</surname>
                        <given-names>Soonhung</given-names>
                    </name>
                    <xref ref-type="aff" rid="r27010a1">1</xref>
                    <xref ref-type="aff" rid="r27010a2">2</xref>
                    <role>Referee</role>
                    <uri content-type="orcid">https://orcid.org/0000-0001-5676-8121</uri>
                </contrib>
                <aff id="r27010a1">
                    <label>1</label>Department of Mechanical Engineering, Korea Advanced Institute of Science and Technology, Daejeon, South Korea</aff>
                <aff id="r27010a2">
                    <label>2</label>Korea STEP Center, Daejeon, South Korea</aff>
            </contrib-group>
            <author-notes>
                <fn fn-type="conflict">
                    <p>
                        <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                </fn>
            </author-notes>
            <pub-date pub-type="epub">
                <day>11</day>
                <month>8</month>
            <year>2022</year>
            </pub-date>
            <permissions>
                <copyright-statement>Copyright: &#x00a9; 2022 Han S</copyright-statement>
                <copyright-year>2022</copyright-year>
                <license xlink:href="https://creativecommons.org/licenses/by/4.0/">
                    <license-p>This is an open access peer review report distributed under the terms of the Creative Commons Attribution Licence, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
                </license>
            </permissions>
            <related-article ext-link-type="doi" id="relatedArticleReport27010"
                          related-article-type="peer-reviewed-article"
                          xlink:href="10.12688/digitaltwin.17599.1"/>
            <custom-meta-group>
                <custom-meta>
                    <meta-name>recommendation</meta-name>
                    <meta-value>approve-with-reservations</meta-value>
                </custom-meta>
            </custom-meta-group>
        </front-stub>
        <body>
            <p>1) Sentences are too long to understand. Please change to shorter sentences.</p>
            <p> </p>
            <p> 2) What are the components of DTw (Digital twin) system?</p>
            <p> </p>
            <p> 3) In Fig. 1, the difference between the &#x2018;DTw framework&#x2019; and the &#x2018;DTw system&#x2019; is seen only as physical entities (observable manufacturing elements), please explain the difference.</p>
            <p> </p>
            <p> 4) Terms needing definition: Important terms, but lack of explanation. 
                <list list-type="bullet">
                    <list-item>
                        <p>Entity</p>
                    </list-item>
                    <list-item>
                        <p>Target entity</p>
                    </list-item>
                    <list-item>
                        <p>System</p>
                    </list-item>
                </list> 5) Fig. 2 seems to be a good trial. Semantic-relation is good. It would be better if the above terms (Entity, Target entity, System) are included in Fig. 2 and explained together.</p>
            <p> </p>
            <p> 6) How is &#x2018;Entity&#x2019; different from &#x2018;Thing&#x2019; in IoT?</p>
            <p> </p>
            <p> 7) A simplified version of Fig. 3 is needed. The current version is too complex to comprehend. 
                <list list-type="bullet">
                    <list-item>
                        <p>The &#x2018;target entity type&#x2019; is visible, but where is the &#x2018;target entity located?</p>
                    </list-item>
                    <list-item>
                        <p>I can't distinguish colors well. Please change the colors.</p>
                    </list-item>
                    <list-item>
                        <p>Where is the &#x2018;digital twin&#x2019; located?</p>
                    </list-item>
                </list> 8) Fig. 4: 
                <list list-type="bullet">
                    <list-item>
                        <p>How does &#x2018;Entity&#x2019; relate to &#x2018;Thing&#x2019; of IoT?</p>
                    </list-item>
                    <list-item>
                        <p>Where is the &#x2018;target entity&#x2019; located?</p>
                    </list-item>
                    <list-item>
                        <p>&#x2018;Digital entity&#x2019; and &#x2018;physical entity&#x2019; seem to correspond to each other, so that how about placing their positions in the figure in the corresponding position?</p>
                    </list-item>
                </list> 9) The logic of adopting the definition of ISO/TS 18101-1:2019 in this paper lacks explanation. There is an explanation of the benefits, but additional explanations and logic such as the similarities of each component are needed.</p>
            <p> </p>
            <p> 10) There are &#x2018;DTw system&#x2019;, &#x2018;DTw entity&#x2019;, and &#x2018;digital twin&#x2019; in front of Fig. 5, but a relationship diagram between them is needed.</p>
            <p> </p>
            <p> 11) The &#x2018;Taxonomy&#x2019; section including (Fig. 6, Fig. 7) looks useful, but there are no additional new contents, and it seems to be a simple introduction and example, so it is desirable to move the section to the appendix.</p>
            <p> </p>
            <p> 12) Overall, the paper is good because there are new works, but after reading the paper, I expected difficult problems to be sorted out and simplified, but it became more complicated after reading the paper. Perhaps it was because the content was difficult to understand.</p>
            <p>Is the work clearly and accurately presented and does it cite the current literature?</p>
            <p>Yes</p>
            <p>If applicable, is the statistical analysis and its interpretation appropriate?</p>
            <p>Partly</p>
            <p>Are all the source data underlying the results available to ensure full reproducibility?</p>
            <p>No source data required</p>
            <p>Is the study design appropriate and is the work technically sound?</p>
            <p>Partly</p>
            <p>Are the conclusions drawn adequately supported by the results?</p>
            <p>Partly</p>
            <p>Are sufficient details of methods and analysis provided to allow replication by others?</p>
            <p>Partly</p>
            <p>Reviewer Expertise:</p>
            <p>CAD standard</p>
            <p>I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however I have significant reservations, as outlined above.</p>
        </body>
        <sub-article article-type="response" id="comment3339-27010">
            <front-stub>
                <contrib-group>
                    <contrib contrib-type="author">
                        <name>
                            <surname>Duan</surname>
                            <given-names>Hyman</given-names>
                        </name>
                        <aff>PERA Corporation Ltd., China</aff>
                    </contrib>
                </contrib-group>
                <author-notes>
                    <fn fn-type="conflict">
                        <p>
                            <bold>Competing interests: </bold>No competing interests were disclosed.</p>
                    </fn>
                </author-notes>
                <pub-date pub-type="epub">
                    <day>15</day>
                    <month>8</month>
               <year>2022</year>
                </pub-date>
            </front-stub>
            <body>
                <p>
                    <bold>1) Sentences are too long to understand. Please change to shorter sentences.</bold>
                </p>
                <p> Thank you very much for your comment. We will improve the writing in the next revision.</p>
                <p> </p>
                <p> 
                    <bold>2) What are the components of DTw (Digital twin) system?</bold>
                </p>
                <p> </p>
                <p> According to Figure 3, DTw system has six components:&#x00a0; 
                    <list list-type="bullet">
                        <list-item>
                            <p>(a) communication framework of a list of DTw Entities,</p>
                        </list-item>
                        <list-item>
                            <p>(b) sensing subsystem,</p>
                        </list-item>
                        <list-item>
                            <p>(c) control subsystem,</p>
                        </list-item>
                        <list-item>
                            <p>(d) user domain,</p>
                        </list-item>
                        <list-item>
                            <p>(e) cyber-security subsystem, and</p>
                        </list-item>
                        <list-item>
                            <p>(f) a list of digital twinning targets.</p>
                        </list-item>
                    </list> As an industrial example from manufacturing, the blue box in Figure 1 shows the scope of DTw system for manufacturing. It is consistent with Figure 3.</p>
                <p> </p>
                <p> 
                    <bold>3) In Fig. 1, the difference between the &#x2018;DTw framework&#x2019; and the &#x2018;DTw system&#x2019; is seen only as physical entities (observable manufacturing elements), please explain the difference.</bold>
                </p>
                <p> </p>
                <p> Yes, this is the only difference between DTw Framework in ISO 23247 and DTw System in this paper. There are various points of view about the scope of DTw System, such as with or without physical entities, and with or without user entities. I think all of them have their own rationales. The blue box scope in Figure 1 is adopted in this paper according to the trend of system completeness from TRIZ [20,21] mentioned in Methods chapter. A DTw system is kind of bi-system from TRIZ perspective. I think the broader scope of DTw system reflects the interaction and co-evolution of the target entities and DTw entities in a DTw system more precisely and conveniently. To my personal point of view, the coming DTw system reference architecture should be based on the broader scope.</p>
                <p> </p>
                <p> 
                    <bold>4) Terms needing definition: Important terms, but lack of explanation. Entity, Target entity, System</bold>
                </p>
                <p> </p>
                <p> Due to space limitations, the definitions of most concepts of the DTw concept system are not listed in this paper. However, the references of the meanings of the above three terms are provided in this paper.</p>
                <p> </p>
                <p> (a) As for Entity, in the subchapter of "Top-level ontology with entity related concepts", the first sentence of the second paragraph, says "By referring to WordNet 3.1 (RRID:SCR_022182) and ISO/IEC 21838-2:2021 [61]&#x2026;". It means that not only the definitions of Entity in WordNet and BFO are important inputs to this paper, but also we completely agree with the highest position of the term Entity in WordNet and BFO. Therefore, Figure 4 (Top-level ontology and taxonomy of entity) is developed under the guideline mentioned in the subchapter "The taxonomy framework related concepts" and double check with WordNet and BFO.</p>
                <p> </p>
                <p> As for the definition of Entity of the DTw concept system, we analyzed the definitions in ISO/IEC 20924:2021, ISO 9000:2015, and WordNet.</p>
                <p> </p>
                <p> ISO/IEC 20924:2021 3.1.18, entity</p>
                <p> thing (physical or non-physical) having a distinct existence</p>
                <p> [SOURCE: ISO/IEC 15459-3:2014, 3.1]</p>
                <p> </p>
                <p> ISO 9000:2015 3.6.1, object/entity/item</p>
                <p> anything perceivable or conceivable</p>
                <p> EXAMPLE: Product (3.7.6), service (3.7.7), process (3.4.1), person, organization (3.2.1), system (3.5.1), resource.</p>
                <p> Note 1 to entry: Objects can be material (e.g. an engine, a sheet of paper, a diamond), non-material (e.g. conversion ratio, a project plan) or imagined (e.g. the future state of the organization).</p>
                <p> </p>
                <p> Entity in WordNet: that which is perceived or known or inferred to have its own distinct existence.</p>
                <p> </p>
                <p> We proposed a definition of Entity for the DTw concept system based on WordNet and combing ISO 9000:2015 3.6.1: that which is perceived or known or inferred or conceived to have its own distinct existence. ISO/IEC 20924:2021 3.1.18 and the note of ISO 9000:2015 3.6.1 were used as input to our definition's note, i.e. the rest part of the first sentence of the second paragraph, it says 
                    <italic>"this paper sorts out the taxonomy perspectives of entity and performs a first-level decomposition of Entity, including physical entity(comprising of man-made physical entity, natural entity, and social group), virtual entity, physical-virtual hybrid entity; abstract entity, concrete entity; matter, energy, information; system, process; asset and non-asset".&#x00a0;</italic>
                </p>
                <p> </p>
                <p> (b) As for System, it is at the second level of the top-level ontology and taxonomy of entity (Figure 4). We agree with its definitions from related fundamental ISO standards, such as ISO 9000:2015 3.5.1 (set of interrelated or interacting elements) and ISO/IEC/IEEE DIS 15288:202x 3.47 (arrangement of parts or elements that together exhibit a stated behaviour or meaning that the individual constituents do not). Besides the definitions from standards, personally, I like the dual definition of System proposed by Avenir I. Uyomov, a former USSR and Ukrainian philosopher. In his book "&#x0421;&#x0438;&#x0441;&#x0442;&#x0435;&#x043c;&#x043d;&#x044b;&#x0439; &#x043f;&#x043e;&#x0434;&#x0445;&#x043e;&#x0434; &#x0438; &#x043e;&#x0431;&#x0449;&#x0430;&#x044f; &#x0442;&#x0435;&#x043e;&#x0440;&#x0438;&#x044f; &#x0441;&#x0438;&#x0441;&#x0442;&#x0435;&#x043c;" (Systems Approach and General Systems Theory, 1978, page 120-121), it says: "
                    <italic>any entity in which there is a relationship of a predetermined property is a system; any entity in which there is a property of a predetermined relationship is a system</italic>". I think that the epistemological definition of System can be regarded as a major theory fundamental to information modeling and conceptual modeling languages and methods, such as EXPRESS (ISO 10303-11) and OPM (ISO 19450).</p>
                <p> </p>
                <p> After reviewing these three definitions of System, we understood that they are equivalent and offer a specific view of System respectively. According to ISO 1087 and ISO 704 mentioned in the second paragraph of the Methods chapter, the position of a concept in a concept system really matters to determine its definitions. When the top level of Entity and second level of System are determined in the DTw concept system, their scopes and meanings are clear for readers. For instance, we decline the definition of System in ISO/IEC/IEEE 15288:2015 4.1.46 (combination of interacting elements organized to achieve one or more stated purposes) due to the inconsistency with its position in the DTw concept system.</p>
                <p> </p>
                <p> As mentioned in the chapter Result, more than half concepts in the DTw concept system have a formal definition. The analysis and decision-making of their definitions were all gone through such a process like the concept Entity and System discussed above and followed the guideline of terminology work standards and system thinking techniques mentioned in the chapter Methods. Although determining these definitions is an important work for the quality of the DTw concept system, it is still the detail design and development part of the whole project, which has less significance than the architecture design of the DTw concept system, like determining the position of a concept. Therefore, except for the three concepts: digital twin entity, digital twin system. and digital twin, we decide to exclude the term definitions out of the scope of this paper.</p>
                <p> </p>
                <p> (c) We provide an extensional definition of Target Entity in the subchapter, "The analysis of the superordinate concepts of digital twin definitions" when the term first appears. It includes two options: physical entity or physical-virtual hybrid entity. However, there are three options for Target Entity Type in Figure 3: Physical Entity, Digital Entity, and Physical-Virtual Hybrid Entity. I will update its extensional definition in the next revision according to Figure 3.</p>
                <p> </p>
                <p> BTW, we used the term "digital twinning target" translated from the Chinese version of the DTw concept system two years ago [60]. With the development progress of ISO/IEC 30173, we adopted the term "target entity" used by 30173 as both of us share the same understanding of the concept, i.e. the scope of the counterpart of DTw Entity.</p>
                <p> </p>
                <p> 
                    <bold>5) Fig. 2 seems to be a good trial. Semantic-relation is good. It would be better if the above terms (Entity, Target entity, System) are included in Fig. 2 and explained together.</bold>
                </p>
                <p> </p>
                <p> The purpose of Fig 2 is to analyze the semantic relationship among all candidate superordinate concepts of an&#x00a0;important or confusing or brand new concept or term. The outcome of Fig 2 only resolves a problem of a node in the &#x00a0;DTw concept system. The benefit of Fig 2 (semantic relationship analysis of superordinate concepts for an individual term) is to facilitate the term definition work by building connections between linguistic perspective (the term) and business perspective (the concept). They are two nodes or two aspects of the semiotic triangle. BTW, the latest text of ISO/IEC CD 30173 describes the relationships between digital twin and the semiotic triangle.</p>
                <p> </p>
                <p> Regarding the high-level and key concepts like Entity and System in the DTw concept system, it is not necessary to apply the method and tools in Fig 2. With the help of BFO [61], WordNet, and other general purpose standards like ISO 9000 and ISO/IEC/IEEE 15288:202x, the technical community already has enough consensus views on their positions and intensional meanings in both a top ontology like BFO and the DTw concept system.</p>
                <p> </p>
                <p> As for Target Entity, its situation is quite different from that of Entity and System. First of all, the semantic relationship distance between Target Entity and Entity / System is so long that Target Entity becomes a domain-specific term rather than a general term. Secondly, even in the domain of digital twin, Target Entity is still an artificial and imaginary local concept. The origin of the concept comes from a root question: In the world and the universe, what kinds of Entity can be and could be digital twinned? We can derive a couple of sub-questions from the root question, such as (a) Is there any kinds of Entity that cannot be digital twinned forever? (b) Is it possible the process or phenomenon of digital twinning can be nested like the plot of the film "Inception"? (c) If the concept and term Physical Entity is not enough to cover the scope of digital twinning target, how do we coin a new concept and term to describe it?</p>
                <p> </p>
                <p> The answers to the root question and its subquestions led us to develop the top-level ontology and taxonomy of Entity (Figure 4), to define the new concept "digital twinning target" (a seven-character phrase in Chinese), and to adopt the new term "Target Entity" (a four-charactre phrase in Chinese) from ISO/IEC 30173. As mentioned in the chapter Methods, according to ISO 704:2022 [19] 3.11, 5.6.3, and 6.3, intensional definitions are critical to the development of a generic concept system. Due to the locality of the concept Target Entity and its extensional definition, its importance in the DTw concept system is much lower than other concepts. This is why we only assign Target Entity a constructed data type SELECT rather than a named data type ENTITY of ISO 10303-11 [24] in Figure 3. To my understanding, this is also why the current ISO/IEC CD 30173 only offers a note to target entity rather than a formal definition. The case of Target Entity can be regarded as another application example of Ockham's Razor principle mentioned in the subchapter "The analysis of the superordinate concepts of digital twin definitions".</p>
                <p> </p>
                <p> As a result, we draw the same conclusion as the term Entity and System, i.e. it is not necessary to apply the method and tools in Fig 2 to the coined term "Target Entity".</p>
                <p> </p>
                <p> 
                    <bold>6) How is &#x2018;Entity&#x2019; different from &#x2018;Thing&#x2019; in IoT?</bold>
                </p>
                <p> </p>
                <p> According to ISO/IEC 20924:2021 3.1.18 or any other definitions mentioned above in the reply (a) to comment 4), entity refer to thing (physical or non-physical) having a distinct existence; according to ISO/IEC 20924:2021 3.2.7, Internet of Things refer to infrastructure of interconnected entities, people, systems and information resources together with services which processes and reacts to information from the physical world and virtual world.&#x00a0; "Entity" is the highest concept of the DTw concept system. Therefore, &#x2018;Thing&#x2019; in IoT is only a small subset of Entity.</p>
                <p> </p>
                <p> 
                    <bold>7) A simplified version of Fig. 3 is needed. The current version is too complex to comprehend. The &#x2018;target entity type&#x2019; is visible, but where is the &#x2018;target entity located? I can't distinguish colors well. Please change the colors. Where is the &#x2018;digital twin&#x2019; located?</bold>
                </p>
                <p> </p>
                <p> Actually, Figure 4 is a simplified view of Figure 3 focusing on Entity-related concepts; Figure 5 is a local view of Digital Thread connecting DTw System and DTw Entity; Figure 6 is an enrichment view of Model in Figure 3. Only generalization relationships are represented in the UML class diagrams in Figure 4 and 6. They are much easier to read than Figure 3. The reading and understanding of Figure 3 need familiarity with the syntax and notion of EXPRESS-G [24]. In a summary, the meaning of legend to Figure 3 is as follows:</p>
                <p> </p>
                <p> The thick solid line and the small circle represent the inheritance and generalization relationship, and the thick solid line marked with "1" represents the exclusive inheritance and generalization relationship constraint (all lower level specific concepts under a certain higher level generic concept are mutually exclusive relationships); thin solid lines with a small circle represent a necessary attribute relationship, the dotted line with a small circle represent an optional attribute relationship, (DER) means derived attribute, and &#x201c;L&#x201d; means List aggregation type; the solid line box represents ENTITY data type, and the dashed box with the left vertical line represents SELECT data type.</p>
                <p> </p>
                <p> We will change the purple color in the next revision. The dashed box "Target Entity type" is where "Target Entity" is located. I used the name "Target Entity type" to emphasize that it is a SELECT data type. We will rename the dashed box with "Target Entity" in the next revision.</p>
                <p> </p>
                <p> According to Table 1 (The polysemy phenomenon of the term digital twin(s)), we propose a definition of digital twin in the subchapter "Digital twin system related concepts", "the enabling technology system, discipline field, or industrial ecology derived from a digital twin entity or digital twin system". Therefore, it is hard to position the concept "digital twin" in Figure 3. Besides the meaning of DTw System or DTw Entity its referring to, "Digital Twin" will be also appeared as a subordinate concept of several superordinate concepts, such as Industry, technology (subordinate concept of Knowledge), market (subordinate concept of commercial activity, and subset of process), discipline field (subordinate concept of Knowledge), etc, Therefore, it doesn't make sense to include the term "Digital Twin" into Figure 3.</p>
                <p> </p>
                <p> 8) 
                    <bold>Fig. 4:&#x00a0; (a) How does &#x2018;Entity&#x2019; relate to &#x2018;Thing&#x2019; of IoT?</bold>
                </p>
                <p> </p>
                <p> In Figure 3, we can see that IoT is a kind of Physical-Virtual Hybrid Entity. So we can add a subordinate concept "IoT" to "Physical-Virtual Hybrid Entity" in Figure 4, and enrich the node "IoT" by introducing the generic relationships in Figure 10 (high level view of IoT conceptual model) of ISO/IEC 30141:2018 [64]. In this way, we can relate "things in IoT" to "Entity". However, I think this is out of the scope of this paper.</p>
                <p> </p>
                <p> 
                    <bold>(b) Where is the &#x2018;target entity&#x2019; located?</bold>
                </p>
                <p> </p>
                <p> As mentioned above in the reply to comment 5), "Target Entity" is a domain-specific local concept. It is not appropriate for it to be appeared in Figure 4, the top-level ontology of Entity. Anyway, we can add a class box of "Target Entity" in Figure 4 with three &lt;&gt; arrows pointing to the class boxes of "Physical Entity", "Digital Entity", and "Physical-Virtual Hybrid Entity" respectively, Seeing that the semantic meaning and relationships of "Target Entity" have been already represented in Figure 3, it is not necessary to do it again in Figure 4. It would make the UML class diagram a little bit weird.</p>
                <p> </p>
                <p> 
                    <bold>(c) &#x00a0;&#x2018;Digital entity&#x2019; and &#x2018;physical entity&#x2019; seem to correspond to each other, so that how about placing their positions in the figure in the corresponding position?</bold>
                </p>
                <p> </p>
                <p> Figure 4 is not from the perspective of DTw system or DTw entity, but from the omniscient point of view. The purpose of Figure 4 is to develop a comprehensive taxonomy for Entity. Some ISO standards, like ISO/IEC 20924:2021 (IoT Vocabulary), think that "digital entity" and "virtual entity" are synonyms or even identical. However, we have a different opinion in this paper. There are two definitions of physical entity: (1) entity that has material existence in the physical world (ISO/IEC 20924:2018, 3.1.26); (2) thing that is discrete, identifiable and observable, and having material existence in real world (ISO/IEC 23093-1:2020, 3.2.14). So the antonym of "physical" is "virtual" (existing in essence or effect though not in actual fact), not "digital" (relating to, using, or storing data or information in the form of digital signals). "Digital" is a subset of "virtual", and "digital entity" is a subset of "virtual entity". Virtual Entity can be classified as Digital Entity and non-digital virtual entity. The strict differentiation between virtual and digital will be helpful to answer the three subquestions mentioned in the reply to comment 5).</p>
                <p> </p>
                <p> 
                    <bold>9) The logic of adopting the definition of ISO/TS 18101-1:2019 in this paper lacks explanation. There is an explanation of the benefits, but additional explanations and logic such as the similarities of each component are needed.</bold>
                </p>
                <p> </p>
                <p> We don't adopt the definition of ISO/TS 18101-1:2019, only its superordinate concept "digital asset" is adopted. The simple logic is, that we cannot use a subfunction (digital representation) as the superordinate concept of DTw Entity, we need to think out of the linguistic box of semantic relationships and break the psychological inertia by introducing business factors.</p>
                <p> </p>
                <p> 
                    <bold>10) There are &#x2018;DTw system&#x2019;, &#x2018;DTw entity&#x2019;, and &#x2018;digital twin&#x2019; in front of Fig. 5, but a relationship diagram between them is needed.</bold>
                </p>
                <p> </p>
                <p> Besides the attribute relationships between DTw System and DTw Entities shown in Figure 5, both Figure 3 and Figure 4 show the generic relationships of DTw System and DTw Entity to their superordinate concepts. DTw System and DTw Entity are only two nodes of Figure 3, however, the name or title of Figure 3 can only be called "The Digital Twin concept system". That is the relationship among DTw, DTw System, and DTw Entity. The term "digital twin" used in the title of Figure 3 is consistent with the definition of "Digital Twin" in this paper.</p>
                <p> </p>
                <p> 
                    <bold>11) The &#x2018;Taxonomy&#x2019; section including (Fig. 6, Fig. 7) looks useful, but there are no additional new contents, and it seems to be a simple introduction and example, so it is desirable to move the section to the appendix.</bold>
                </p>
                <p> </p>
                <p> Besides the taxonomy framework itself, this subchapter shows the procedures of the development of Figure 4 and 7. Just like the top-level ontology of Entity offers the backbone for the DTw concept system, the taxonomy framework provides the implementation support of the DTw concept system. Therefore, the meta-model of the taxonomy framework is also indispensable to the DTw concept system.</p>
                <p> </p>
                <p> 
                    <bold>12) Overall, the paper is good because there are new works, but after reading the paper, I expected difficult problems to be sorted out and simplified, but it became more complicated after reading the paper. Perhaps it was because the content was difficult to understand.</bold>
                </p>
                <p> </p>
                <p> We do appreciate your comments to help us improve the quality and readability of this paper. The main purpose of this paper is to resolve the polysemy issue of the term "digital twin". People in communication perhaps can understand each other and figure out the exact meaning and scope of the term "digital twin" appearing in the conversation by reasoning and guessing. However, for the standardization work and software implementation, a systematic concept system and clear definitions are really helpful and needed.</p>
            </body>
        </sub-article>
    </sub-article>
</article>