Source-linked AI summary

Towards a Semantic Administrative Shell for Industry 4.0 Components

Irlán Grangel-González, Lavdim Halilaj, Gökhan Coskun, Sören Auer, Diego Collarana, Michael Hoffmeister

arXiv:1601.01556v2cs.SE

TL;DR

Industry 4.0 still faces challenges in sharing information across components, manufacturers, and hierarchy levels, while standards grow as components and production processes change. The paper proposes an RDF-based Semantic Administrative Shell and illustrates a more flexible data model in a use case.

Abstract

from arXiv · show

In the engineering and manufacturing domain, there is currently an atmosphere of departure to a new era of digitized production. In different regions, initiatives in these directions are known under different names, such as industrie du futur in France, industrial internet in the US or Industrie 4.0 in Germany. While the vision of digitizing production and manufacturing gained much traction lately, it is still relatively unclear how this vision can actually be implemented with concrete standards and technologies. Within the German Industry 4.0 initiative, the concept of an Administrative Shell was devised to respond to these requirements. The Administrative Shell is planned to provide a digital representation of all information being available about and from an object which can be a hardware system or a software platform. In this paper, we present an approach to developing such a digital representation based on semantic knowledge representation formalisms such as RDF, RDF Schema and OWL. We present our concept of a Semantic I4.0 Component which addresses the communication and comprehension challenges in Industry 4.0 scenarios using semantic technologies. Our approach is illustrated with a concrete example showing its benefits in a real-world use case.

I. INTRODUCTION

The introduction frames a gap between digitized-production ambitions and standards for devices to exchange and understand information, then proposes a semantic Administrative Shell using RDF, RDFS, and OWL.

I. INTRODUCTION

  • Smart industrial devices need standards for representing and exchanging information and knowledge so they can communicate and understand one another for cooperation.Source: §I · p. 1
  • The proposed Administrative Shell digitally represents information and services available about and from physical manufacturing components.Source: §I · p. 1
  • URI/IRIs provide a decentralized, holistic, extensible global identification scheme for physical and abstract entities.Source: §I · p. 1
  • RDF's statement-centric model unifies facts, raw data, schema, provenance, and metadata, while existing and new vocabularies and ontologies can be combined across domains and organizations.Source: §I · p. 1

II. BACKGROUND

The background introduces RAMI 4.0, the Industry 4.0 Component, and the range of objects represented through its Administrative Shell.

A. RAMI Model

  • RAMI 4.0 maps IT layers, product lifecycle, and organizational hierarchy in a three-dimensional model, including Type and Instance and levels from product to Connected World.Source: A. RAMI Model · p. 2

B. Industry 4.0 Component

  • An Industry 4.0 Component is a CPS case comprising an object and its Administrative Shell, and can be a production system, machine, or machine assembly.These objects have at least passive communication capability.Source: B. Industry 4.0 Component · p. 2

C. Object

  • An object may be a physical or non-physical part, such as a machine, automation component, or software platform, whether legacy or newly developed.Source: C. Object · p. 2

D. Administrative Shell

The Administrative Shell holds information about objects and supports its management, use, and integration; the section also introduces challenges to Industry 4.0 implementation.

D. Administrative Shell

  • The Shell manages configuration, maintenance, and connectivity information; supplies component functions; shares stored information through IT services; supports integration with communication protocols; and accommodates information about each object part.Source: D. Administrative Shell · pp. 2–3
  • RAMI 4.0 comprises layers, lifecycle, and hierarchy levels.Source: Figure 1 · p. 2
  • An Industry 4.0 Component consists of an object and its Administrative Shell.Source: Figure 2 · p. 3

III. CHALLENGES

  • Industry 4.0 challenges are heightened when networked-manufacturing participants apply different policies.Source: §III · p. 3

1) Interoperability (Ch1):

Interoperability requires legacy and new data formats to coexist, while connected components also need linked information, adaptable standards, and support for localization.

1) Interoperability (Ch1):

2) Global unique identification (Ch2):

  • Components need to communicate over the Internet and link to generated information; sharing sensor-generated data across manufacturers and hierarchy levels is complicated by differing policies.Source: 2) Global unique identification (Ch2) · p. 3

4) Standardization compliance (Ch4):

  • As components and production processes change, standards grow in size and number, making interoperability among standards a problem.A consistent data model is described as crucial for integrating components in changing environments.Source: 4) Standardization compliance (Ch4) · p. 3

6) Multilinguality (Ch6):

  • Supporting localization and internationalization is presented as a way to reduce the learning curve and ease Industry 4.0 adoption across cultures and communities.Source: 6) Multilinguality (Ch6) · p. 3

IV. SEMANTIC I4.0 COMPONENT

The proposal adds a semantic layer to the Administrative Shell, using RDF and Linked Data to support interoperability and globally identify I4.0 components.

A. Addressing the challenges with the semantic approach

1) Interoperability:

  • RDF is proposed as a middle layer between legacy-system data and data generated by I4.0 components to support interoperability.The approach aims to establish RDF as a lingua franca for data interoperability.Source: 1) Interoperability · p. 3

2) Global unique identification:

  • Each I4.0 component should receive an HTTP URI, establishing a decentralized, extensible global identification scheme.The proposal says dereferenceable components can self-locate and communicate with one another.Source: 2) Global unique identification · pp. 3–4

