Vertrauensbeweis für eine firmenübergreifenden Vernetzung von Produktions- und Prozessdaten 28.04.2020, 00:00 Uhr

Blockchain-Lösungen für den produktionstechnischen Mittelstand

Die Digitalisierung findet Einzug in den deutschen produktionstechnischen Mittelstand. Bisherige Ansätze beschränken sich auf Optimierungen firmeninterner Prozesse. Der nächste Schritt ist die Nutzung dieser Ansätze, um firmenübergreifende Geschäftsmodelle zu realisieren. Noch gibt es jedoch einige Herausforderungen, die diesen Schritt verhindern. In diesem Beitrag werden diese Herausforderungen durchleuchtet und ein Lösungsansatz präsentiert.

Bild 1. Typischer Datenfluss in aktuellen Digitalisierungslösungen. Foto: ISW, Uni Stuttgart

Bild 1. Typischer Datenfluss in aktuellen Digitalisierungslösungen.

Foto: ISW, Uni Stuttgart

1 Von firmeninterner zu firmenübergreifender Vernetzung

Die Digitalisierung im produzierenden Gewerbe schreitet seit Jahren stark voran. Bereits mittelständische Unternehmen haben längst begonnen, Prozess- und Produktinformationen digital zu erfassen und auszuwerten. Das gewonnene Wissen wird bisher genutzt, um firmeninterne Prozesse besser zu verstehen und zu optimieren. Für diese Vorgänge werden bereits etablierte Cloud-Plattformen sowie lokale, auf Unternehmen zugeschnittene Lösungen angeboten und eingesetzt. Das Resultat ist ein deutscher Mittelstand, der langsam aber sicher beginnt, den ursprünglichen Gedanken von Industrie 4.0 zu verwirklichen: die Vernetzung von Maschinen und Abläufen [1].

Nach der Verwirklichung firmeninterner Prozesstransparenz und -optimierung, ist der logische nächste Schritt das gewonnene Wissen zu nutzen, um eine effizientere Kollaboration zwischen angrenzenden Unternehmen innerhalb des Wertschöpfungsnetzes anzupeilen. Es soll ein Wertschöpfungsnetz entstehen, in dem kooperierende Firmen Informationen austauschen können, um einen Mehrwert für alle teilnehmenden Firmen zu schaffen. Ein sehr gut optimierter Prozess einer einzelnen Firma sorgt nur bedingt für Mehrwert, wenn das gewonnene Wissen nicht an die Partner im Wertschöpfungsnetz vermittelt werden kann. Dieses theoretische Konstrukt lässt sich sehr einfach an einem fiktiven Beispiel erläutern:

Ein Zulieferer für die Automobilindustrie ist durch den Einsatz aktuellster Technologie in der Lage, Prozessinformationen zu nutzen, um die Qualität seiner produzierten Ware sehr detailliert zu erfassen und potenziellen Ausschuss auszusortieren. Momentan könnte der Zulieferer seinen Kunden Ware mit durchgängig sehr guter Qualität anbieten, ausschussfreie Lieferungen garantieren und sich somit einen Wettbewerbsvorteil verschaffen. Sein Kunde jedoch wird trotzdem teure Stichprobentests durchführen, da er sich sicher sein muss, dass die versprochene Qualität eingehalten wird. Der Kunde dieses Kunden wiederholt den Qualitätssicherungsprozess, da auch er seinen Kunden eine abgemachte Qualität garantieren muss. In der beschriebenen Wertschöpfungskette wird somit bei jedem Kettenglied Geld investiert, um Qualität sicherzustellen, obwohl der initiale Zulieferer durch aktuellste Technik die Qualität bereits nachweisbar garantieren kann. Die Erklärung für dieses Standardvorgehen in Prozessketten mit hohen Qualitätsansprüchen ist einfach: es herrscht kein vollständiges Vertrauen zwischen den einzelnen Firmen in der Wertschöpfungskette. Dieser Umstand ist normal und wird sich auch in absehbarer Zukunft nicht ändern. Was wäre jedoch, wenn relevante Informationen zwischen Geschäftspartnern ausgetauscht werden könnten und gleichzeitig die Korrektheit dieser Informationen garantiert wird, so dass kein Vertrauen notwendig ist? Es würden datengetriebene Geschäftsmodelle entstehen, die aktuell noch nicht realistisch einsetzbar sind, da Daten aus unternehmensfremden Quellen nicht als Geschäftsgrundlage dienen können. Beispiele hierfür sind nutzungsbasierte Leasingverfahren, transparente Wartungskonzepte oder ein produktbegleitender Qualitätsnachweis.

