DE102011053757A1

DE102011053757A1 - Verfahren zur Generierung und Handhabung von Applikationen für Komponenten eines Steuerungssytems

Info

Publication number: DE102011053757A1
Application number: DE102011053757A
Authority: DE
Inventors: Siegfried Ralf Neubert; Karl-Heinz Wenzel
Original assignee: Schneider Electric Automation GmbH
Current assignee: Schneider Electric Automation GmbH
Priority date: 2011-09-19
Filing date: 2011-09-19
Publication date: 2013-03-21
Also published as: CN103930870B; WO2013041590A1; US20140228978A1; EP2758872A1; EP2758872B1; US9632494B2; CN103930870A

Abstract

Die Erfindung bezieht sich auf ein Verfahren zur Generierung und Handhabung von Komponenten-Applikationen (CA1, CA2, CA3) für physische Komponenten (C1, C2, C3) wie programmierbare Steuerung (Programmable Logic Control (PLC)), Mensch-Maschine-Interface (Human-Machine-Interface (HMI)) und/oder Steuerungs-Überwachungs- und Datenerfassungs-Einheit (Superisory Control and Data Aquisition (SCADA)) eines Steuerungssystems (CA) und Laden der Komponenten-Applikationen (CA1, CA2, CA3) in die physischen Komponenten (C1, C2, C3). Um die Leistungsfähigkeit für Komponenten eines virtuellen Steuerungssystems zu verbessern, wird vorgeschlagen, dass die Komponenenten-Applikationen (CA1, CA2, CA3) verteilt in einer cloud-basierten Umgebung generiert werden, wobei jede der Komponenten-Applikationen (CA1, CA2, CA3) in einem die physische Komponente (C1, C2, C3) repräsentierenden Repräsentanten (RC1, RC2, RC3) in der cloud-basierten Umgebung CBE durch Interaktion zwischen den Repräsentanten (RC1, RC2, RC3) sowie zwischen den Repräsentanten (RC1, RC2, RC3) und der zugeordneten physischen Komponente (C1, C2, C3) generiert wird.

Description

Die Erfindung bezieht sich auf ein Verfahren zur Generierung und Handhabung von Applikationen für physische Komponenten eines Steuerungssystems nach dem Oberbegriff des Anspruchs 1.
Üblicherweise erfolgt die Generierung einer Applikation wie Steuerungskonfiguration und deren Logik zentral auf einer Arbeitsstation wie Personal-Computer. Dies gilt auch dann, wenn die Planung, der Entwurf und/oder die Aktualisierung einer Applikation wie Steuerungs-Applikation auf mehreren Arbeitsstationen verteilt durchgeführt wurde.
Die resultierende Applikation wird sodann durch die zentrale Arbeitsstation wie Personal-Computer generiert. Aufgrund der Notwendigkeit der Berechnung der zu kommunizierenden Datenmengen, deren Relation wie z. B. Handhabung von Cross-Referenzen sowie die Anzahl von notwendigen Kommunikationspfaden für Daten und der Verteilung der gesamten Systemkonfiguration und Logik auf die zugehörigen physischen Steuerungssystemkomponenten wie z. B. PLC (Programmable Logic Control), HMI (Human Machine Interface) und SCADA (Supervisory Control and Data Aquisition), hat das bekannte Verfahren bzw. System nur eine geringe Leistungsfähigkeit, Skalierbarkeit und Ausfallsicherheit, sobald die zentrale Arbeitsstation gestört oder eingeschränkt zugreifbar ist.
Davon ausgehend liegt der vorliegenden Erfindung die Aufgabe zu Grunde, ein Verfahren der eingangs genannten Art derart weiterzubilden, dass die Leistungsfähigkeit der Generierung und Handhabung von Applikationen für Komponenten eines verteilten Steuerungssystems verbessert wird.
Die Aufgabe wird erfindungsgemäß dadurch gelöst, dass die Komponenten-Applikationen verteilt in einer cloud-basierten Umgebung generiert werden, wobei jede der Komponenten-Applikationen in einem die physische Komponente repräsentierenden Repräsentanten in der cloud-basierten Umgebung durch Interaktion zwischen den Repräsentanten sowie zwischen den Repräsentanten und der zugeordneten physischen Komponente generiert wird.
Gemäß einer bevorzugten Verfahrensweise ist vorgesehen, dass die Interaktion zwischen den Repräsentanten sowie zwischen den Repräsentanten und den zugehörigen physikalischen Komponenten durch Service-Level-Agreements (SLAs) gesteuert wird.
Somit besteht die Möglichkeit, dass die Interaktion zwischen den Repräsentanten sowie zwischen den Repräsentanten und den zugehörigen physischen Komponenten durch die Service-Level-Agreements aktivierbar oder deaktivierbar ist.
Auch die Generierung der Komponenten-Applikationen ist in einem Repräsentanten durch Service-Level-Agreements aktivierbar oder deaktivierbar.
Des Weiteren zeichnet sich die Erfindung dadurch aus, dass die Generierung einer Komponenten-Applikation innerhalb des zugehörigen Repräsentanten durch ein Service-Level-Agreement überprüft wird oder überprüft werden kann.
Über die Service-Level-Agreements wird weiterhin die Möglichkeit eröffnet, dass die Generierung der Komponenten-Applikationen bezogen auf die physische Komponente oder die Übertragung von generierten Daten auf die physische Komponente überprüft werden kann.
Vorzugsweise umfasst die Interaktion zwischen den Repräsentanten die Definition und den Vergleich von Parametern, den Entwurf von Steuerungs-Strategien sowie die Visualisierung von Steuerungs-Logik.
Eine weitere bevorzugte Ausführungsform des Verfahrens zeichnet sich dadurch aus, dass die Nutzung der generierten Komponenten-Applikationen durch Vergabe von Nutzerrechten bezüglich Funktionsumfang und Datenzugriff gesteuert wird.
Die generierten Komponenten-Applikationen können unter Berücksichtigung der Service-Level-Agreements mittels der physischen Komponente in Form der Steuerungs-Überwachungs- und Datenerfassungs-Einheit auf die weiteren Komponenten des Steuerungssystems verteilt werden.
Vorzugsweise umfasst die Generierung einer Komponenten-Applikation folgende Verfahrensschritte:

