Dynamische Adaption in heterogenen verteilten eingebetteten ...

4.5 Aufbau und Architektur
Platzhalter sind durch Verweise auf absolute Werte implementiert. Dadurch werden sie als Relokationen
im Modul sichtbar und können anhand ihres Namens identifiziert werden. Die Fabrik fertigt für jeden
konkreten Stellvertreter eine Kopie der Vorlage an und ersetzt die Platzhalter durch reale Werte.
4.5.6.4 Infrastruktur zur Verarbeitung von Anfragen
Die Verwaltung der Stellvertreter wird durch ein Objekt vom Typ StubManager vorgenommen.
Dieses stellt der Kontrollschicht eine Schnittstelle zur Registrierung einer Unterstützungsanforderung
bereit. An dieser Schnittstelle wird ein Objekt vom Typ ActionHook übergeben, welches die Reaktion
auf eine eintreffende Anforderung definiert. Zusätzlich kann man noch ein weiteres Objekt mitgeben,
welches als Parameter an das ActionHook-Objekt übergeben wird. Üblicherweise wird hier das
Funktionsmodul verwendet, welches durch den Stellvertreter ersetzt wird.
Bei der Registrierung legt der StubManager zunächst eine eindeutige Identifikationsnummer fest
und ruft dann die entsprechende Stellvertreterfabrik auf. Die Stellvertreterfabrik wird dabei durch
das ActionHook-Objekt bestimmt, da so ein optimierter Stellvertreter für die jeweilige Operation
erzeugt werden kann, der Informationen für die Durchführung der Unterstützung sammelt. Nach der
Erzeugung des Stellvertreters wird dieser zusammen mit dem Parameterobjekt und einem Verweis auf
das ActionHook-Objekt unter der eindeutigen Identifikationsnummer abgespeichert.
Beim Eintreffen einer Unterstützungsanforderung kann so das Kommunikationssystem auf den
StubManager zurückgreifen, um anhand der Identifikationsnummer das entsprechende ActionHook-
Objekt zu aktivieren (siehe Abbildung 4.20).
Abbildung 4.20: Klassendiagramm der Stellvertreter Infrastruktur
Das Klassendiagramm zeigt den StubManager, welcher zur Erzeugung von Stellvertretern eine Stellvertreterfabrik
(StubFactory) verwendet. Die Fabrik bekommt er von einem ActionHook-Objekt, welches die Reaktion auf
eine Unterstützungsanforderung definiert. Intern verwaltet er eine Abbildung der Stellvertreter auf die entsprechenden
ActionHook-Objekte, sodass das Kommunikationssystem (CommSys) bei einer Unterstützungsanfrage das
entsprechende ActionHook-Objekt aktivieren kann.
4.5.7 Fernwartungsmodul (RCM)
Über den genauen Aufbau des Fernwartungsmoduls (Remote Configuration Module, RCM) lassen
sich kaum allgemeine Angaben machen, da es in das Laufzeitsystem, welches auf dem verwalteten
Knoten verwendet wird, integriert werden muss. Besonderheiten bei der Integration der Komponenten
sollen anhand der prototypischen Realisierung erläutert werden. Es lassen sich zwei Hauptaufgaben
des RCMs identifizieren.
1. Zugriff auf das Kommunikationsmedium und Abwicklung des Kommunikationsprotokolls.
85