<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Georg Weichhart</string-name>
          <email>georg.weichhart@profactor.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Hervé Panetto</string-name>
          <email>herve.panetto@univ-lorraine.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Wided Guérdia</string-name>
          <email>wided.guedria@list.lu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gash Bhullar</string-name>
          <email>gbhullar@control2k.co.uk</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Néjib Moalla</string-name>
          <email>nejib.moalla@univ-lyon2.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff6">6</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Systems</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Enterprise</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Interoperability, Enterprise Integration</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Architecture</institution>
          ,
          <addr-line>Enterprise</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Control 2K Limited, Waterton Technology Centre</institution>
          ,
          <addr-line>Bridgend, South Wales, CF31 3WT</addr-line>
          ,
          <country country="UK">United Kingdom</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Luxembourg Institute of Science and Technology (LIST)</institution>
          ,
          <addr-line>5 Avenue des Hauts Fourneaux, L-4362 Esch/Alzette</addr-line>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Modelling</institution>
          ,
          <addr-line>Enterprise</addr-line>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>PROFACTOR, Im Stadtgut A2</institution>
          ,
          <addr-line>4407 Steyr-Gleink</addr-line>
          ,
          <country country="AT">Austria</country>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>University of Lorraine</institution>
          ,
          <addr-line>CNRS, CRAN, BP 70239 - F54506 Vandoeuvre-les-Nancy Cedex</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff6">
          <label>6</label>
          <institution>University of Lyon II, DISP Laboratory</institution>
          ,
          <addr-line>21 Avenue Jean Capelle O, 69100 Villeurbanne</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Enterprise Interoperability is getting more important in a world where enterprises are digitalizing everything. Interoperability is an extension to integration by aiming at loose coupling of systems and see integration as a continuous process. In manufacturing the trend in digitalization is aiming at Cyber-Physical Production Systems (CPPS). In this short paper, we are looking for pathways representing different stages to Interoperable Cyber-Physical (Production) Systems.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Enterprise Systems today are connected information systems. The term information system is used
in a very general sense, which includes humans and artificial agents (including software), providing
and consuming information. Many sensors across the enterprise are generating data that is used by
human decision makers through decision support applications. Decisions trigger information and
control flows in the other direction and actuators translate that information into physical action.</p>
      <p>2020 Copyright for this paper by its authors.</p>
      <p>
        A Cyber-Physical Production Systems (CPPS) takes this paradigm of connected and distributed