– Anfrage/Überprüfung eines Service-Level-Agreements zur Generierung einer Komponenten-Applikation zwischen den Repräsentanten,
– Interaktion zwischen den Repräsentanten auf Basis von Web-Services,
– Generierung einer Komponenten-Applikation in dem Repräsentanten, wobei die Generierung durch eine interne Service-Level-Agreement-Einheit des jeweiligen Repräsentanten überprüft wird,
– Verteilung der Komponenten-Applikation auf die zugeordnete physische Komponente, wobei zuvor gegebenenfalls durch die Service-Level-Agreement-Einheit eine Überprüfung durchgeführt wird.

Zusammenfassend zeichnet sich die Erfindung durch folgende Merkmale aus:

– die Generierung von Applikationen wird auf verschiedene Komponenten einer cloud-basierten Umgebung verteilt,
– die verteilte Generierung erfolgt über die cloud-basierte Umgebung,
– die cloud-basierte Infrastruktur hosted Repräsentanten wie Software-Tools der physischen Komponenten, durch die die zugehörigen physischen Komponenten des zu generierenden Steuerungssystems wie PLC, HMI, SCADA repräsentiert werden,
– die verteilte Generierung der spezifischen Applikationen wie Steuerungs-Applikation, HMI-Applikation, SCADA-Applikation wird durch eine Interaktion der Repräsentanten ausgeführt,
– die verteilte Generierung der spezifischen Applikationen bzw. Teil-Applikationen ist mit spezifischen Service-Level-Agreements (SLAs) verknüpft,
– jede Generierung einer spezifischen Applikation wird durch ein vorgegebenes Service-Level-Agreement gesteuert wie z. B. aktiviert oder deaktiviert,
– jede Generierung einer spezifischen Applikation innerhalb der hostenden cloud-basierten Umgebung wird durch ein Service-Level-Agreement überprüft und
– jede spezifische Generierung bezogen auf eine physische Komponente wie z. B. PLC oder die Übertragung von generierten Daten auf diese physische Komponente durch ein Service-Level-Agreement überprüft werden.