2 Anforderungen an die neuen Geschäftsmodelle

Um datengetriebene Geschäftsmodelle über Unternehmensgrenzen hinweg realisieren zu können, müssen bisher nicht notwendige Systemeigenschaften erfüllt sein. Aktuelle Systeme, die sich auf die Datenhaltung und -verarbeitung in einem einzelnen Unternehmen fokussieren, konnten diese Eigenschaften bisher weitestgehend ignorieren. Neben dem bereits angesprochenen Vertrauen in überlieferte Daten, müssen technische Herausforderungen gelöst werden. Ein Datenaustausch von Hallenboden zu Hallenboden oder die Nutzung von gemeinsamen, firmenübergreifenden Speichertechnologien sind Grundsteine eines daten­getriebenen Geschäftsmodells. Wieso sind diese Eigenschaften jedoch nötig?

Um Daten von externen Quellen in einem Geschäftsmodell nutzen zu können, muss gewährleistet sein, dass diese korrekt sind. Da Vertrauen allein nicht zufriedenstellend ist, muss eine technische Lösung geschaffen werden, die Vertrauen unnötig macht. Etwa indem das System garantiert, dass sämtliche geteilte Daten korrekt sind.

Hierzu ist der gemeinsame Datenspeicher nötig. Daten, die zentral bei einer der kooperierenden Firmen gespeichert werden, sind für die anderen Firmen potentiell fehlerhaft, da sie jederzeit manipuliert werden können. Die Daten müssen entsprechend verteilt auf alle Firmen in redundanter Art und Weise gespeichert werden. Dies führt jedoch zu einer sehr hohen Transparenz, die für viele Unternehmen nicht akzeptabel ist. Es bedarf somit einer Lösung, die semitransparent ausgewählte Informationen verteilt speichert und gleichzeitig einzelne Informationen nur bei Bedarf einsehbar macht.

Um diese Art der Datenspeicherung zu realisieren, sind Kommunikationskanäle nötig, die bisher nicht existieren. Ein Datenaustausch vom Hallenboden einer Firma zum Hallenboden einer kooperierenden Firma ist momentan nicht denkbar. Für datenbasierte Geschäftsmodelle jedoch kann dieser Kommunikations­kanal von großer Bedeutung sein.

Die Umsetzung dieser Anforderungen bedarf neuer Technologien, die sich sowohl auf Hardwarelösungen als auch auf Softwarelösungen stützen. Im Folgenden brechen die Autoren die Herausforderungen herunter und stellen eine Lösungsarchitektur vor.

3 Hardwaretechnische Herausforderung

Die Herausforderungen auf Hardwareseite beginnen bereits bei der Datenerzeugung und -erfassung. Auf dem momentanen Stand der Digitalisierung werden Daten einer Produktionsanlage von etlichen Sensoren erfasst. Diese Daten werden anschließend, wie in Bild 1 dargestellt, durch mehrere Systeme, beispielsweise Steuerung, Gateway oder interne Server geleitet und letztendlich in einer Datenbank gespeichert. In dieser Kette sind die Daten nicht vor bewusster oder unbewusster Manipulation geschützt. Dies stellt innerhalb eines Betriebs kein Problem dar, da es keinen Grund gibt, Daten zu manipulieren, die als Grundlage für die eigene Prozessverbesserung dienen. Bei einem Datenaustausch mit externen Partnern jedoch gibt es sehr wohl Gründe, die Daten gewinnbringend anzupassen. Der bereits beschriebene Qualitätsnachweis ist ein Beispiel hierfür. Die Folge ist, dass ein Geschäftspartner den Daten nicht vertraut, die undurchsichtig in der IT eines anderen Unternehmens erfasst und gespeichert werden.

