Professional Documents
Culture Documents
EEEM048-Internet of Things: Wireless Sensor (And Actuator) Networks
EEEM048-Internet of Things: Wireless Sensor (And Actuator) Networks
End-user
Operating
Systems? Core network
Gateway e.g. Internet
Protocols?
Protocols? Data
Aggregation/
In-node Fusion
Data
Processing Interoperable/
Sink
Gateway Machine-services
Computer
node
interpretable
representations
Interoperable/
Machine-
Interoperable/
interpretable
Machine-
representations
interpretable
representations
1
17/11/14
Data formats
Tags
Location
4
Source: Cosm.com
2
17/11/14
Latitude
value Time
Longitude
Unit of
measurement
<Latitude>
<value> <Time>
<Longitude>
<unit>
<value>15</value>
<unit>C</unit>
<time>08:15</time>
<longitude>51.243057</longitude>
<latitude>-0.58944</latitude>
6
3
17/11/14
<time>08:15</time>
<longitude>51.243057</longitude>
<latitude>-0.58944</latitude>
</measurement>
XML documents
MUST be “well
formed”
4
17/11/14
5
17/11/14
11
<xs:element name=“measurement">
<xs:complexType>
<xs:sequence>
<xs:element name=“value" type="xs:decimal"/>
<xs:element name=“unit" type="xs:string"/>
<xs:element name=“time" type="xs:time"/>
<xs:element name=“longitude" type="xs:double"/>
<xs:element name=“latitude" type="xs:double"/>
</xs:sequence>
</xs:complexType>
</xs:element>
6
17/11/14
XML Documents–
revisiting the example
<?xml version="1.0"?>
<?xml version="1.0"?> “But how about this?”
<measurement>
<sensor_data>
<value>15</value>
<reading>15</reading>
<unit>C</unit>
<u>C</u>
<time>08:15</time>
<timestamp>08:15</timestamp>
<longitude>51.243057</longitude>
<long>51.243057</long>
<latitude>-0.58944</latitude>
<lat>-0.58944</lat>
</measurement>
</sensor_data>
13
XML
7
17/11/14
XML:
limitations for semantic markup
16
8
17/11/14
A bit of history
18
9
17/11/14
Resource Description
Framework (RDF)
− A W3C standard
− Relationships between documents
− Consisting of triples or sentences:
− <subject, property, object>
− <“Sensor”, hasType, “Temperature”>
− <“Node01”, hasLocation, “Room_BA_01” >
19
20
10
17/11/14
RDF Graph
hasTime
xsd:time hasValue
xsd:decimal
hasLongitude hasLatitude
Measurement
hasUnit
xsd:double xsd:double
xsd:string
21
hasTime
08:15 hasValue
15
hasUnit
51.243057 -0.589444
22
11
17/11/14
RDF/XML
<rdf:RDF>
<rdf:Description
rdf:about=“Measurment#0001">
<hasValue>15</hasValue>
<hasUnit>C</hasUnit>
<hasTime>08:15</hasTime>
<hasLongitude>51.243057</hasLongitude>
<hasLatitude>-0.589444</hasLatitude>
</rdf:Description>
</rdf:RDF>
23
xsd:time hasValue
xsd:decimal
hasTime
hasLocation
Location
hasLatitude
Measurement
hasLongitude
hasUnit
xsd:double
xsd:string xsd:double
24
12
17/11/14
08:15 hasValue
15
hasTime
hasLocation
Location
#0126 hasLatitude
Measurement
#0001 hasLongitude
hasUnit
-0.589444
C 51.243057
25
− Resources
− Every resource has a URI (Universal Resource
Identifier)
− A URI can be a URL (a web address) or a some
other kind of identifier;
− An identifier does not necessarily enable
access to a resources
− We can think of a resources as an object that
we want to describe it.
− Car
− Person
− Places, etc.
26
13
17/11/14
− Properties
− Properties are special kind of resources;
− Properties describe relations between resources.
− For example: “hasLocation”, “hasType”, “hasID”,
“sratTime”, “deviceID”,.
− Properties in RDF are also identified by URIs.
− This provides a global, unique naming scheme.
− For example:
− “hasLocation” can be defined as:
− URI: http://www.loanr.it/ontologies/DUL.owl#hasLocation
− SPARQL is a query language for the RDF data.
− SPARQL provide capabilities to query RDF graph patterns
along with their conjunctions and disjunctions.
27
Ontologies
28
14
17/11/14
29
30
15
17/11/14
OWL
Source: http://www.w3.org/TR/owl-features/ 31
Ontology engineering
16
17/11/14
A simple methodology
1. Determine the domain and scope of the model that you want to
design your ontology.
2. Consider reusing existing concepts/ontologies; this will help to
increase the interoperability of your ontology.
3. Enumerate important terms in the ontology; this will determine
what are the key concepts that need to be defined in an ontology.
4. Define the classes and the class hierarchy; decide on the classes
and the parent/child relationships
5. Define the properties of classes; define the properties that relate
the classes;
6. Define features of the properties; if you are going to add
restriction or other OWL type restrictions/logical expressions.
7. Define/add instances
34
17
17/11/14
35
36
18
17/11/14
37
Source: http://www.mitre.org/
38
19
17/11/14
Using semantics
39
Semantic modelling
40
20
17/11/14
42
21
17/11/14
Basic Structure
43
SSN Ontology
Ontology Link: http://www.w3.org/2005/Incubator/ssn/ssnx/ssn
44
M. Compton et al, "The SSN Ontology of the W3C Semantic Sensor Network Incubator Group", Journal of Web Semantics, 2012.
22
17/11/14
SSN-XG annotations
makes observations
of this type
What it
measures
units
SSN-XG ontologies
Where it is
45
45
46
23
17/11/14
Web of Things
47
Web of Things
48
24
17/11/14
49
Internal location
ontology (local)
Lined-data location
(external)
50
25
17/11/14
Web of Things
Semantically
annotate data
WSN
Network-enabled
Devices
6LowPAN WSN
CoAP
Gateway
CoAP
http://mynet1/snodeA23/readTemp? CoAP
Semantically
annotate data
HTTP
WSN HTTP
WSN
WSN Gateway
MQTT
WSN
MQTT
51
26
17/11/14
Requirements
27
17/11/14
Possible solutions
28
17/11/14
Quiz
Questions?
58
29