3) Data availability:

The approach uses RDF to expose data and connect translated standards vocabularies with Administrative Shell data.

3) Data availability:

  • RDF data can be serialized for network transmission and exposed through a standard SPARQL interface, including when stored in relational databases or other formats.The authors say this enables data sharing between legacy systems and other networked-manufacturing participants.Source: 3) Data availability · p. 4

4) Standardization compliance:

  • Existing standards are translated into RDF vocabularies and SKOS thesauri, which are integrated with one another and connected to Administrative Shell data.The authors give an RDF vocabulary for IEC 61360 Common Data Dictionary as an example.Source: 4) Standardization compliance · p. 4
  • IEC CDD provides terminology and definitions for electrotechnical domains and includes the concepts Component, Material, Feature, and Geometry.Figure 4 shows part of the IEC CDD iec:Component class hierarchy.Source: 4) Standardization compliance · p. 5, Figure 4 · p. 5

5) Integration:

A unified vocabulary is presented as a way to facilitate component integration, while semantic web technologies support multilingual labels and descriptions.

5) Integration:

  • A unified, consistent data model facilitates integration of I4.0 components.New components need less integration time, and peers can learn about new peers and communication by synchronizing the latest vocabulary.Source: 5) Integration · p. 5
  • The vocabulary contains information needed for interaction and data exchange between peers in networked manufacturing.The passage links vocabulary synchronization with peers learning how to communicate with newly added peers.Source: 5) Integration · p. 5

6) Multilinguality:

  • Semantic web technologies support multilingual terms, including labels and comments modeled in English and German for an actuator.The authors say this also applies to newly introduced languages or concepts.Source: 6) Multilinguality · p. 5

B. The Administrative Shell Vocabulary

The Administrative Shell vocabulary formalizes I4.0 concepts in RDFS through central Shell and Object classes and related classes for technical and object information.

B. The Administrative Shell Vocabulary

  • The authors developed an RDFS vocabulary that formally represents terms and concepts in the I4.0 component, centered on i40c:AdministrativeShell and i40c:Object.The authors describe the lightweight RDFS vocabulary as a step toward realizing the I4.0 vision in real-world applications.Source: B. The Administrative Shell Vocabulary · p. 5
  • The AdministrativeShell class connects the object concept with domain features, while TechnicalFunctionality, Manifest, and Data represent software, commercial, mechanical, location, and data information.TechnicalFunctionality covers version, software URL, life stage, representation, and deployment; Data covers statistical and engineering data.Source: B. The Administrative Shell Vocabulary · p. 5
  • The Object class encapsulates an I4.0 object and related identification, image, technical, phase, and life-cycle information.The isPartOf pattern captures an object's possible membership in other components.Source: B. The Administrative Shell Vocabulary · p. 5

V. USE CASE

The use case models an I4.0 component and its relationships in a Semantic Administrative Shell, then demonstrates retrieving technical and platform information with SPARQL. The authors conclude that the semantic representation provides a more flexible data model.

V. USE CASE

  • The example links an Administrative Shell to an object and platform, with the object's technical data held in a separate resource.Source: §V · p. 6
  • A SPARQL query constructs an RDF graph containing technical characteristics for an object in the Single-phase state.Source: §V · p. 6

CONSTRUCT {

  • A second query retrieves a platform's name, version, and software URL during the maintenance cycle.Source: CONSTRUCT { · p. 6
  • The use case concludes that the Semantic Administrative Shell provides a more flexible data model that helps address I4.0 challenges.Source: CONSTRUCT { · p. 7

VI. RELATED WORK

The related-work section surveys languages, data models, and frameworks for describing digital or physical components. It contrasts their scopes and formats with the paper's comparison of I4.0 component-description approaches.

VI. RELATED WORK

  • EDDL is a text-based description file for field-device properties that also describes the data and how it should be displayed.Source: §VI · p. 7
  • OMM uses XML to model information about physical elements, while proposed semantic payloads and server-based extensions retain identified OMM format limitations.Source: §VI · p. 7
  • PML describes physical objects, processes, and environments for remote monitoring and control.Source: §VI · p. 7
  • Related approaches include SPDO, built on DOLCE to describe smart products, and ADOMe, which distinguishes local and global data structures.Source: §VI · p. 7

VII. CONCLUSION AND FUTURE WORK

The paper presents an extensible, lightweight RDF-based vocabulary for representing information about smart I4.0 devices in an Administrative Shell. It describes identification, integration, and access benefits, and outlines future work to broaden the vocabulary and explore device interactions and data-source population.

VII. CONCLUSION AND FUTURE WORK

  • The RDF-based Semantic Administrative Shell uses URI/IRI identification, supports integration of existing standards and object information, and provides unified access through SPARQL.Source: §VII · p. 7
  • The authors frame this work as a first step toward semantics-based communication and data exchange for manufacturing equipment, with longer-term aims of edge intelligence, self-organization, and resilience.Source: §VII · p. 7
  • Future work includes expanding the vocabulary for more device types, studying device interactions and predictive maintenance, and generating shells from existing manufacturer data sources.Source: §VII · p. 7
Loading 1601.01556v2…