Eine Anpassung des Datenerfassungsprozesses kann dieses Problem lösen. Werden erfasste Daten signiert bevor sie eines der weiterverarbeitenden Systeme erreichen, ist eine spätere Änderung nicht mehr unerkannt möglich. Der erste Ansatz hierfür ist die Signierung der Daten direkt im Sensor. Erfasste Daten werden dort signiert wo sie aufgezeichnet werden und anschließend an eine verteilte Datenbank weitergeleitet. Solche Lösungen werden bereits in kleinem Umfang kommerziell vertrieben [2]. Der Nachteil dieser Lösung ist die Beschränkung auf ausgewählte Hersteller von Sensorik. Einen universellen Ansatz bietet der Einsatz eines Microcontrollers oder eines dedizierten ASIC. Beide Systeme bieten eine minimale Angriffsfläche für Manipulation. Sie können direkt zwischen Sensor und nachgelagerten Systemen angebracht werden. Auf den Systemen werden die erfassten Daten in das Format der ausgewählten Datenbank gebracht, signiert und sicher weitergeleitet. Funktional gibt es zu herkömmlichen Verfahren der Datenerfassung keine Einschränkungen. Eine Erklärung, wie genau so ein System funktioniert und wieso die Daten manipulationssicher sind, haben Korb et al. 2019 publiziert [3]. Im Grunde erklären die Verfasser der Veröffentlichung, dass ein Mikrocontroller auf proprietäre Betriebssysteme verzichten kann und somit keine Fläche für eine ungewollte Änderung der Verarbeitungslogik von erfassten Daten bietet. Zusätzlich kann die benötigte Hardware so klein gehalten werden, dass eine Anbringung im Schaltschrank möglich ist.

Die Herausforderung dieser Lösung besteht darin, unterschiedliche Datenbanken, in diesem Fall Blockchains, zu bedienen. Jede Blockchain hat unterschiedliche Transaktionsformate und Signierverfahren. Bibliotheken oder sonstige softwaretechnische Lösungen zur Erzeugung und Signierung von Transaktionen sind für gewöhnlich nicht für Mikrocontroller-Systeme vorhanden und müssen dementsprechend neu entwickelt werden.

4 Softwaretechnische und datenanalytische Herausforderung

Datengetriebene Geschäftsmodelle wie beispielsweise das eingangs erwähnte transparente Wartungskonzept können mittels bekannter Machine-Learning-Algorithmen umgesetzt werden. Eine der wohl bekanntesten Herausforderungen in diesem Bereich ist die vorausschauende Wartung (Predictive Maintenance). Dabei wird die Zeit bis zum Ausfall immer genauer abgeschätzt, um Ausfallzeiten zu minimieren oder die Lebensdauer der Anlagen zu maximieren. Grundlage für die Umsetzung sämtlicher Analysen und Vorhersagen mittels Machine-Learning-Algorithmen sind immer große Mengen an Maschinendaten. Neu in diesem Szenario ist jedoch die Blockchain-Technologie als Anlaufstelle für Daten, um zusätzlich einen Austausch über die Unternehmensgrenzen hinweg zu ermöglichen. Die grundlegenden Eigenschaften dieser Technologie versprechen eine einfache Lösung für viele Probleme beim firmenübergreifenden Datenaustausch, durch die das Vertrauen der Partner bei korrektem Einsatz gestärkt werden kann. Die Nachvollziehbarkeit durch eine dezentrale und transparente Datenverwaltung, eine Verkettung der Datensätze, sowie eine Einigung aller Netzwerkknoten über einen sogenannten Konsensus-Algorithmus bezüglich der Korrektheit von Zuständen macht eine nachträgliche Umkehrbarkeit oder Manipulation von Daten unmöglich. Gleichzeitig sorgt die automatisierte Verarbeitung erfasster Daten über sogenannte Smart Contracts für Flexibilität, indem – ausgelöst durch einen Daten-Schwellwert oder eine andere Aktion – ein Prozess angestoßen wird, der auf Basis manipulationssicher gespeicherter Daten automatisiert weitere Prozesse innerhalb einer Wertschöpfungskette erlaubt [4]. Diese Eigenschaften klingen nach plausiblen Lösungsansätzen für viele Probleme in Kooperationsprojekten. Auf den zweiten Blick ist diese Lösung jedoch nicht ohne Anpassungen nutzbar. Aufgrund der Vielzahl unterschiedlicher Komponenten im Datenmanagement-Prozess, von Datenaufnahme über Datenhaltung bis zur Datenanalyse mittels Machine Learning Tools, existieren viele unterschiedliche Meinungen darüber, welche die besten Ansätze für Pipelines im produktiven Einsatz sind. Insbesondere bei großen Datenmengen und einer Limitierung der Datenübertragung ist es häufig sinnvoll und auch notwendig, die Vorverarbeitung und die Extraktion von Features auf dem Edge-Gerät durch­zuführen und dann nur die extrahierten Features an das Vorhersagemodell zu senden, das in der Cloud ausgeführt wird. Bild 2

