Under CopyrightJaksch, S.S.Jaksch2022-03-0712.06.20022002https://publica.fraunhofer.de/handle/publica/29131410.24406/publica-fhg-291314Seit Anfang Mai 2002 betreibt das Fraunhofer Institut für Software- und Systemtechnik (ISST) den Unwetterwarndienst "@ptus-weather" für die Versicherungskammer Bayern (VKB), deren Premium-Kunden diesen Dienst nutzen. Der Dienst integriert die hochwertigen Wettermeldungen der Meteomedia Deutschland GmbH "Jörg Kachelmann" und ermöglicht die Weiterleitung der Meldungen entsprechend den Bedürfnissen der Anwender. Der Unwetterwarndienst ist eine Referenzimplementierung der Referenzarchitektur für informationslogistische Systeme. Die Implementierung benutzt dabei das Framework. Im Bericht wird nach der Vorstellung der Referenzarchitektur konkret auf die Steuerung von informationslogistischen Systemen durch die Auftrags- und Ereignisverwaltung, auch JobController genannt, eingegangen. Der JobController ist der Motor des ILOG-Systems. Bemerkenswert an dieser Komponente ist der generische Bestandteil an Programm-Code, der ein Großteil der Szenarien zur individuellen Informationsversorgung bearbeiten kann.Inhalt S.1-2 1 Einleitung S.3 2 Kommunikationsprotokolle S.4-7 - 2.1 Synchrone Dienstaufrufe S.4-5 - 2.2 Asynchrone Dienstaufrufe (Request/Event-Protokoll) S.5-7 - 2.3 Zusammenfassung S.7 3 Spezifikation der einzelnen Komponenten S.8-15 - 3.1 Timer S.9-10 - 3.2 ContentBroker S.10-11 - 3.3 TransactionProtocol-Sender S.11-12 - 3.5 Locator S.13 - 3.4 PresentationProducer S.13-15 - 3.6 Zusammenspiel der Komponenten bei der Auftragsbearbeitung S.15 4 JobController und Zustandsautomat S.16-20 - 4.1 JobController S.16-19 - 4.2 Generischer Job als Zustandsautomat S.19-20 5 Zustandsspeicher und Design des Workflows des @ptus-weather-Jobs S.21-39 - 5.1 Verfügbare Informationen der Bedarfsdefinition und des Nutzerprofils S.21-22 - 5.2 Anforderungen an den Job S.22-24 - 5.3 Beispiel einer Anforderungsdefinition und der Ausführung S.24-25 - 5.4 Design des Ablaufs der Abarbeitung S.25-39 - 5.4.1 Zustandsspeicher des Auftrags S.25 - 5.4.2 Inkonsistenzen infolge Datenverlusts im Zustandsspeicher S.25-27 - 5.4.3 Workflow S.27-39 6 Übersicht der Implementierung S.40 7 Ausblick S.40-41 8 Literatur S.42deInformationslogistikJobControllerAuftragsverwaltungEreignisverwaltung@ptusweatherZustandsautomatMeteomediaKachelmannUnwetterwarndienstReferenzimplementierungframeworkJavaWetterinformationWetterinformationsdienstUnwettermobile InformationsversorgungLocation Based Service004report