<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Knowledge Graph Modularization for Cyber-Physical Production Systems?</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Austrian Center for Digital Production</institution>
          ,
          <addr-line>Vienna</addr-line>
          ,
          <country country="AT">Austria</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>TU Wien, Databases and Arti cial Intelligence Group</institution>
          ,
          <addr-line>Vienna</addr-line>
          ,
          <country country="AT">Austria</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>University of Oxford</institution>
          ,
          <addr-line>Oxford</addr-line>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>WU Wien, Institute for Data</institution>
          ,
          <addr-line>Process and Knowledge Management</addr-line>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2090</year>
      </pub-date>
      <abstract>
        <p>Knowledge Graphs (KGs) have a large potential to support analytics and AI applications in the manufacturing domain, which in the age of Industry 4.0 is increasingly driven by data. Compared to other domains, however, KG techniques have seen limited adoption in this eld so far. We argue that the construction of KGs in the context of Cyber-physical Production Systems (CPPSs) requires a systematic methodology grounded in domain-speci c abstractions. Consequently, we introduce a KG modularization framework based on the well-established RAMI 4.0 architecture model. A key bene t of the proposed approach is that the resulting KGs support navigation across abstraction hierarchies, enabling bottom-up contextualization of raw data on the one hand, and top-down explanations by linking to lower levels of granularity on the other hand. We motivate the proposed approach and illustrate its application with a real-world use case from the automotive sector.</p>
      </abstract>
      <kwd-group>
        <kwd>Poster</kwd>
        <kwd>Cyber-physical Production Systems</kwd>
        <kwd>Knowledge Graph Modeling</kwd>
        <kwd>Modularization</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Industrial production is currently undergoing a major paradigm shift that is
