Industrialised, Integrated, Intelligent sustainable Construction - I3con
Industrialised, Integrated, Intelligent sustainable Construction - I3con
Industrialised, Integrated, Intelligent sustainable Construction - I3con
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
SUSTAINABLE CONSTRUCTION HANDBOOK 2<br />
Digest authentication [17], which ensures that client passwords are not sent in clear text. It should be<br />
noted that Spring Security does not provide transport-layer security, however it can be used in<br />
conjunction with an appropriate transport layer security mechanism (e.g. HTTPS) to provide a secure<br />
data channel in addition to authentication and authorisation. The Spring Security authorisation<br />
mechanism can be used to control access to class methods, object instances, and HTTP resources<br />
(identified via a URL pattern).<br />
Two client roles have been defined for the I3CON REST API. Clients who are granted the role<br />
ROLE_WSN_QUERY are permitted to query WSN data. Clients who are granted the role<br />
ROLE_WSN_TASK are allowed to perform tasking operations on the WSN network. Clients who are<br />
granted both roles are allowed to perform WSN query and tasking operations. Spring Security can be<br />
configured to obtain client details from a variety of sources, for example an in-memory map, or a<br />
relational database. The access control mechanism required for the I3CON prototype is relatively<br />
simple, and is expected to support a small number of clients. For this reason the client details (i.e.<br />
username, password, and assigned roles) are stored in an in-memory map that is configured during<br />
application start-up from an XML configuration file. This provides the flexibility necessary to<br />
configure and change users after the system has been deployed.<br />
140<br />
WSN Health Monitoring Application<br />
Related work<br />
A number of related works are briefly discussed below. MOTE-VIEW is a client-tier application<br />
developed by Crossbow designed to perform as a sensor network monitoring and management tool<br />
[8]. NanoMon [9] is software developed for WSN monitoring which is also capable of visualising the<br />
history of received sensed data as well as network topology. In [10] a middleware service is proposed<br />
for monitoring of sensor networks by using sensor agent nodes equipped with error/failure<br />
information forwarding capability. An execution and monitoring framework for sensor network<br />
services and applications, called ISEE is proposed in [11]. One of the ISEE modules provides a<br />
consistent graphical representation of any sensor network. A work on using heterogeneous<br />
collaborative groupware to monitor WSNs is presented in [12]. Our work focuses on providing<br />
network health monitoring services that complies and utilises the REST-based web services SOA<br />
style.<br />
Design and Configuration of WSN Health Monitoring Application<br />
The Health Monitoring application uses data that is stored in the data base and provided by the Virtual<br />
Gateway to identify several types of possible operational problems in the WSN, as listed below:<br />
• The battery level of a mote is below a configurable threshold.<br />
• The time-stamp of the most recent measurement from a sensor is older than a configurable<br />
number of milliseconds.<br />
• No measurements have been received from a sensor.<br />
The Health Monitoring application is implemented as a Java web application that runs inside a<br />
standard servlet container, e.g. Apache Tomcat. The application can be configured to automatically<br />
analyse the health of the WSN at regular intervals, and it is also possible to manually initiate a check<br />
of the WSN through the user interface. The application is configured via a properties file located at<br />
i3con-manager/WEB-INF/application.properties. The configurable properties are shown below:<br />
• bimResource – the location of the XML resource that describes the topology and structure of<br />
the deployed WSN, e.g. file:i3con_margaritas_deployment_01.xml. This file is the same format<br />
as used by the virtual gateway. The structure of deployed WSN is shown in Figure 1.<br />
• moteLowBatteryWarningLevel – the battery level in volts below which a mote battery is<br />
considered too low.<br />
• sensorMeasurementTooOldWarningInterval – the age in milliseconds above which the most<br />
recent measurement from a sensor is considered too old.