This document discusses semantic technologies for representing and integrating data in the Internet of Things (IoT). It describes how XML, RDF, and ontologies can provide interoperable and machine-interpretable representations of IoT data. Specifically, it explains how these technologies allow defining structured models and vocabularies to annotate sensor data and integrate information from multiple heterogeneous sources. The document also discusses challenges in IoT data such as heterogeneity, multi-modality, and volume, and how semantic technologies can help address issues of data interoperability, discovery, and reasoning.
Semantic Web Methodologies, Best Practices and Ontology Engineering Applied t...Ghislain ATEMEZING
This talk presents some best practices and ontology engineering applied to internet of things. The talk was presented during the 2nd IEEE World Forum on Internet of Things held in Milan, from December 14th to December 16th, 2015.
Semantic Web Methodologies, Best Practices and Ontology Engineering Applied t...Ghislain ATEMEZING
This talk presents some best practices and ontology engineering applied to internet of things. The talk was presented during the 2nd IEEE World Forum on Internet of Things held in Milan, from December 14th to December 16th, 2015.
Dynamic Semantics for the Internet of Things PayamBarnaghi
Ontology Summit 2015 : Track A Session - Ontology Integration in the Internet of Things - Thu 2015-02-05,
http://ontolog-02.cim3.net/wiki/ConferenceCall_2015_02_05
A Unified Semantic Engine for Internet of Things and Smart Cities: From Senso...Amélie Gyrard
A Unified Semantic Engine for Internet of Things and Smart Cities: From Sensor Data to End-Users Applications
The 8th IEEE International Conference on Internet of Things (iThings 2015), 11-13 December 2015, Sydney, Australia
Amelie Gyrard, Martin Serrano
Open Source Platforms Integration for the Development of an Architecture of C...Eswar Publications
The goal of the Internet of Things (IoT) is to achieve the interconnection and interaction of all kind of everyday
objects. IoT architecture can be implemented in various ways. This paper presents a way to mount an IoT architecture using open source hardware and software platforms and shows that this is a viable option to collect information through various sensors and present it through a web page.
Fi cloudpresentationgyrardaugust2015 v2Amélie Gyrard
Cross-Domain Internet of Things Application Development: M3 Framework and Evaluation
FiCloud 24-26 August 2015, Rome, Italy
Semantic Web technologies, Semantic Interoperability,
Semantic Web Of Things (SWoT), Internet of Things (IoT), Web of Things (WoT), Machine to Machine (M2M), Ubiquitous Computing, Pervasive Computing, Context Awareness
Linked Open Vocabularies for Internet of Things (LOV4IoT),
Sensor-based Linked Open Rules (S-LOR),
Machine-to-Machine Measurement (M3) framework,
sharing and reusing domain knowledge
Intelligent Internet of Things (IIoT): System Architectures and Communica...Raghu Nandy
Internet of Things (IoT) can be designed by various approaches with optimistic technology choices. This paper focuses on comparing recent studies on architectural choices and communication approaches for IoT Systems. Understanding Goals of an IoT system and inventing a general prototype for general IoT solutions is uniquely challenging. Existing research prototypes provide us information about IoT systems and their challenges. Existing architectures and communication approaches such as such as Service Oriented Architecture (SOA), Instant Messaging (XMPP) and Web-Sockets Service can be used to develop a general IoT System prototype. SOA provides centralized/decentralized IoT systems. Instant Message services such as XMPP can be used to build distributed and secure IoT platforms. Web-sockets also used to build scalable IoT systems. Overall the choice depends on IoT system Goal and limitations. Intelligent IoT (IIoT) Systems can be seen as decision making system. IoT systems can be built on Cloud infrastructures With Sensor Event as a Service (SEaaS) - Cloud Sensor networks can enable applications to access on-demand real-time sensor data. A generic IoT platform can be built and extended to newer applications and platforms.
Dynamic Semantics for the Internet of Things PayamBarnaghi
Ontology Summit 2015 : Track A Session - Ontology Integration in the Internet of Things - Thu 2015-02-05,
http://ontolog-02.cim3.net/wiki/ConferenceCall_2015_02_05
A Unified Semantic Engine for Internet of Things and Smart Cities: From Senso...Amélie Gyrard
A Unified Semantic Engine for Internet of Things and Smart Cities: From Sensor Data to End-Users Applications
The 8th IEEE International Conference on Internet of Things (iThings 2015), 11-13 December 2015, Sydney, Australia
Amelie Gyrard, Martin Serrano
Open Source Platforms Integration for the Development of an Architecture of C...Eswar Publications
The goal of the Internet of Things (IoT) is to achieve the interconnection and interaction of all kind of everyday
objects. IoT architecture can be implemented in various ways. This paper presents a way to mount an IoT architecture using open source hardware and software platforms and shows that this is a viable option to collect information through various sensors and present it through a web page.
Fi cloudpresentationgyrardaugust2015 v2Amélie Gyrard
Cross-Domain Internet of Things Application Development: M3 Framework and Evaluation
FiCloud 24-26 August 2015, Rome, Italy
Semantic Web technologies, Semantic Interoperability,
Semantic Web Of Things (SWoT), Internet of Things (IoT), Web of Things (WoT), Machine to Machine (M2M), Ubiquitous Computing, Pervasive Computing, Context Awareness
Linked Open Vocabularies for Internet of Things (LOV4IoT),
Sensor-based Linked Open Rules (S-LOR),
Machine-to-Machine Measurement (M3) framework,
sharing and reusing domain knowledge
Intelligent Internet of Things (IIoT): System Architectures and Communica...Raghu Nandy
Internet of Things (IoT) can be designed by various approaches with optimistic technology choices. This paper focuses on comparing recent studies on architectural choices and communication approaches for IoT Systems. Understanding Goals of an IoT system and inventing a general prototype for general IoT solutions is uniquely challenging. Existing research prototypes provide us information about IoT systems and their challenges. Existing architectures and communication approaches such as such as Service Oriented Architecture (SOA), Instant Messaging (XMPP) and Web-Sockets Service can be used to develop a general IoT System prototype. SOA provides centralized/decentralized IoT systems. Instant Message services such as XMPP can be used to build distributed and secure IoT platforms. Web-sockets also used to build scalable IoT systems. Overall the choice depends on IoT system Goal and limitations. Intelligent IoT (IIoT) Systems can be seen as decision making system. IoT systems can be built on Cloud infrastructures With Sensor Event as a Service (SEaaS) - Cloud Sensor networks can enable applications to access on-demand real-time sensor data. A generic IoT platform can be built and extended to newer applications and platforms.
Eclipse Con Europe 2014 How to use DAWN Science ProjectMatthew Gerring
This is a talk given at Eclipse Con Europe 2014 on how to use the open source project DAWN, Data Analysis Workbench. This project has two papers with more than three hundred citations of using the software.
DDS Advanced Tutorial - OMG June 2013 Berlin MeetingJaime Martin Losa
An extended, in-depth tutorial explaining how to fully exploit the standard's unique communication capabilities.Presented at the OMG June 2013 Berlin Meeting.
Users upgrading to DDS from a homegrown solution or a legacy-messaging infrastructure often limit themselves to using its most basic publish-subscribe features. This allows applications to take advantage of reliable multicast and other performance and scalability features of the DDS wire protocol, as well as the enhanced robustness of the DDS peer-to-peer architecture. However, applications that do not use DDS's data-centricity do not take advantage of many of its QoS-related, scalability and availability features, such as the KeepLast History Cache, Instance Ownership and Deadline Monitoring. As a consequence some developers duplicate these features in custom application code, resulting in increased costs, lower performance, and compromised portability and interoperability.
This tutorial will formally define the data-centric publish-subscribe model as specified in the OMG DDS specification and define a set of best-practice guidelines and patterns for the design and implementation of systems based on DDS.
Event Driven Architecture with a RESTful Microservices Architecture (Kyle Ben...confluent
Tinder’s Quickfire Pipeline powers all things data at Tinder. It was originally built using AWS Kinesis Firehoses and has since been extended to use both Kafka and other event buses. It is the core of Tinder’s data infrastructure. This rich data flow of both client and backend data has been extended to service a variety of needs at Tinder, including Experimentation, ML, CRM, and Observability, allowing backend developers easier access to shared client side data. We perform this using many systems, including Kafka, Spark, Flink, Kubernetes, and Prometheus. Many of Tinder’s systems were natively designed in an RPC first architecture.
Things we’ll discuss decoupling your system at scale via event-driven architectures include:
– Powering ML, backend, observability, and analytical applications at scale, including an end to end walk through of our processes that allow non-programmers to write and deploy event-driven data flows.
– Show end to end the usage of dynamic event processing that creates other stream processes, via a dynamic control plane topology pattern and broadcasted state pattern
– How to manage the unavailability of cached data that would normally come from repeated API calls for data that’s being backfilled into Kafka, all online! (and why this is not necessarily a “good” idea)
– Integrating common OSS frameworks and libraries like Kafka Streams, Flink, Spark and friends to encourage the best design patterns for developers coming from traditional service oriented architectures, including pitfalls and lessons learned along the way.
– Why and how to avoid overloading microservices with excessive RPC calls from event-driven streaming systems
– Best practices in common data flow patterns, such as shared state via RocksDB + Kafka Streams as well as the complementary tools in the Apache Ecosystem.
– The simplicity and power of streaming SQL with microservices
A distributed system in its most simplest definition is a group of computers working together as to
appear as a single computer to the end-user. These machines have a shared state, operate
concurrently and can fail independently without affecting the whole system’s uptime.
This is in line with ever-growing technological expansion of the world, distributed systems are
becoming more and more widespread. Take a look at the increasing number of available
computer technologies/innovation around, this is sporadically increasing, and this result in
intense computational requirement.
Yeah, Moore’s law proposed more computing power by fitting more transistors (which
approximately doubles every two years) into a simple chip using cost-efficient approach - cool,
but over the past 5 years, there has been little deviation from this - ability to scale horizontally
and not just vertically alone.
Scientific and Academic Research: A Survival Guide PayamBarnaghi
Payam Barnaghi
Centre for Vision, Speech and Signal Processing (CVSSP)
Electrical and Electronic Engineering Department
University of Surrey
February 2019
invited talk at iPHEM16, Innovation in Pre-hospital Emergency Medicine, Kent Surrey and Sussex Air Ambulance Trust, July 2016, Brighton, United Kingdom
June 3, 2024 Anti-Semitism Letter Sent to MIT President Kornbluth and MIT Cor...Levi Shapiro
Letter from the Congress of the United States regarding Anti-Semitism sent June 3rd to MIT President Sally Kornbluth, MIT Corp Chair, Mark Gorenberg
Dear Dr. Kornbluth and Mr. Gorenberg,
The US House of Representatives is deeply concerned by ongoing and pervasive acts of antisemitic
harassment and intimidation at the Massachusetts Institute of Technology (MIT). Failing to act decisively to ensure a safe learning environment for all students would be a grave dereliction of your responsibilities as President of MIT and Chair of the MIT Corporation.
This Congress will not stand idly by and allow an environment hostile to Jewish students to persist. The House believes that your institution is in violation of Title VI of the Civil Rights Act, and the inability or
unwillingness to rectify this violation through action requires accountability.
Postsecondary education is a unique opportunity for students to learn and have their ideas and beliefs challenged. However, universities receiving hundreds of millions of federal funds annually have denied
students that opportunity and have been hijacked to become venues for the promotion of terrorism, antisemitic harassment and intimidation, unlawful encampments, and in some cases, assaults and riots.
The House of Representatives will not countenance the use of federal funds to indoctrinate students into hateful, antisemitic, anti-American supporters of terrorism. Investigations into campus antisemitism by the Committee on Education and the Workforce and the Committee on Ways and Means have been expanded into a Congress-wide probe across all relevant jurisdictions to address this national crisis. The undersigned Committees will conduct oversight into the use of federal funds at MIT and its learning environment under authorities granted to each Committee.
• The Committee on Education and the Workforce has been investigating your institution since December 7, 2023. The Committee has broad jurisdiction over postsecondary education, including its compliance with Title VI of the Civil Rights Act, campus safety concerns over disruptions to the learning environment, and the awarding of federal student aid under the Higher Education Act.
• The Committee on Oversight and Accountability is investigating the sources of funding and other support flowing to groups espousing pro-Hamas propaganda and engaged in antisemitic harassment and intimidation of students. The Committee on Oversight and Accountability is the principal oversight committee of the US House of Representatives and has broad authority to investigate “any matter” at “any time” under House Rule X.
• The Committee on Ways and Means has been investigating several universities since November 15, 2023, when the Committee held a hearing entitled From Ivory Towers to Dark Corners: Investigating the Nexus Between Antisemitism, Tax-Exempt Universities, and Terror Financing. The Committee followed the hearing with letters to those institutions on January 10, 202
Introduction to AI for Nonprofits with Tapp NetworkTechSoup
Dive into the world of AI! Experts Jon Hill and Tareq Monaur will guide you through AI's role in enhancing nonprofit websites and basic marketing strategies, making it easy to understand and apply.
The French Revolution, which began in 1789, was a period of radical social and political upheaval in France. It marked the decline of absolute monarchies, the rise of secular and democratic republics, and the eventual rise of Napoleon Bonaparte. This revolutionary period is crucial in understanding the transition from feudalism to modernity in Europe.
For more information, visit-www.vavaclasses.com
Acetabularia Information For Class 9 .docxvaibhavrinwa19
Acetabularia acetabulum is a single-celled green alga that in its vegetative state is morphologically differentiated into a basal rhizoid and an axially elongated stalk, which bears whorls of branching hairs. The single diploid nucleus resides in the rhizoid.
Synthetic Fiber Construction in lab .pptxPavel ( NSTU)
Synthetic fiber production is a fascinating and complex field that blends chemistry, engineering, and environmental science. By understanding these aspects, students can gain a comprehensive view of synthetic fiber production, its impact on society and the environment, and the potential for future innovations. Synthetic fibers play a crucial role in modern society, impacting various aspects of daily life, industry, and the environment. ynthetic fibers are integral to modern life, offering a range of benefits from cost-effectiveness and versatility to innovative applications and performance characteristics. While they pose environmental challenges, ongoing research and development aim to create more sustainable and eco-friendly alternatives. Understanding the importance of synthetic fibers helps in appreciating their role in the economy, industry, and daily life, while also emphasizing the need for sustainable practices and innovation.
Model Attribute Check Company Auto PropertyCeline George
In Odoo, the multi-company feature allows you to manage multiple companies within a single Odoo database instance. Each company can have its own configurations while still sharing common resources such as products, customers, and suppliers.
Pride Month Slides 2024 David Douglas School District
Semantic Technolgies for the Internet of Things
1. 1
Semantic Technologies for the
Internet of Things
Payam Barnaghi
Institute for Communication Systems (ICS)
Electrical and Electronic Engineering Department
University of Surrey
5. And there came Google!
5
Google says that the web has now 30 trillion
unique individual pages;
6. Wireless Sensor (and Actuator)
Networks
Sink
node Gateway
Core network
e.g. InternetGateway
End-user
Computer services
- The networks typically run Low Power Devices
- Consist of one or more sensors, could be different type of sensors (or actuators)
Operating
Systems?
Services?
Protocols?
Protocols?
In-network
Data
Processing
Data
Aggregation/
Fusion
Processing of
IoT data
Interoperable/
Machine-
interpretable
representations
Interoperable/
Machine-
interpretable
representations
“Web of Things”
Interoperable/
Machine-
interpretable
representations
7. 7
Sensor devices are becoming widely available
- Programmable devices
- Off-the-shelf gadgets/tools
8. Internet of Things: The story so far
RFID based
solutions
Wireless Sensor and
Actuator networks
, solutions for
communication
technologies, energy
efficiency, routing, …
Smart Devices/
Web-enabled
Apps/Services, initial
products,
vertical applications, early
concepts and demos, …
Motion sensor
Motion sensor
ECG sensor
Physical-Cyber-Social
Systems, Linked-data,
semantics, M2M,
More products, more
heterogeneity,
solutions for control and
monitoring, …
Future: Cloud, Big (IoT) Data
Analytics, Interoperability,
Enhanced Cellular/Wireless Com.
for IoT, Real-world operational
use-cases and Industry and B2B
services/applications,
more Standards…
9. Data in the IoT
− Data is collected by sensory devices and also crowd sensing
sources.
− It is time and location dependent.
− It can be noisy and the quality can vary.
− It is often continuous - streaming data.
− Data is gathered from various heterogeneous sources and in
various format and representations.
− Often the value is in integrating data from different sources
and in creating an ecosystem of systems.
12. Data Lifecycle
12
Source: The IET Technical Report, Digital Technology Adoption in the Smart Built Environment: Challenges and opportunities of data
driven systems for building, community and city-scale applications,
http://www.theiet.org/sectors/built-environment/resources/digital-technology.cfm
14. Observation and measurement data
15, C, 08:15, 51.243057, -0.589444
14
value
Unit of
measurement
Time
Longitude
Latitude
How to make the data representations more machine-readable
and machine-interpretable?
15. Observation and measurement data
15, C, 08:15, 51.243057, -0.589444
15
<value>
<unit>
<Time>
<Longitude>
<Latitude>
What about this?
<value>15</value>
<unit>C</unit>
<time>08:15</time>
<longitude>51.243057</longitude>
<latitude>-0.58944</latitude>
16. Extensible Markup Language (XML)
− XML is a simple, flexible text format that is used for data
representation and annotation.
− XML was originally designed for large-scale electronic
publishing.
− XML plays a key role in the exchange of a wide variety of data
on the Web and elsewhere.
− It is one of the most widely-used formats for sharing
structured information.
16
17. XML Document Example
<?xml version="1.0"?>
<measurement>
<value>15</value>
<unit>C</unit>
<time>08:15</time>
<longitude>51.243057</longitude>
<latitude>-0.58944</latitude>
</measurement>
17
XML Prologue- the XML declaration
XML elements
XML documents
MUST be “well
formed”
Root element
18. XML Document Example- with attributes
<?xml version="1.0“ encoding="ISO-8859-1"?>
<measurement>
<value type=“Decimal”>15</value>
<unit>C</unit>
<time>08:15</time>
<longitude>51.243057</longitude>
<latitude>-0.58944</latitude>
</measurement>
18
19. Well Formed XML Documents
−A "Well Formed" XML document has correct XML
syntax;
−XML documents must have a root element;
−XML elements must have a closing tag;
−XML tags are case sensitive;
−XML elements must be properly nested;
−XML attribute values must be quoted.
19Source: W3C Schools, http://www.w3schools.com/
20. Validating XML Documents
− A "Valid" XML document is a "Well Formed" XML document,
which conforms to the structure of the document defined in
an XML Schema.
− XML Schema defines the structure and a list of defined
elements for an XML document.
20
21. XML Schema- example
<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>
21
- XML Schema defines the structure and elements
- An XML document then becomes an instantiation of the document defined by
the schema;
22. XML Documents– revisiting the example
<?xml version="1.0"?>
<measurement>
<value>15</value>
<unit>C</unit>
<time>08:15</time>
<longitude>51.243057</longitude>
<latitude>-0.58944</latitude>
</measurement>
22
<?xml version="1.0"?>
<sensor_data>
<reading>15</reading>
<u>C</u>
<timestamp>08:15</timestamp>
<long>51.243057</long>
<lat>-0.58944</lat>
</sensor_data>
How about this
one?
23. 23
XML
− Meaning of XML-Documents is intuitively clear
− due to "semantic" Mark-Up
− tags are domain-terms
− But, computers do not have intuition
− tag-names do not provide semantics for machines.
− DTDs or XML Schema specify the structure of documents, not
the meaning of the document contents
− XML lacks a semantic model
− has only a "surface model”, i.e. tree
Source: Semantic Web, John Davies, BT, 2003.
24. XML: limitations for semantic markup
− XML representation makes no commitment on:
− Domain specific ontological vocabulary
− Which words shall we use to describe a given set of concepts?
− Ontological modelling primitives
− How can we combine these concepts, e.g. “car is a-kind-of (subclass-of)
vehicle”
requires pre-arranged agreement on vocabulary and
primitives
Only feasible for closed collaboration
agents in a small & stable community
pages on a small & stable intranet
.. not for sharable Web-resources
Source: Semantic Web, John Davies, BT, 2003.
24
25. Sematic Web technologies
−XML provide a metadata format.
−It defines the elements but does not provide any
modelling primitive nor describes the meaningful
relations between different elements.
−Using semantic technologies can help to solve
some of these issues.
25
26. The Semantic Web
− “The Semantic Web is an extension of the current web in
which information is given well-defined meaning, better
enabling computers and people to work in co-operation.“
(Tim Berners-Lee et al, 2001)
26
Image source: Miller 2004
27. Resource Description Framework (RDF)
− A world Wide Web Consortium (W3C) recommendation
− Relationships between documents
− Consisting of triples or sentences:
− <subject, property, object>
− <“Sensor”, hasType, “Temperature”>
− <“Node01”, hasLocation, “Room_BA_01” >
− RDFS extends RDF with standard “ontology vocabulary”:
− Class, Property
− Type, subClassOf
− domain, range
27
28. RDF for semantic annotation
− RDF provides metadata about resources
− Object -> Attribute-> Value triples or
− Object -> Property-> Subject
− It can be represented in XML
− The RDF triples form a graph
28
32. Let’s add a bit more structure
(complexity/modularity?)
32
xsd:decimal
Location
hasValue
hasTime
xsd:double
xsd:time
xsd:double
xsd:string
hasLongitude
hasLatitude
hasUnit
Measurement
hasLocation
33. An instance of our model
33
15
Location
#0126
hasValue
hasTime
51.243057
08:15
-0.589444
C
hasLongitude
hasLatitude
hasUnit
Measurement#0
001
hasLocation
34. RDF: Basic Ideas
−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.
34
35. RDF: Basic Ideas
− 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.
35
36. Ontologies
− The term ontology is originated from philosophy. In that
context it is used as the name of a subfield of philosophy,
namely, the study of the nature of existence.
− In the Semantic Web:
− An ontology is a formal specification of a domain; concepts in a domain
and relationships between the concepts (and some logical restrictions).
36
37. Ontologies and Semantic Web
− In general, an ontology formally describes a domain of
discourse.
− An ontology consists of a finite list of terms and the
relationships between the terms.
− The terms denote important concepts (classes of objects) of
the domain.
− For example, in a university setting, staff members, students,
courses, modules, lecture theatres, and schools are some
important concepts.
37
38. Web Ontology Language (OWL)
− RDF(S) is useful to describe the concepts and their
relationships, but does not solve all possible requirements
− Complex applications may want more possibilities:
− similarity and/or differences of terms (properties or classes)
− construct classes, not just name them
− can a program reason about some terms? e.g.:
− each «Sensor» resource «A» has at least one «hasLocation»
− each «Sensor» resource «A» has maximum one ID
− This lead to the development of Web Ontology Language or
OWL.
38
39. OWL
−OWL provide more concepts to express meaning
and semantics than XML and RDF(S)
−OWL provides more constructs for stating logical
expressions such as: Equality, Property
Characteristics, Property Restrictions, Restricted
Cardinality, Class Intersection, Annotation
Properties, Versioning, etc.
Source: http://www.w3.org/TR/owl-features/ 39
40. Ontology engineering
− An ontology: classes and properties (also referred to as
schema ontology)
− Knowledge base: a set of individual instances of classes and
their relationships
− Steps for developing an ontology:
− defining classes in the ontology and arranging the classes in a
taxonomic (subclass–superclass) hierarchy
− defining properties and describing allowed values and restriction for
these properties
− Adding instances and individuals
41. Basic rules for designing ontologies
− There is no one correct way to model a domain; there are
always possible alternatives.
− The best solution almost always depends on the application that you
have in mind and the required scope and details.
− Ontology development is an iterative process.
− The ontologies provide a sharable and extensible form to represent a
domain model.
− Concepts that you choose in an ontology should be close to
physical or logical objects and relationships in your domain of
interest (using meaningful nouns and verbs).
42. 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.
42
43. Other representation forms- JSON
− JSON (JavaScript Object Notation) is a lightweight data-
interchange/representation format.
− JSON is easy to read and publish for human users.
− It is also easy for machines to parse and generate.
− JSON is based on the JavaScript Programming Language.
− JSON is built on two structures:
− A collection of name/value pairs. In various languages, this is realized
as an object, record, struct, dictionary, hash table, keyed list, or
associative array.
− An ordered list of values. In most languages, this is realized as an array,
vector, list, or sequence.
43Source: http://www.json.org
45. JSON-LD
− JSON-LD is a lightweight syntax to serialize Linked Data (e.g.
RDF data connected to other resources) in JSON.
− JSON-LD allows existing JSON to be interpreted as Linked
Data with minimal changes.
− It is primarily intended to be a way to use Linked Data in
Web-based programming environments, to build
interoperable Web services, and to store Linked Data in
JSON-based storage engines.
− JSON-LD is 100% compatible with JSON and the large
number of JSON parsers and libraries available today can be
reused.
45
Source: https://www.w3.org/TR/json-ld/
46. JSON-LD Example
46
A context is used to map terms to IRIs. Terms are case sensitive and any
valid string that is not a reserved JSON-LD keyword can be used as a term.
JSON-LD Context: https://www.w3.org/TR/json-ld/#the-context
47. Semantic technologies in the IoT
−Applying semantic technologies to the IoT can
support:
−interoperability
−effective data access and integration
−resource discovery
−reasoning and processing of data
−information extraction (for automated decision making
and management)
47
48. 48
Data/Service description frameworks
−There are standards such as Sensor Web
Enablement (SWE) set developed by the Open
Geospatial Consortium that are being adopted in
industry and academia.
−While such frameworks provide some
interoperability, semantic technologies are
increasingly seen as key enabler for integration of
IoT data and broader Web systems.
49. 49
Sensor Markup Language (SensorML)
Source: http://www.mitre.org/
The Sensor Model Language
Encoding (SensorML) defines
models and XML encoding to
represent the geometric,
dynamic, and observational
characteristics of sensors and
sensor systems.
50. Semantic modelling
− Lightweight: experiences show that a lightweight ontology
model that well balances expressiveness and inference
complexity is more likely to be widely adopted and reused;
also large number of IoT resources and huge amount of data
need efficient processing
− Compatibility: an ontology needs to be consistent with those
well designed, existing ontologies to ensure compatibility
wherever possible.
− Modularity: modular approach to facilitate ontology evolution,
extension and integration with external ontologies.
50
51. Existing models- SSN Ontology
− W3C Semantic Sensor Network Incubator Group’s SSN
ontology (mainly for sensors and sensor networks, platforms
and systems).
http://www.w3.org/2005/Incubator/ssn/
52. 52
SSN Ontology
Ontology Link: http://www.w3.org/2005/Incubator/ssn/ssnx/ssn
M. Compton et al, "The SSN Ontology of the W3C Semantic Sensor Network Incubator Group", Journal of Web Semantics, 2012.
53. 53
53
W3C SSN Ontology V.1
makes observations of
this type
Where it is
What it
measures
units
SSN-XG ontologies
SSN-XG annotations
SSN-XG Ontology Scope
54. What old SSN did not model
− Sensor types and models
− Networks: communication, topology
− Representation of data and units of measurement
− Location, mobility or other dynamic behaviours
− Control and actuation
− ….
54
55. Web of Things
− Integrating the real world data into the
Web and providing Web-based
interactions with the IoT resources is
also often discussed under umbrella
term of “Web of Things” (WoT).
− WoT data is not only large in scale
and volume, but also continuous, with
rich spatiotemporal dependency.
55
56. Web of Things
− Connecting sensor, actuator and other devices to the World
Wide Web.
−Things‘ data and capabilities are exposed as web data/services.
− Enables an interoperable usage of IoT resources (e.g. sensors,
devices, their data and capabilities) byproviding web based
discovery, access, tasking, and alerting.
56
58. IoT data: semantic related issues
− The current IoT data communications often rely on binary or
syntactic data models which lack of providing machine
interpretable meanings to the data.
−Syntactic representation or in some cases XML-based data
−Often no general agreement on annotating the data;
−requires a pre-agreement between different parties to
be able to process and interpret the data;
−Limited reasoning based on the content and context data
−Limited interoperability in data and resource/device
description level;
−Data integration and fusion issues.
59. Requirements
−Structured representation of concepts
− Machine-interpretable descriptions
− Processing and interpretation mechanisms
−Access mechanism to heterogeneous resource
descriptions with diverse capabilities.
−Automated interactions and integration with existing
applications.
60. What are the challenges?
− The models provide the basic description frameworks, but
alignment between different models and frameworks are
required.
− Semantics are the starting point, reasoning and interpretation
of data is required for automated processes.
− Real interoperability happens when data/services from
different frameworks and providers can be interchanged and
used with minimised intervention.
61. 61
There are several good models and description
frameworks;
The problem is that having good models and
developing ontologies are not enough.
Semantic descriptions are intermediary
solutions, not the end product.
They should be transparent to the end-user and
probably to the data producer as well.
62. Possible solutions
−The semantic Web has faced similar problems in the
past.
−Proposed solution: using machine-readable and
machine-interpretable meta-data
−Important: not all machine-readable are machine-
interpretable.
−Well defined standards and description frameworks:
RDF, OWL, SPARQL.
−Variety of open-source, commercial tools for
creating/managing/querying and accessing semantic
data.
−Some of the tools/libraries include: Jena, Sesame, Protégé, …
63. Possible solutions
−An Ontology defines conceptualisation of a domain.
−Terms and concepts
−A common vocabulary
−Relationships between the concepts
−There are several existing and emerging ontologies in
the IoT domain.
−Automated annotation methods, dynamic semantics;
63
64. How to adapt the solutions
−Creating ontologies and defining data models are not
enough
−tools to create and annotate data
−data handling components
−Complex models and ontologies may look good, but
−design lightweight versions for constrained environments
−think of practical issues
−make it as much as possible compatible and/or link it to
the other existing ontologies
65. How to adapt the solutions
−Domain knowledge and instances
−Common terms and vocabularies
−Location, unit of measurement, type, theme, …
−Link it to other resources
−In many cases, semantic annotations and semantic
processing should be intermediary not the end
products.
65