Upload
ima-legler
View
106
Download
0
Embed Size (px)
Citation preview
•
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