SWE services model
Seismo
meter
Voor de encoding van de data zijn drie specificaties door
OGC ontwikkeld:
1. De Transducer Markup Language (TML) geeft de beschrij
ving van sensordata en de informatie nodig voor het in
winnen van sensordata. De TML specificatie beschrijft
een generiek model voor het efficient opslaan, aggrege
ren en analyseren van sensordata. TML beschrijft daar
voor het dataformaat (structuur) en de sensor-metadata.
Via de sensor-metadata kunnen we toepassings informa
tie opvragen over bijvoorbeeld de sensorlocatie en het
tijdstip waarop metingen plaatsvinden. Binnen de con
text van SWE wordt TML vooral gebruikt voor het doorge
ven van data vanaf de sensor naar de SWE-client;
2. De Sensor Model Language (SensorML) biedt een generieke
taal voor de beschrijving van sensoren en sensorsystemen.
SensorML hanteert het concept van de sensor als pro
ces met een input en output. Als procesmodel beschrijft
SensorML de in- en output, het gehanteerde referentiesy
steem, de benodigde parameters en de methodiek;
3. De Observation Measurement (O&M) specificatie biedt
de taal om observaties vast te leggen en uit te wisselen.
Een observatie wordt beschouwd als een event, dat op een
bepaald tijdstip een waarde vaststelt voor een bepaald
door de sensor geobserveerd fenomeen. O&M beschrijft
naast de meetwaarde en tijdstip van meting, tevens me
tadata over de meetlocatie en kwaliteit van de meting.
Het O&M schema geeft niet alleen beschrijvingen van ob
servaties, maar ook van het te observeren fenomeen, het
Feature Of Interest (FOI).
De elementen voor het beschrijven van tijd, te meten feno
meen, posities, data en parameters zijn als basistypen voor
alle elementen uit het SWE-architectuur in een generieke
SWE-specificatie vastgelegd. Dit heet SWE Common. Op dit
moment is er (nog) geen separate specificatie, maar is SWE
Common onderdeel van de O&M en SensorML-specificatie.
SWE Common vormt daarmee de basis voor het informatie
model, maar tevens de input voor het SWE-services model.
De variabele InputDescriptor beschrijft bijvoorbeeld de sen
sorparameters van de Sensor Planning Service en is tevens Fig. 3. GITEWS
in gebruik voor de encoding van observaties in het O&M sensornetwerk
model. Hainer2007].
Het SWE-servicesmodel beschrijft vijf
services-specificaties:
1. De Sensor Observation Service (SOS)
zorgt voor uniforme toegang tot
observaties uit verschillende typen
sensoren en sensorsystemen, zoals
remote, in-situ, fixed and mobile
sensors. Een SOS bundelt collecties
observaties in 'Observation Offe
rings'. Een Observation Offering is
- analoog aan een 'layer' in Web Map
Service - een ruimtelijke en/of the
matische niet-overlappende groep
van gerelateerde observaties. Het
format, dat de SOS levert is O&M en
SensorML.
2. De Sensor Alert Service (SAS) is een
soort van event notificatie-systeem.
Events kunnen diverse vormen aan
nemen, zoals een overschrijding
van een bepaalde observatiewaarde
of een bericht over de batterij status
van een sensor. De SAS-specificatie
definieert enkele operaties bestemd
voor het management van de event
notificatie-service. Een messaging
server verzorgt de aflevering van de
notificaties aan de cliënt.
3. De Sensor Planning Service (SPS)
uniformeert de interface voor de
controle van sensors. De SPS-inter-
facespecificatie bestaat uit enkele
operaties die de sensor-metadata
bevraagt, de in te stellen sensor
parameters beschrijft en taken
voor de sensor toevoegt, wijzigt of
beëindigt. Indien het tijdstip van
beëindiging van de taak niet 'a prio
ri' bekend is, kan via de Web Notifi
cation Service op asynchrone wijze
een notificatie aan de cliënt worden
gestuurd. De opslag van de data ligt
buiten de scope van de SPS.
4. De Web Notification Service (WNS)
biedt een interface voor asynchrone
communicatie met de gebruiker of
een service. In het algemeen bieden
webservices synchrone communi
catie met een cliënt. Echter bij sen
soren komt het vaker voor dat niet
direct een taak wordt afgerond.
Hierdoor wordt de gebruiker pas la
ter geïnformeerd over de afronding
van een taak. Het tijdstip waarop
notificatie plaatsvindt is dan vaak
lastig te voorspellen. WNS wordt
gebruikt om dit soort asynchrone
communicatie af te handelen. WNS
kan daarvoor een beroep doen op
verschillende transport protocol
len, zoals HTTP, instant messaging
GPS Satellite
GPS
\Altimetry
Warning center Tjde gauge
GPS station
- Pressure,
Seismic
waves
Earthquake
Communication
satellite
Modelling/
Simulation
GEO-INFO 2007-11