systems and puts it into a manufacturing context [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. It allows to discuss distributed, large scale, and
complex CPS from a supply chain and shop floor point of view [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>
        Among other topics, interoperability in such distributed and dynamic systems is a key research
challenge that needs to be addressed from a technological, semantic and organizational perspective [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ],
[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Pathways</title>
      <p>In order to map different possible routes for Enterprises (and Researchers) to a vision for
Interoperable Cyber-Physical (Production) Systems, we use a method called pathways. This method
builds on work by EFFRA (European Factories of the Future Research Association) Public Private
Partnership organization. This method maps different levels towards a vision.</p>
      <p>The following image gives an example. It was created by EFFRA, and shows the Autonomous Smart
Factory Pathway. Level 1 is defined as a situation where individual office software application used. In
this phase, data acquisition is manual and application specific. Level 2 is a situation where the data is
automatically collected and used for planning. However, the data is used in isolation. Level 3 is about
connected software. In level 4 situation optimization of plans happens before production runs (offline
optimization). Level 5 is online optimization reacting to changes immediately.</p>
      <p>On a general level, the pathways method allows different levels at the same time in subsystems. It
does not define a strict one-way route. It has also to be mentioned, that while level 5 is the most
advanced with respect to the given vision, it strongly depends on the situation if reaching that level does
make sense. Complexity and associated costs will increase from level to level.</p>
      <p>As can be seen the pathways follow a simple schema. We will use that schema to discuss
interoperability of cyber-physical (production) systems.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Interoperability of Cyber-Physical Systems</title>
      <p>
        For the analysis of pathways to CPS modelling and architecting, we first take a look at three levels
of analysis taken from enterprise interoperability (EI) [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. EI uses a systemic perspective [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. It
addresses the enterprise as a system-of-systems [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Organizations are physical systems and EI
discusses interoperability between information systems, data models and physical systems.
      </p>
      <p>The used, simplified framework, discusses enterprise interoperability on three levels. The
technology level includes data structures, programming interfaces, technological standards that allow
to have multiple technical systems interact. The semantic level, discusses tools and approaches that
allow systems and humans to understand the meaning of data/information. The third level is the
organizational level, where interoperability issues arise if different organizations have, for example,
different processes or rules with respect to information access (security, privacy, etc.).</p>
      <p>From level I to level IV the pathway moves from an isolated system over simple exchange of
data/information/knowledge flows to a level where high dynamics and self-organization among human
and artificial agents is possible. The different levels give the different stages a name but are not
normative. Level V supports self-organization of systems, which are connected and exchange
information with an agreed semantics of the exchange.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Cyber-Physical (Production) Systems Modelling &amp; Architecting</title>
      <p>Based on the above point of view, we propose these pathways for Modelling and Architecting of
Cyber-Physical (Production) Systems. It addresses the different needs of systems that range from
isolated systems to dynamic systems-of-systems (SoS) capable of self-organization.
The systems aspect describes the relationship of the system to other systems. As such it includes an
abstract view on the complexity. The model aspect takes a look on the model in general with respect to
dynamics. Interoperability is seen on a continuum. Compatible is a level, where multiple systems are
not working together, but simply do not disturb each other. Tight integration is often the result of
oneoff modelling and implementation efforts, where the systems are coupled in a way that makes them
strongly dependent on each other. Standard interfaces provide an initial way to a loose coupling were
individual systems can be exchanged with other systems. Loose Integration refers to a situation where
exchange of systems is the norm not the exception. Federation means that interoperability and interfaces
are communicated / negotiated at runtime rather at design time. Level IV and V need a supportive
environment and general standardized system services that allow to maintain a loose coupling over
time.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions and perspectives</title>
      <p>We have used the pathways method to sketch different levels of interoperability in Cyber-Physical
Systems. The sketched pathways are used as initial input in order to start a scientific discussion on how
to enable loose integration (aka. Interoperability) of such systems.</p>
      <p>We hope the discussion will bring forward technologies and methods that make cyber-systems,
physical-systems and cyber-physical systems interoperable. Organizational aspects and production
technologies and physical production process need to be included not only information systems and
software systems perspectives.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Acknowledgements</title>
      <p>The research described in this paper has been partially funded by the European Union and the state
of Upper Austria within the strategic economic and research program “Innovative Upper Austria 2020"
and the projects "Smart Factory Lab" and "DigiManu". It also has been supported by Pro2Future (FFG
under contract No. 854184). Pro2Future is funded within the Austrian COMET Program - Competence
Centers for Excellent Technologies - under the auspices of the Federal Ministry for Climate Action,
Environment, Energy, Mobility, Innovation and Technology (BMK) and the Federal Ministry for
Digital and Economic Affairs (BMDW) and of the Provinces of Upper Austria and Styria. COMET is
managed by the Austrian Research Promotion Agency FFG.</p>
    </sec>
    <sec id="sec-7">
      <title>7. References</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Bagheri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.-A.</given-names>
            <surname>Kao</surname>
          </string-name>
          ,
          <article-title>A Cyber-Physical Systems architecture for Industry 4.0-based manufacturing systems</article-title>
          ,
          <source>Manufacturing Letters</source>
          ,
          <volume>3</volume>
          (
          <year>2015</year>
          )
          <fpage>18</fpage>
          -
          <lpage>23</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>T.</given-names>
            <surname>Sanislav</surname>
          </string-name>
          , L. Miclea,
          <string-name>
            <surname>Cyber-Physical</surname>
            <given-names>Systems</given-names>
          </string-name>
          - Concept, Challenges and Research Areas, Control Engineering and Applied Informatics,
          <volume>14</volume>
          (
          <year>2012</year>
          ),
          <fpage>28</fpage>
          -
          <lpage>33</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>W.</given-names>
            <surname>Wolf</surname>
          </string-name>
          ,
          <string-name>
            <surname>Cyber-physical</surname>
            <given-names>Systems</given-names>
          </string-name>
          , Computer, March (
          <year>2009</year>
          )
          <fpage>88</fpage>
          -
          <lpage>89</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Zeid</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Sundaram</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Moghaddam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kamarthi</surname>
          </string-name>
          , T. Marion, Interoperability in Smart Manufacturing: Research Challenges, Machines,
          <volume>7</volume>
          ,
          <issue>2</issue>
          (
          <year>2019</year>
          )
          <fpage>1</fpage>
          -
          <lpage>17</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>H.</given-names>
            <surname>Panetto</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Iung</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Ivanov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Weichhart</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <article-title>Challenges for the Cyber-Physical Manufacturing Enterprises of the Future</article-title>
          , Annual Reviews in Control,
          <volume>47</volume>
          (
          <year>2019</year>
          )
          <fpage>200</fpage>
          -
          <lpage>213</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A.</given-names>
            <surname>Napoleone</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Macchi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pozzetti</surname>
          </string-name>
          ,
          <article-title>A review on the characteristics of cyber-physical systems for the future smart factories</article-title>
          ,
          <source>Journal of Manufacturing Systems</source>
          ,
          <volume>54</volume>
          (
          <year>2020</year>
          )
          <fpage>305</fpage>
          -
          <lpage>335</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>K.-D. Thoben</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Wiesner</surname>
          </string-name>
          ,
          <source>T. Wuest, Industrie</source>
          <volume>4</volume>
          .0 and
          <string-name>
            <given-names>Smart</given-names>
            <surname>Manufacturing</surname>
          </string-name>
          - A Review of Research Issues and
          <string-name>
            <given-names>Application</given-names>
            <surname>Examples</surname>
          </string-name>
          .
          <source>International Journal of Automation Technology</source>
          ,
          <volume>11</volume>
          (
          <year>2017</year>
          )
          <fpage>4</fpage>
          -
          <lpage>19</lpage>
          . doi:
          <volume>10</volume>
          .20965/ijat.
          <year>2017</year>
          .p0004
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Naudet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Latour</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Guédria</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <article-title>Towards a systemic formalisation of interoperability</article-title>
          , Computers in Industry,
          <volume>61</volume>
          (
          <year>2010</year>
          )
          <fpage>176</fpage>
          -
          <lpage>185</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Ducq</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Doumeingts</surname>
          </string-name>
          ,
          <article-title>A contribution of system theory to sustainable enterprise interoperability science base</article-title>
          , Computers in Industry,
          <volume>63</volume>
          (
          <year>2012</year>
          )
          <fpage>844</fpage>
          -
          <lpage>857</lpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>