often described as Industry 4.0 (I4.0). This development at the con uence of
advances in digital and manufacturing technologies [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] is strongly driven by data as
a key enabler, creating opportunities beyond classic monitoring and improvement
applications [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. In this context, Knowledge Graphs (KGs) have strong
application potential as a means to, e.g., create an integrated, multi-perspective
machine data space from heterogeneous data silos, lift and contextualize
machinegenerated data, and facilitate cooperation between various domain experts and
Arti cial Intelligence (AI) agents based on shared concepts.
      </p>
      <p>Motivation and challenges. Our motivation stems from industrial
applications such as the ones within the H2020 Teaming.ai project5. In particular,
our real-world motivating scenario focuses on human-AI cooperation in quality
management and optimization of injection molding processes in the automotive
industry, with a KG at its core. This production process is composed of the
following steps: (i) initial parameter setup: setup of the injection molding
machine and production of trial parts; iterative parameter adjustment until quality
issues are resolved; (ii) production start; (iii) automated quality inspections
during production, i.e., a computer vision system inspects each produced part;
(iv) parameter optimization is triggered when faults are detected. This scenario
raises a number of more general archetypal challenges for CPPSs:
{ (C1) It requires collaboration of AI agents and human stakeholders, such as
quality controllers and process engineers, across multiple organizational,
functional, and temporal levels of granularity.
{ (C2) Reliable quality control and parameter optimization requires
contextualization, e.g. of sensor data with higher-level operational information
and quality requirements (\navigating upwards").
{ (C3) Diagnosis (e.g., of increased NOK rates for a particular part), by
contrast, requires explanations, which necessitates the ability to navigate to
lower levels of granularity (\navigating downwards").
{ (C4) Finally, a key challenge is to link decisions and goals on the production
(e.g., line control) and operational levels (e.g., classi cation of defects) to
higher-level business goals (e.g., increase Overall Labor E ectiveness (OLE)
and guarantee the ful llment of quality requirements).</p>
      <p>To address these challenges, we propose a KG layering approach that facilitates
purpose-driven, agile construction of reusable KGs across multiple layers of
abstraction and perspectives.</p>
      <p>
        Opportunities and Impact. KGs have countless demonstrated applications
across industries including nance, technology, and many other sectors. However,
this potential of KG-based systems is still largely unrealized in manufacturing,
where the concept has seen limited adoption and integration into real-world
manufacturing systems so far [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>With the approach demonstrated in this paper, we are building KGs for
manufacturing companies in the injection molding and milling sectors, but also for
higher-level applications such as manufacturing and use of replacement parts.
The most important concrete impact of KGs in these use cases are (i) delivering
a trustworthy, auditable, integrated datastore that preserves the inherent
heterogeneity of manufacturing data, (ii) the combination of di erent types of AI and
5 http://teamingai-project.eu
human reasoning in an integrated platform, and (iii) improved decision-quality
in the manufacturing and selection of parts by taking all available information
into account.
2</p>
      <p>
        Related Work
Domain-speci c layering models are prevalent in the manufacturing
domain. The ANSI-ISA-95 standard [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], for instance, has been widely adopted to
partition activities in manufacturing enterprises into ve layers, i.e., (i)
production process, (ii) sensing and manipulation, (iii) monitoring and supervision,
(iv) manufacturing operations management, and (v) business planning and
logistics. More recently, the Reference Architectural Model Industrie 4.0 (RAMI
4.0) [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] has been introduced as a three-dimensional conceptual framework that
represents the I4.0 space along three axes: (i) life cycle and value stream (IEC
62890), (ii) hierarchy levels (IEC 62264), and (iii) layers. Lee et al. [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] propose
a similar framework for implementing CPPSs based on ve levels: connection,
conversion, cyber, cognition, and con guration.
      </p>
      <p>
        E orts to formalize some aspects of these models have focused either on
speci c subsets, such as the semantic description of CPPS components' asset
administration shell [
        <xref ref-type="bibr" rid="ref11 ref3">3,11</xref>
        ], or the integration of the wealth of available layering
models and guidelines. For the latter, Bader et al. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] introduce a KG that
annotates and classi es existing I4.0 standards and norms to lower the entry barrier
for I4.0. Overall, these contributions can help CPPSs development, but they
do not tackle the speci c challenge of constructing modular KGs in production
systems applications.
      </p>
      <p>
        Apart from using KGs to relate di erent layering models to each other, the
semantic web community also put e ort into making KGs more modular. This
can, e.g., be accomplished by organizing ontologies based on their abstraction
or by proposing proven design principles. For the former, Guarino [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] proposes
to categorize ontologies hierarchically based on their generality. The higher an
ontology is in this hierarchy, the higher its re-usability. For the latter, Gangemi
et al. [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] proposes building blocks for ontology design. They argue that
accessibility for experts and non-experts is key for re-usability, which can be achieved
with simple and modular ontologies, in combination with tool support.
3
      </p>
      <p>
        Layered CPPS Knowledge Graph Construction
As a foundation to organize industrial KG conceptualization and
implementation, addressing challenge (C1) raised in the introduction, we focus on the
vertical layer axis in RAMI 4.0 [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. This axis decomposes complex I4.0
manufacturing systems into loosely coupled layers, adopting principles from
information systems and software engineering. In our proposed KG development
and modularization approach, illustrated in Figure 1, layers have multiple roles:
RAMI 4.0 Layers
      </p>
      <p>Process Engineering
Business
Functional
Information
Communication
Integration
Asset
…</p>
      <p>C
ilitttzxeaauno liitxaannopE
o
n</p>
      <p>KG views
{ In the conceptualization phase, they support the scoping of vocabularies
and ontologies used to represent various aspects in the KG; Mapping
concepts to layers facilitates a modularization of the KG that is consistent with
the layering of the manufacturing system.</p>
      <p>Example. As discussed before, the injection molding use case is composed of the
steps: (i) setup of the injection process, (ii) production, and (iii) quality
inspection. The layering allows to interface with the domain experts appropriately: the
process engineer, e.g., acts at the communication and integration layers
(typically represented by Supervisory Control and Data Acquisition (SCADA) and/or
Programmable Logic Controller (PLC) systems).</p>
      <p>{ At production run time, the layers serve as a guideline to structure the
interactions between components and stakeholders with the KG, based on
the modularization principles of the framework.</p>
      <p>Example. For instance, classi cations made by automated visual quality
inspection components are assigned to the integration layer and may be propagated
from there through higher-level events to the upper layers. In this context, the
KG is a digital twin of the real-world system that links relevant aspects for a
given perspective. This allows to overcome challenge (C4) from the introduction.
{ Methodologically, we propose a modular and incremental approach to
develop KG-based applications in I4.0; rather than developing a single,
monolithic KG, which requires a large up-front investment and bears considerable
risk, our approach aims to incrementally build a CPPS-wide KG as an
aggregation of more granular per-use case views, while ensuring their conceptual
alignment through a set of shared core concepts. This also enables cross-view
linking and navigation across multiple perspectives (dotted lines in Figure 1).
Example. In our use case we have discussed (i) setup of the injection process, as
well as (iii) quality inspection. In Figure 1, we see the foreground view \Process
Engineering" corresponding to (i) and \Quality Control" corresponding to (iii).
This however, can be the results of an incremental construction.
{ Critical to our approach are contextualization (C2) and explanation
(C3), illustrated by the \upwards" and \downwards" arrows illustrated on
the right side of Figure 1. The proposed modularized KG approach allows
one to naturally addresses these challenges.</p>
      <p>Example. A process engineer sets a number of initial parameters for the
injection molding machine, e.g., injection speed. The number of parameters vary
based on machine type (20+); choosing appropriate values requires substantial
expert knowledge From the view of the process engineer, contextualization is of
utmost importance - what e ect these adjustments have on the overall outcome
of production (presented at higher RAMI 4.0 levels). From the view of the factory
manager (typically at the three top-most layers), explaining why the production
outcome is how it is, e.g., based on parameter settings on the injection
molding machines (presented at lower RAMI 4.0 levels) is key. A modularized KG
approach is a natural t for this.</p>
      <p>Conclusions. In this paper, we introduce a KG modularization framework in
the context of CPPSs and illustrate it in a real-world industrial use case. Our
layered CPPS KG provides navigation across di erent abstraction hierarchies
(i.e., bottom-up contextualization and top-down explanation) but also linking
across multiple views. For future work, we plan to demonstrate the application
of the framework to a wide set of use cases. Our goal is both to demonstrate
the concrete impact of the KG platform across our manufacturing use cases,
including our industrial partners in automotive injection molding, milling, aircraft
manufacturing, and consumer appliance manufacturing.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <article-title>Enterprise-control system integration - Part 1: Models and terminology</article-title>
          .
          <source>ANSI/ISA95</source>
          .00.
          <fpage>01</fpage>
          -2010
          <source>(IEC 62264-1)</source>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Bader</surname>
            ,
            <given-names>S.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grangel-Gonzalez</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nanjappa</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vidal</surname>
            ,
            <given-names>M.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maleshkova</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>A knowledge graph for industry 4.0</article-title>
          . In: The Semantic Web. pp.
          <volume>465</volume>
          {
          <fpage>480</fpage>
          . Springer (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Bader</surname>
            ,
            <given-names>S.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maleshkova</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>The semantic asset administration shell</article-title>
          . In: Acosta,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Cudre-Mauroux</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Maleshkova</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.</surname>
          </string-name>
          <year>e</year>
          .a. (eds.)
          <article-title>SEMANTiCS 2019 Proceedings</article-title>
          . pp.
          <volume>159</volume>
          {
          <fpage>174</fpage>
          . Springer (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Buchgeher</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gabauer</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Martinez-Gil</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ehrlinger</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          :
          <article-title>Knowledge graphs in manufacturing and production: A systematic literature review</article-title>
          .
          <source>IEEE Access 9</source>
          ,
          <issue>55537</issue>
          {
          <fpage>55554</fpage>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. DIN:
          <article-title>Reference architecture model industrie 4.0</article-title>
          .
          <string-name>
            <surname>DIN</surname>
            <given-names>SPEC</given-names>
          </string-name>
          91345 (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Gangemi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Presutti</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          :
          <article-title>Ontology design patterns</article-title>
          . In: Handbook on ontologies, pp.
          <volume>221</volume>
          {
          <fpage>243</fpage>
          . Springer (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Guarino</surname>
          </string-name>
          , N.:
          <source>Formal ontology in information systems Proceedings of the rst international conference (FOIS'98)</source>
          , June 6-8, Trento, Italy, vol.
          <volume>46</volume>
          . IOS press (
          <year>1998</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Kagermann</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wahlster</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Helbig</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , et al.:
          <article-title>Recommendations for implementing the strategic initiative Industrie 4.0: Final report of the Industrie 4.0 working group</article-title>
          .
          <source>Tech. rep.</source>
          , Berlin, Germany (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Klingenberg</surname>
            ,
            <given-names>C.O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Borges</surname>
            ,
            <given-names>M.A.V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Antunes</surname>
            <given-names>Jr</given-names>
          </string-name>
          ,
          <string-name>
            <surname>J.A.V.</surname>
          </string-name>
          :
          <article-title>Industry 4.0 as a datadriven paradigm: a systematic literature review on technologies</article-title>
          .
          <source>JMTM</source>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bagheri</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kao</surname>
            ,
            <given-names>H.A.</given-names>
          </string-name>
          :
          <article-title>A cyber-physical systems architecture for industry 4.0-based manufacturing systems</article-title>
          .
          <source>Manufacturing letters 3</source>
          , 18{
          <fpage>23</fpage>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. Muller,
          <string-name>
            <given-names>A.W.</given-names>
            ,
            <surname>Grangel-Gonzalez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            ,
            <surname>Lange</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          :
          <article-title>An ontological view of the RAMI 4. 0 Asset Administration Shell</article-title>
          . In: KEOD. pp.
          <volume>165</volume>
          {
          <issue>172</issue>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>