Gegenüber dem Stand der Technik wird eine höhere Leistungsfähigkeit, Skalierbarkeit und Verfügbarkeit erreicht, insbesondere wird die Zeit zur Generierung oder zum Aktualisieren von Konfigurations- und/oder Anwendungsdaten und zur Verteilung dieser Daten auf die zugehörigen physischen Komponenten des Systems reduziert. Dies wird durch die Verlagerung der ehemals zentralisierten Generierung von Applikationen für PLCs, HMIs, SCADAs in verteilte Repräsentanten, welche über die cloud-basierte Umgebung interagieren, erreicht. Durch die Steuerung der Kommunikation zwischen den Repräsentanten untereinander und/oder zwischen den Repräsentanten und den physischen Komponenten mittels Service-Level-Agreements wird eine Service-Level-Agreement-Management-Fähigkeit während der Planungs- und Entwurfs-Phase, der Inbetriebnahme-Phase und/oder der Ausführungsphase zur Verfügung gestellt.
Aufgrund der cloud-basierten Infrastruktur wird eine verbesserte Skalierbarkeit des Systems erreicht.
Als besonderer Vorteil ist zu erwähnen, dass eine Interaktion wie z. B. Datentransfer zwischen den Repräsentanten sowie von oder zu physischen Komponenten, z. B. der Generierung einer PLC-Applikation, mit einem Service-Level-Agreement verknüpft ist.
Interaktionen zwischen Repräsentanten, um z. B. Applikationsdaten zu generieren oder zu aktualisieren, basieren somit auf Service-Level-Agreements, um bestimmte Funktionen während der Design-Phase oder Betriebs-Phase (zur Laufzeit) zu aktivieren/deaktivieren. Somit kann die Nutzung der generierten Applikation durch Vergabe von Nutzerrechten bzgl. Funktionsumfang, Datenmengen und Zugriff gesteuert werden und eine nutzungsbasierte Abrechnung von Dienstleistungen im Zusammenhang mit der Generierung erfolgen.
Weitere Einzelheiten, Vorteile und Merkmale der Erfindung ergeben sich nicht nur aus den Ansprüchen, den diesen zu entnehmenden Merkmalen – für sich und/oder in Kombination –, sondern auch aus der nachfolgenden Beschreibung von bevorzugten Ausführungsbeispielen.
Es zeigen:
1 eine schematische Darstellung eines Steuerungssystems und dessen Repräsentanten in einer cloud-basierten Umgebung,
2 eine schematische Darstellung der verteilten Generierung einer Steuerungs-Applikation,
3 eine schematische Darstellung der Implementierung eines Repräsentanten bzw. eines Objektes in der cloud-basierten Umgebung,
4 eine schematisch Darstellung der Kommunikation zwischen Repräsentanten bzw. Objekten und
5 eine schematische Darstellung der Definition und des Aufrufs von Service-Level-Agreements (SLAs).
1 zeigt schematisch ein typisches Steuerungssystem CS, umfassend ein Netzwerk N zur Verbindung von Komponenten C1, C2, C3 des Steuerungssystems. Die Komponenten C1, C2, C3 können als programmierbare Logik-Controller (Programmable Logic Controller (PLC)), Mensch-Maschine-Interface (Human Machine Interface (HMI)), und/oder Steuerungs-Überwachungs- und Datenerfassungs-Einheit (Supervisory Control and Data Aquisition (SCADA)) ausgebildet sein.
Jede physische Komponente C1, C3, C3 des Steuerungssystems CS ist in der cloud-basierten Umgebung CBE durch einen Repräsentanten RC1, RC1, RC3 repräsentiert. Die Repräsentanten RC1, RC2, RC3 in Form von Software-Bausteinen werden auf Hardware-Komponenten CU1, CU2, CU3 der cloud-basierten Umgebung gehostet. Mittels Interaktion zwischen den verteilten Repräsentanten innerhalb der cloud-basierten Umgebung CBE erfolgt eine verteilte Generierung von Komponenten-Applikationen CA1, CA2, CA3 wie PLC- bzw. Steuerungs-Applikation CA1, HMI-Applikation CA2 sowie SCADA-Applikation CA3 für die zugehörigen Komponenten C1, C2, C3.
Sowohl die Kommunikation zwischen den Repräsentanten RC1, RC2, RC3 zur Generierung der Applikationen CA1, CA2, CA3 als auch die Kommunikation der Repräsentanten RC1, RC2, RC3 mit den zugehörigen physischen Komponenten C1, C2, C3 kann über spezifische Service-Level-Agreements SLA1, SLA2, SLA3 gesteuert werden.
2 zeigt rein schematisch die verteilte Generierung der Applikationen CA1, CA2, CA3 am Beispiel der in der cloud-basierten Umgebung CBE gehosteten Repräsentanten RC1, RC2, RC3.
Die cloud-basierte Umgebung CBE kann als Verbund örtlich verteilter Computereinheiten CU1, CU2, CU3 interpretiert werden, die über ein Netzwerk NU kommunizieren können.
Die Computereinheiten CU1, CU2, CU3 hosten die Repräsentanten RC1, RC2, RC3 der Komponenten C1, C2, C3 in Form von entsprechenden Software-Tools.
Durch Interaktion der Komponenten C1, C2, C3 mit den jeweiligen Repräsentanten RC1, RC2, RC3 sowie durch Interaktion zwischen den Repräsentanten RC1, RC2, RC3 über das Netzwerk NU der cloud-basierten Umgebung CBE werden in diesen die Applikationen CA1, CA2, CA3 generiert.
Der Transfer der Applikationen CA1, CA2, CA3 zu den physischen Komponenten C1, C2, C3 sowie die Kommunikation zwischen den Repräsentanten RC1, RC2, RC3 zur Generierung der Applikationen CA1, CA2, CA3 wird über spezifische Service-Level-Agreements SLA1, SLA2, SLA3 bzw. RSLA1, RSLA2, RSLA3 gesteuert. Ferner besteht die Möglichkeit, die generierten Applikationen CA1, CA2, CA3 unter Berücksichtigung des Service-Level-Agreements SLA3 mittels der physischen Komponente C3 wie SCADA zu verteilen.
3 zeigt rein schematisch eine Instanz des Repräsentanten RC3 und dessen Implementierung in der cloud-basierten Umgebung CBE.
Die Instanz des Repräsentanten RC3 umfasst Objekt-Repräsentanten wie eine Kommunikations-Parameter-Generierungseinheit GCOMU zur Generierung von Kommunikations-Parametern, eine Applikations-Logik-Generierungseinheit GLU zur Generierung von Applikations-Logik, eine Konfigurations-Informations-Generierungseinheit GCONFU zur Generierung von Konfigurations-Information sowie eine Verteilungseinheit DEPU zur Verteilung der generierten Information zu den physischen Komponenten C1, C2, C3.
Ferner ist eine Service-Level-Applikations-Einheit SLAU vorgesehen, in der Service-Level-Agreements für das Generieren der Steuerungs-Applikation CA definiert und überprüft werden. Die Service-Level-Agreement-Einheit SLAU ist des Weiteren für die Interaktion der Objekt-Repräsentanten GCOMU, GLU, GCONFU, DEPU und SLAU innerhalb des Repräsentanten RC3 sowie für die Interaktion mit anderen Repräsentanten RC1, RC2 sowie zur Verteilung der generierten Teil-Applikationen zuständig. Über die Service-Level-Agreement-Einheit SLAU wird somit die Interaktion innerhalb des Repräsentanten bzw. des Objekts RC1, RC2, RC3 und/oder außerhalb zu den physischen Komponenten C1, C2, C3 definiert und geprüft.
Die Kommunikation erfolgt über einen einheitlichen Identifikator für Ressourcen URI (Uniform Ressource Identifier), der aus einer Zeichenfolge besteht, die zur Adressierung/Identifikation einer abstrakten oder physischen Ressource dient. URIs werden hier zur Bezeichnung von Web-Service Endpunkten eingesetzt.
4 zeigt rein schematisch eine Kommunikation zwischen den Repräsentanten bzw. Objekten RC1 und RC2 bei der verteilten Generierung einer Steuerungs-Applikation. In einem ersten Schritt S1 erfolgt eine Anfrage/Überprüfung eines Service-Level-Agreements SLA1 für die Generierung einer Steuerungs-Applikation zwischen den Objekten RC1, RC2. Sofern die individuelle Generierung erlaubt ist, erfolgt in einem Schritt S2 eine Interaktion zwischen den Repräsentanten bzw. Objekten RC1, RC2 auf Basis von Web-Services. Sodann wird in einem Schritt S2 jeweils eine interne Abarbeitung in Form einer Generierung einer Teil-Applikation durchgeführt, wobei die Generierung durch die interne Service-Level-Agreement-Einheit SLAU des jeweiligen Objektes/Repräsentanten RC1 bzw. RC2 überprüft wird.
Nach Abschluss der Generierung der Teil-Applikationen erfolgt sodann im Schritt S4 eine Verteilung der Applikationen CA1, CA2, CA3 zu den physischen Komponenten C1, C2, C3, wobei zuvor durch die Service-Level-Agreement-Einheit SLAU eine SLA-Prüfung durchgeführt wird.
Die Definition und der Aufruf von Service-Level-Agreements SLA1, SLA2, SLA3 sind in den 5a und 5b schematisch erläutert.
Das Service-Level-Agreement ist als eine Vereinbarung zwischen einem Anwender A und einem Provider P definiert.
Die Service-Level-Agreements werden über Web-Services WS zu den einzelnen Objekten bzw. Repräsentanten RC1, RC2, RC3 übertragen. Eine Anfrage bzw. Überprüfung der Service-Level-Agreements SLA1, SLA2, SLA3 erfolgt sodann in den jeweiligen Service-Level-Agreement-Einheiten SLAU der Repräsentanten RC1, RC2, RC3.
Hierzu ist anzumerken, dass Service-Level-Agreements SLA2, SLA2, SLA3 jederzeit geändert und über entsprechende Web-Services WS verteilt werden können. Wird ein Service-Level-Agreement SLA1, SLA2, SLA3 beim Generieren bzw. Verteilen der Steuerung-Applikation bzw. Steuerungs-Teil-Applikation verletzt, so erfolgt eine Benachrichtigung des Anwenders, der dann für die Bereitstellung erweiterter Service-Level Agreements (SLAs) sorgen kann.
Nachfolgend sind Beispiele zu Service-Level-Agreements angegeben:
SLA1: „maximal 100 I/O-Punkte dürften generiert werden”.
SLA2: „wenn mehr als 100 MB Daten generiert werden, werden 15% höhere Service-Gebühren erhoben”
SLA3: „SCADA und PLC1 und PLC2 dürfen nur gelesen werden”
SLA4: „SCADA und PLC3 und PLC4 dürfen gelesen und konfiguriert werden”.
SLA5: „PLC4 darf nur mit PLC1 kommunizieren”
Aufgrund der Definition der einzelnen Service-Level-Agreements SLA1...SLA5 kann die Art der Nutzung des Steuerungssystems innerhalb der cloud-basierten Umgebung CBE und die Interaktionen mit physischen Komponenten durch den Anwender gesteuert bzw. leistungsbezogen ermittelt und abgerechnet werden.
Unter dem Begriff „verteiltes Generieren” wird die Interaktion zwischen den Repräsentanten der physischen Komponenten in der cloud-basierten Umgebung verstanden, wobei ein Vergleich zwischen Parametern des einen Repräsentanten mit Parametern eines anderen Repräsentanten erfolgt. In diesem Zusammenhang werden auch sogenannte Cross-Referenz-Tabellen erzeugt, denen Variablen zugeordnet werden bzw. eine Logik eingeschrieben bzw. ausgelesen werden kann.
Die Interaktion zwischen den Repräsentanten beinhaltet auch die Definition von Parametern, den Entwurf von Steuerungs-Strategien, die Visualisierung einer Steuerungs-Logik sowie die Kompilierung der Applikation bzw. des Programms und anschließendes Laden der generierten Applikationen in die zugehörigen physischen Komponenten.