Bild 2. Beispielhafter Datenmanagement-Prozess. 

Foto: inovex

zeigt einen beispielhaften Datenmanagement-Prozess. Die Herausforderung besteht darin, die Blockchain-Technologie sinnvoll in einen komplexen und zugleich höchst flexiblen Datenmanagement-Prozess zu integrieren, ohne die Nachvollziehbarkeit der Daten zu gefährden.

5 Eine Architektur für die Umsetzung einer Blockchain-Lösung

Ein firmenübergreifender Datenaustausch erfordert eine hohe Datensicherheit und Datenintegrität. Deshalb ist es sinnvoll, eine mögliche Systemarchitektur in grundsätzlich zwei Gebiete zu unterteilen. Während einzelne Komponenten über das Internet erreichbar sind, sind andere lediglich in privaten Netzwerken vorhanden. Bild 3

Bild 3. Eine Architektur für die Umsetzung einer Blockchain-Lösung im Verbundprojekt KosMoS.

Foto: inovex

zeigt eine beispielhafte Architektur, wie sie im Verbundprojekt „KosMoS“ umgesetzt wird. Es handelt sich hierbei lediglich um logische Komponenten, nicht physische oder digitale Systemteile.

Die Industrie 4.0 fordert Systemarchitekturen, mit denen modulare Datenverarbeitungs- und Machine-Learning-Komponenten nicht nur in der Cloud, sondern auch „at the edge“ oder „in the fog“, also deutlich näher am „Hallenboden“ sicher und zuverlässig betrieben werden können. Insbesondere besitzt beispielsweise die Analyse-Plattform in KosMoS nicht nur ein über das Internet erreichbares Teilsystem, sondern auch lokal ausgeführte Services. Die Überwindung der logischen Trennung von Teilsystemen kann in diesem Fall beispielsweise mittels Modellaustauschformaten oder über eine serverseitige Bereitstellung von trainierten Modellen auf dem Edge Device realisiert werden. Die Blockchain-Komponente des Systems stellt die gemeinsame Datenbank von Maschinenherstellern und Maschinenbetreibern dar. Die Blockchain als verteilte Datenbank wird im einfachsten Fall nur mit einer Node zentral betrieben. Im Normalfall gibt es jedoch mehrere Nodes. Jede Node enthält eine komplette Version der Blockchain. Im vorliegenden Fall können Nodes in der IT eines Dienstleisters, eines Maschinenherstellers oder auch beim Maschinenbetreiber liegen. Neben solchen Teilungen von logischen Komponenten kann es ebenfalls zu Duplizierungen kommen. Das Edge Device beispielsweise wird mehrfach im Gesamtsystem vorkommen und potenziell mit mehr als einer Maschine verbunden sein. Die Kommunikation mit der internen IT-Landschaft eines Anwenders ermöglicht es, erfasste Prozessinformationen in einen Kontext zu bringen. Das globale KosMoS-System dient als organisatorischer Einstieg in das KosMoS-Ökosystem. Die Kommunikation zwischen globalem KosMoS-System und Edge Device findet über das lokale KosMoS-System statt. Ein lokales KosMoS-System ist in der IT des Anwenders vorhanden, um die notwendige Internet-Kommunikation mit dem globalen KosMoS-System zu minimieren. Alle kundenspezifischen Informationen sind somit lokal vorhanden und können auch von anderen Services auf dem Edge Device angesprochen werden.

6 Ausblick

Unternehmensübergreifende, datengetriebene Geschäftsmodelle sind noch nicht auf dem Radar des deutschen Mittelstands angekommen. Dieser Umstand wird sich jedoch in naher Zukunft ändern, wodurch die vorgestellten Herausforderungen akut werden. Der Lösungsansatz des KosMoS-Projekts ist vielversprechend und wird in diesem Jahr auf einen nutzbaren Prototypen-Stand gehoben. Nur durch praktischen Einsatz kann evaluiert werden, ob firmenübergreifende Geschäftsmodelle tatsächlich mithilfe einer Blockchain realisiert werden können und ob fehlendes Vertrauen durch sichere Technologie ersetzt werden kann.

