SANY D2.3.4 Specification of the Sensor Service Architecture V3 Doc.V3.1
Copyright © 2007-2009 SANY Consortium Page 47 of 233
-
Library of geo-statistical analysis as processes
-
Predictive models for adaptive sampling
-
Spill advection dispersion modelling
-
Forecasting risks water quality, bathing water, beach closed
-
Modelling long-term degradation of ecosystems
-
Improved soil models
4.6.8 Decision Support
-
Providing supporting information for decisions. The types of decisions to be taken imply requirements on the modelling, fusion and visualization of information as well
as on auxiliary methods to compute utility functions and to undertake multi-criteria analysis.
4.6.9 User Management
-
User Registration. The regist
ration of a “new” user has to be supported, and the user account shall be verified by an administrator acceptdecline.
-
User Administration. The administration of user accounts, including the selection, creation, deletion as well as the update of user related information, shall be supported.
This includes management of user profiles sets of attributes related to identities. A list of predefined profile attributes shall be established.
-
Policy Administration. Permission assignment and removal on the user, group and role levels shall be supported. Various types of access restriction permission types
shall be provided.
SANY D2.3.4 Specification of the Sensor Service Architecture V3 Doc.V3.1
Copyright © 2007-2009 SANY Consortium Page 48 of 233
5. Sensor Model
5.1. Overview
The SANY Sensor Model is best described using a number of different views and is part of a general strategy to make use of abstract information models in order to optimize usability and
flexibility for complex systems. Again, as for the design process of the SensorSA, the five viewpoints defined in the ISO RM-ODP are used see section 3. The following discussion
starts with the Technology Viewpoint, illustrating the view of a hardware manufacturer, and
then reflects a “Sensor” from the Enterprise, Engineering, Service and Informational Viewpoints. The Sensor Model also encompasses definitions of the terms sensor network and
sensor service network. Note 1: In this discussion, the thing observed by sensors is called an “observed
property” in line with the OGC Observations and Measurements model Cox, 2007. An observed property identifies or describes the phenomenon for which the observation result
provides an estimate of its value. Based on this definition, SANY defines a sensor to be an entity that provides information about an observed property at its output. A sensor uses a
combination of physical, chemical or biological means in order to estimate the underlying observed property. Note that, basically, these means could be applied by electronic devices or
by humans. In the former case, at the end of the measuring chain electronic devices produce signals to be processed. In the latter case, humans enter the observation results in a data
acquisition system as a basis for further processing.
Note 2: The core of the Sensor Model described herein was submitted to OGC and is now part of the OGC Sensor Web Enablement Architecture, OGC Engineering Report 06-
021r2 Simonis, 2008.
5.2. Technology Viewpoint of a Sensor
From a technical point of view, we consider a sensor to be a device that responds to a physical stimulus in a distinctive manner, e.g. by producing a signal. This means that a
sensor device converts the stimulus into an analogue or digital representation, the latter being of more interest within the IT domain. In contrast, an “actuator” transforms a signal into an
action that has some sort of effect on the physical domain, i.e. the actuator produces a stimulus that can be observed by a sensor note that actuators are not within the scope of
SANY. Figure 5-1 illustrates this definition.
Figure 5-1: Sensor and actuator model derived from RickerHavens, 2005