Claims

Verfahren zur Generierung und Handhabung von Komponenten-Applikationen (CA1, CA2, CA3) für physische Komponenten (C1, C2, C3) wie programmierbare Steuerung (Programmable Logic Control (PLC)), Mensch-Maschine-Interface (Human Machine Interface (HMI)) und/oder Steuerungs-Überwachungs- und Datenerfassungs-Einheit (Supervisory Control and Data Aquisition (SCADA)) eines Steuerungssystems (CA) und Laden der Komponenten-Applikationen (CA1, CA2, CA3) in die physischen Komponenten (C1, C2, C3) dadurch gekennzeichnet, dass die Komponenten-Applikationen (CA1, CA2, CA3) verteilt in einer cloud-basierten Umgebung generiert werden, wobei jede der Komponenten-Applikationen (CA1, CA2, CA3) in einem die physische Komponente (C1, C2, C3) repräsentierenden Repräsentanten (RC1, RC2, RC3) in der cloud-basierten Umgebung CBE durch Interaktion zwischen den Repräsentanten (RC1, RC2, RC3) sowie zwischen den Repräsentanten (RC1, RC2, RC3) und der zugeordneten physischen Komponente (C1, C2, C3) generiert wird.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Interaktion zwischen den Repräsentanten (RC1, RC2, RC3) sowie zwischen den Repräsentanten (RC1, RC2, RC3) und den zugehörigen physikalischen Komponenten (C1, C2, C3) durch Service-Level-Agreements (SLA) gesteuert wird.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Interaktion zwischen den Repräsentanten (RC1, RC2, RC3) sowie zwischen den Repräsentanten und den zugehörigen physischen Komponenten (C1, C2, C3) durch die Service-Level-Agreements (SLA) aktivierbar oder deaktivierbar ist.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Generierung der Komponenten-Applikationen in einem Repräsentanten (RC1, RC2, RC3) durch die Service-Level-Agreements (SLA) aktivierbar oder deaktivierbar ist.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Generierung der Komponenten-Applikation (CA1, CA2, CA3) innerhalb des Repräsentanten (RC1, RC2, RC3) durch das Service-Level-Agreement (SLA) überprüft wird.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Generierung der Komponenten-Applikation (CA1, CA2, CA3) bezogen auf die physische Komponente (C1, C2, C3) oder die Übertragung von generierten Daten auf die physische Komponente (C1, C2, C3) durch das Service-Level-Agreement (SLA) überprüft wird.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Interaktion zwischen den Repräsentanten (RC1, RC2, RC3) die Definition und den Vergleich von Parametern, den Entwurf von Steuerungs-Strategien sowie die Visualisierung von Steuerungs-Logik umfasst.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Nutzung der generierten Komponenten-Applikationen durch Vergabe von Nutzerrechten bezüglich Funktionsumfang und Datenzugriff gesteuert wird.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Repräsentanten (RC1, RC2, RC3) in Form von Software-Bausteinen auf zumindest einer Hardware-Komponente (CU1, CU2, CU3) der cloud-basierten Umgebung gehostet werden.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die generierten Komponenten-Applikationen (CA1, CA2, CA3) unter Berücksichtigung des Service-Level-Agreements (SLA) mittels der physischen Komponente (C3) in Form der Steuerungs-Überwachungs- und Datenerfassungs-Einheit auf die weiteren Komponenten (C1, C2) des Steuerungssystems verteilt werden.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Interaktion zwischen dem Repräsentanten (RC1, RC2, RC3) über einen einheitlichen Identifikator für Ressourcen (Uniform Ressource Identifier (URI)) erfolgt.
Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Generierung einer Komponenten-Applikation (CA1, CA2, CA3) folgende Verfahrensschritte umfasst: – Anfrage/Überprüfung eines Service-Level-Agreements (SLA) zur Generierung einer Komponenten-Applikation (CA1, CA2, CA3) zwischen den Repräsentanten (RC1, RC2, RC3), – Interaktion zwischen den Repräsentanten (RC1, RC2, RC3) auf der Basis von Web-Services (WS), – Generierung einer Komponenten-Applikation (CA1, CA2, CA3) in dem Repräsentanten (RC1, RC2, RC3), wobei die Generierung durch eine interne Service-Level-Agreement-Einheit (SLAU) des jeweiligen Repräsentanten (RC1, RC2, RC3) überprüft wird, – Verteilung der Komponenten-Applikation (CA1, CA2, CA3) zu der zugeordneten physischen Komponente (C1, C2, C3), wobei zuvor gegebenenfalls durch die Service-Level-Agreement-Einheit (SLAU) eine Überprüfung durchgeführt wird.