•

27.06.2003 A. Walkowski

ariadne – GI-Dienste für Notfall-Management-Systeme

GI-Tage 2003, Münster

Alexander Walkowski

27.06.2003 A. Walkowski 2

Struktur

1. Motivation

2. Szenario

3. Architektur

4. Fazit

Struktur

27.06.2003 A. Walkowski 3

Motivation

•Notfall-Management• Verfügbarkeit von Informationen• reibungsloser Informationsaustausch

•Interoperabilität durch:• Nutzung bestehender Standards• austauschbare Webservices

Motivation

27.06.2003 A. Walkowski 4

Szenario

Szenario

t1

t2

t3

t4

27.06.2003 A. Walkowski 5

Szenario

Szenario

• Ziel:

• Notsituationen erkennen

• Betroffene informieren & umleiten

• Gemessene Schadstoffwerte auf Grenzwertwert- Überschreitung prüfen

• Interpolation (Ist-Situation)

27.06.2003 A. Walkowski 6

Szenario

Szenario

• Information aller Betroffenen

• Perspektive:

UMTS- Sender benachrichtigen alle ariadne Clients

• Client übermittelt aktuelle Position und Ziel

• Prognose der raumzeitlichen Entwicklung

• Berechnung einer alternativen Route

27.06.2003 A. Walkowski 7

ariadne-Dienste-KetteArchitektur

Interpolation

APMSSCS

emergency managementservice

emergency routingservice

emergency notificationservice

traffic informationservice

Routing Service

Client

Dispersion

27.06.2003 A. Walkowski 8

domain-spezifisch

• APMS• registriert Notfälle beim EMS

• Koordination des Anwendungsfalls

• Störfälle erkennen

• Interpolation• automatisiertes Kriging

• Ist-Situation

• Dispersion• raumzeitliche Entwicklung der Notfallregionen

Architektur

27.06.2003 A. Walkowski 9

Notfall-Management

• Emergency Routing Service• Koordination des Notfall-Managements

• Interface zum Client

• EMS• Verwaltet die Notfallregionen und deren Ausbreitung

• Routing• adaptives Routing

Architektur

27.06.2003 A. Walkowski 10

scsSCS

tisTIS

interpolationInterpolation

routingRoutingService

emsEMS

ensENS

ersERS

clientClient

apmsAPMS

dispersionDispersion

3.1.1: getTrafficInformation():GML

{only if tis is integrated}

2.1.1: getObservation():GML

3.2: notifyEns(emRegions):void

3.1: calculateWeights(emRegions):boolean

4: getRoute(acPos):SVG

4.2: getEmRegions(time):GML

4.1: getRoute(acPos):Route

3.2.1: notifyClient():void

3: registerEmRegions(GML)

2:[exceeding==true] calcBroadening():RASTER

1: getObservation():GML

2.1: getInterpolation():RASTER

Interaktionsmuster

Architektur

27.06.2003 A. Walkowski 11

Fazit

Fazit

• Nutung von Standards

• Umsetzung als Webserviceerweiterbar, übertragbar

• Zukünftige arbeiten

• Authentifizierung

• Webnutzung im Katastrophenfall

27.06.2003 A. Walkowski 12

Ende

Herzlichen Dank für Ihre

Aufmerksamkeit