Die Inhalte dieser Arbeit stammen aus dem Projekt KosMoS – Kollaborative Smart Contracting Plattform für digitale Wertschöpfungsnetze. Dieses Forschungs- und Entwicklungsprojekt wird mit Mitteln des Bundesministeriums für Bildung und Forschung (BMBF) im Programm „Innovationen für die Produktion, Dienstleistung und Arbeit von morgen“ (Förderkennzeichen 02P17D020 bis 02P17D028) gefördert und vom Projektträger Karlsruhe (PTKA) betreut. Die Verantwortung für den Inhalt dieser Veröffentlichung liegt bei den Autor|innen.

Literatur

  1. Plattform Industrie 4.0: Plattform Industrie 4.0 – Was ist Industrie 4.0? Internet: https://www.plattform-i40.de/PI40/Navigation/DE/Industrie40/WasIndustrie40/was-ist-industrie-40.html. Zugriff am 10.01.2020
  2. Ubirch GmbH: Die Blockchain in der Produktion, Industrie 4.0 Magazin. https://www.i40-magazin.de/fachartikel/die-blockchain-in-der-produktion/. Zugriff am 14.01.2020
  3. Korb, T.; Michel, D.; Lechler, A.; Riedel, O.: Securing the Data Flow for Blockchain Technology in a Production Environment, IFAC-Pap., vol. 52, no. 10, pp. 125–130, 2019, doi: 10.1016/j.ifacol.2019.10.012.
  4. Vernetzung von Produktionsdaten | KosMoS. Internet: https://www.inovex.de/de/leistungen/data-science-deep-learning/kollaborative-smart-contracting-plattform-kosmos/. Zugriff am 14.01.2020

Von Tobias Bux

Tobias Bux, M. Sc. Institut für Steuerungstechnik der Werkzeugmaschinen und Fertigungseinrichtungen (ISW) Universität Stuttgart Seidenstr. 36, 70174 Stuttgart Tel. +49 (0)711 / 685-82325 tobias.bux@isw.uni-stuttgart.de www.isw.uni-stuttgart.deMarisa Mohr, M. Sc. inovex GmbH Marzipanfabrik Friesenweg 4 / Haus 13, 22763 Hamburg Tel. +49 (0)721 / 6190210 marisa.mohr@inovex.de www.inovex.de

Top Stellenangebote

Hochschule Aalen - Technik und Wirtschaft-Firmenlogo
Hochschule Aalen - Technik und Wirtschaft W2 Professur Effiziente Kunststofffertigung Aalen
Ostbayerische Technische Hochschule Regensburg-Firmenlogo
Ostbayerische Technische Hochschule Regensburg Professur (W2) Produktentwicklung mechatronischer Systeme Regensburg
Hochschule für angewandte Wissenschaften Kempten-Firmenlogo
Hochschule für angewandte Wissenschaften Kempten W2-Forschungsprofessur (m/w/d) "Digitalisierung in der spanenden Fertigung" Kaufbeuren
Stadt Dorsten-Firmenlogo
Stadt Dorsten Dipl. Ing. bzw. Bachelor/ Master (m/w/d) der Fachrichtung Versorgungstechnik/ Gebäudetechnik/ technische Gebäudeausrüstung Dorsten
Hochschule für angewandte Wissenschaften Kempten-Firmenlogo
Hochschule für angewandte Wissenschaften Kempten W2-Forschungsprofessur (m/w/d) "Digitalisierung von Produktionssystemen" Sonthofen
Hochschule Osnabrück-Firmenlogo
Hochschule Osnabrück Professur für Intelligente Agrarsysteme Osnabrück
Hochschule Osnabrück-Firmenlogo
Hochschule Osnabrück Professur für Technisches Management Osnabrück
Panasonic Industrial Devices Europe GmbH-Firmenlogo
Panasonic Industrial Devices Europe GmbH QC-Fachkraft (m/w/d) für die SW-Programmierung der Automotive-Teststände Lüneburg
Bauhaus-Universität Weimar-Firmenlogo
Bauhaus-Universität Weimar Leiter (m/w/d) Sachgebiet Liegenschaftsverwaltung Weimar
Freie Universität Berlin-Firmenlogo
Freie Universität Berlin Technische/-r Beschäftigte/-r (m/w/d) Berlin
Zur Jobbörse