Introduction to the DogOnt ontology, which aims at offering a uniform, extensible model for all devices being part of a “local” Internet of Things inside a smart environment.
An overview on the openness of some important European domotic protocols and technologies. This presentation was made for the "Free Software" course of the Politecnico di Torino.
The Home Automation market will not emerge until telecom operators open and share their connectivity and management infrastructure API to third parties. Challenges are today on the delivery of these APIs and the guarantees to offer every actor to use this open infrastructure. Challenges include the deployment of applications on a shared embedded execution environment. Orange is currently developing and testing a connectivity infrastructure for Home Automation. This infrastructure is open in terms of (i) service providers, whom applications can interact with home devices from the Cloud, or can be embedded in the Orange Home Controller; and in terms of (ii) devices, the Orange Home Controller integrating a Zigbee chip and being extensible, through USB dongle to other protocols. OSGi, leveraged by ProSyst products and competencies, has been chosen as a robust, and already industrial execution platform, for embedded applications, which is able to guarantee sharing and isolation between third parties' code -, including competitors. Beyond the use of existing and standardOSGi bundles, Orange has defined a very simple interface for services providers, in order to enable their interaction with sensors & activators from the Cloud. For the end-user and the applications providers Orange also enables a secured management of access rights on devices. The presentation will provide details about this development, the technical and standardization challenges telecom operators have to jointly overcome as well as on the vision and the roadmap of the public delivery of this development.
Home automation has recently gained a new momentum
thanks to the ever-increasing commercial availability of domotic components.
In this context, researchers are working to provide interoperation
mechanisms and to add intelligence on top of them. For supporting
intelligent behaviors, house modeling is an essential requirement to understand
current and future house states and to possibly drive more
complex actions. In this paper we propose a new house modeling ontology
designed to fit real world domotic system capabilities and to
support interoperation between currently available and future solutions.
Taking advantage of technologies developed in the context of the Semantic
Web, the DogOnt ontology supports device/network independent
description of houses, including both “controllable” and architectural elements.
States and functionalities are automatically associated to the
modeled elements through proper inheritance mechanisms and by means
of properly defined SWRL auto-completion rules which ease the modeling
process, while automatic device recognition is achieved through
classification reasoning.
Introduction to the DogOnt ontology, which aims at offering a uniform, extensible model for all devices being part of a “local” Internet of Things inside a smart environment.
An overview on the openness of some important European domotic protocols and technologies. This presentation was made for the "Free Software" course of the Politecnico di Torino.
The Home Automation market will not emerge until telecom operators open and share their connectivity and management infrastructure API to third parties. Challenges are today on the delivery of these APIs and the guarantees to offer every actor to use this open infrastructure. Challenges include the deployment of applications on a shared embedded execution environment. Orange is currently developing and testing a connectivity infrastructure for Home Automation. This infrastructure is open in terms of (i) service providers, whom applications can interact with home devices from the Cloud, or can be embedded in the Orange Home Controller; and in terms of (ii) devices, the Orange Home Controller integrating a Zigbee chip and being extensible, through USB dongle to other protocols. OSGi, leveraged by ProSyst products and competencies, has been chosen as a robust, and already industrial execution platform, for embedded applications, which is able to guarantee sharing and isolation between third parties' code -, including competitors. Beyond the use of existing and standardOSGi bundles, Orange has defined a very simple interface for services providers, in order to enable their interaction with sensors & activators from the Cloud. For the end-user and the applications providers Orange also enables a secured management of access rights on devices. The presentation will provide details about this development, the technical and standardization challenges telecom operators have to jointly overcome as well as on the vision and the roadmap of the public delivery of this development.
Home automation has recently gained a new momentum
thanks to the ever-increasing commercial availability of domotic components.
In this context, researchers are working to provide interoperation
mechanisms and to add intelligence on top of them. For supporting
intelligent behaviors, house modeling is an essential requirement to understand
current and future house states and to possibly drive more
complex actions. In this paper we propose a new house modeling ontology
designed to fit real world domotic system capabilities and to
support interoperation between currently available and future solutions.
Taking advantage of technologies developed in the context of the Semantic
Web, the DogOnt ontology supports device/network independent
description of houses, including both “controllable” and architectural elements.
States and functionalities are automatically associated to the
modeled elements through proper inheritance mechanisms and by means
of properly defined SWRL auto-completion rules which ease the modeling
process, while automatic device recognition is achieved through
classification reasoning.
New Open Source project at HGI for SmartHome Device Abstraction Templates - A...mfrancis
OSGi Community Event 2014
Abstract:
HGI has defined a new project, under Apache 2.0 open source licensing, to create a framework and set of examples describing SmartHome appliance functionality (control and read-out of devices) using XML and with XSD to ensure proper conformance. Individuals/companies/fora are invited to comment and contribute.
The goal of the project is to have a basis for technologies such as OSGi to provide appliance interface APIs to software application developers, independent of the home area network technology (ZigBee, EnOcean, Z-Wave, EchonetLite etc). Use of the SmartHome Device Templates (SDTs) is proposed as part of the extended API for the OSGi Device Abstraction Layer (DAL, RFC196), an element within SmartHome gateway implementations. The SDT is explicitly aimed to be applicable within multiple execution environments however.
HGI has long been in discussions with OSGi Alliance, Broadband Forum, oneM2M, EnOcean Alliance, EchonetLite Consortium and other bodies regarding the necessity of SDTs to enable a mass market in Smart Home services. HGI also is in close collaboration with the European Commission’s "Smart Appliances" project, which complements the new HGI project.
HGI plans to later hold a proof of concept event that allows HGI companies to integrate and demonstrate their SDT and DAL technologies (applications, abstraction layer, device drivers, end devices, possibly cloud platforms).
The 25-minute presentation will cover the above points, reference a number of relevant projects with similar goals, outline the initial approach of HGI, and invite comments. A close collaboration with OSGi activities on DAL and API design is crucial for a successful application of the SDT to the OSGi framework.
Speaker Bio:
Andreas Kraft studied Computer Science at the Technical University of Berlin, Germany. Since 2000 he works for Deutsche Telekom AG as a Senior Systems Architect in the field of Connected Home Services. His current activities include strategies for and design of OSGi based service architectures for connected homes and Ambient Assisted Living. Before that he was involved in the design and development of platforms for remote access and control of devices and services in residential homes. Andreas Kraft also represents Deutsche Telekom in standardization groups, such as VDE/DKE, ISO/IEC, CENELEC, and the UPnP Forum.
His current involvements with the OSGi Alliance include co-chairing the Residential Expert Group as well as to be a board member of the OSGi Users.
Office automation refers to the varied computer machinery and software used to digitally create, collect, store, manipulate, and relay office information needed for accomplishing basic tasks. ... Office automation was a popular term in the 1970s and 1980s as the desktop computer exploded onto the scene.
NETIO products company: Manufacturer of networked power socketsLenka Peřinová
NETIO products is producer of smart power sockets and outlets controllable via custom Lua script or 13 M2M (machine to machine) communication protocols such as MQTT, SNMP, XML, JSON, ...
Networked power sockets NETIO are modules of four 110/230V DE/FR/IEC230 plugs. Sockets are connected to LAN / Wifi. Each socket is controllable individually. NETIO 4All supports electricity consumption metered (current, load, power factor, frequency, ...).
Find out more anout NETIO products company:
https://www.netio-products.com/en
Typical usage is smart power management in data centers, IoT and Industry 4.0 applications, intelligent buildings remote power control and more.
NETIO 4x smart power sockets can be programmed using Lua scripts. This gives the user a powerful tool for custom solutions.
User scripts run separately from the system core and cannot damage it.
NETIO smart power sockets offer unique support for a wide range of various M2M (Machine to Machine) communication protocols. We strive to produce smart sockets that can communicate using all common protocols.
The NETIO Mobile app allows you to control individual 110/230V sockets of one or more NETIO 4x (NETIO 4, NETIO 4All, NETIO 4C) smart socket products with a mobile phone or tablet.
NETIO 4All is a PDU module featuring four 230V/8A power sockets with consumption metering for each socket as well as LAN and WiFi connectivity. Each of the four sockets can be individually switched on/off over the Web or using various M2M API protocols. Electricity consumption (A, W, kWh) can be measured at each power socket. NETIO 4All smart sockets are designed for remote measurement and control of electrical sockets. Use the product whenever you need 230V sockets controlled by a mobile app, by a computer program (via M2M API) or by a custom script (Lua) that runs directly in the NETIO 4All smart socket device.
NETIO 4 is smart power socket (smart power strip) with four 230V/8A sockets, connected to LAN and WiFi. Each of the four power sockets can be individually switched on/off using various M2M API protocols. NETIO 4 is a unique product designed for IT, industry, smart homes, multimedia installations and other applications. Use the product whenever you need 230V sockets controlled by a mobile app, by a computer program (via M2M API) or by a custom script (Lua). Useful is also the timer (Scheduler) or auto reboot functionality (IP WatchDog).
NETIO 4C is a small 110/230V PDU (Power Distribution Unit) with four controlled IEC-320 C13 (max 8A) power outlets. It includes an Ethernet switch and two LAN ports for network connections. Each of the four power outputs can be individually switched on/off over the web, from a mobile app, or using various M2M APIs (SNMP, MQTT, XML, Modbus/TCP, ..). Custom Lua scripts can run directly in the NETIO 4C device. As a distinctive feature, NETIO 4C provides a RS-232 serial port (3-pin) that can be controlled with a Lua script or used as a remote serial port.
Research Activities in Ambient IntelligenceFulvio Corno
Short summary of research activities of the e-Lite research group (http://elite.polito.it) at Politecnico di Torino (Italy) on the topic of Smart Environments and the application of Ontologies and Semantic Computing to Ambient Intelligence.
Dog is a Domotic OSGi Gateway, i.e., a software-based gateway used for controlling domotic environments in a vendor-independent way, thanks to its high-level semantic device modeling strategy and its driver architecture that allows to support different domotic plant technologies.
This article will address several key questions about the IoT system architecture.
How do IoT devices access the network?
How do IoT devices communicate with each other?
What are the uses of IoT data?
How to build an IoT system framework?
What is IoT system framework technical architecture?
What is terminal software IoT system architecture?
What is cloud platform IoT system architecture?
IoT System Architecture 1. How do IoT devices access the network?
Only when the device is connected to the network, it can be considered an IoT device. There are 2 key points involved here: access mode and network communication mode.
Device access mode.
Currently, there are 2 types of access methods
Direct access.
The IoT terminal device itself has networking capability to access the network directly, such as adding an NB-IoT communication module and a 2G/3G communication module at the device end.
IoT protocols overview part 2- Tethered protocolsClint Smith
The advancement of IIoT 4.0 for smart factories, cities and buildings ushers in many exciting possibilities for improved automation and capabilities. IoT devices are unlocking the great potential for improved efficiency and improved user experiences. However, there are many different IoT protocols, network topologies and frequency bands, making IoT an intranet of things and not an internet of things. Therefore, in order to determine which IoT technology to use in solving your use case and future proofing your investment, an understanding of the IoT ecosystem is needed. This is the second in a series of papers describing the different protocols, topologies and frequency bands used in IoT deployments focusing on IoT Tethered Protocols.
Orange Home Automation Infrastructure – open interaction from the Cloud - Jea...mfrancis
The Home Automation market will not emerge until telecom operators open and share their connectivity and management infrastructure API to third parties. Challenges are today on the delivery of these APIs and the guarantees to offer every actor to use this open infrastructure. Challenges include the deployment of applications on a shared embedded execution environment. Orange is currently developing and testing a connectivity infrastructure for Home Automation. This infrastructure is open in terms of (i) service providers, whom applications can interact with home devices from the Cloud, or can be embedded in the Orange Home Controller; and in terms of (ii) devices, the Orange Home Controller integrating a Zigbee chip and being extensible, through USB dongle to other protocols. OSGi, leveraged by ProSyst products and competencies, has been chosen as a robust, and already industrial execution platform, for embedded applications, which is able to guarantee sharing and isolation between third parties' code -, including competitors. Beyond the use of existing and standard OSGi bundles, Orange has defined a very simple interface for services providers, in order to enable their interaction with sensors & activators from the Cloud. For the end-user and the applications providers Orange also enables a secured management of access rights on devices. The presentation will provide details about this development, the technical and standardization challenges telecom operators have to jointly overcome as well as on the vision and the roadmap of the public delivery of this development.
New Open Source project at HGI for SmartHome Device Abstraction Templates - A...mfrancis
OSGi Community Event 2014
Abstract:
HGI has defined a new project, under Apache 2.0 open source licensing, to create a framework and set of examples describing SmartHome appliance functionality (control and read-out of devices) using XML and with XSD to ensure proper conformance. Individuals/companies/fora are invited to comment and contribute.
The goal of the project is to have a basis for technologies such as OSGi to provide appliance interface APIs to software application developers, independent of the home area network technology (ZigBee, EnOcean, Z-Wave, EchonetLite etc). Use of the SmartHome Device Templates (SDTs) is proposed as part of the extended API for the OSGi Device Abstraction Layer (DAL, RFC196), an element within SmartHome gateway implementations. The SDT is explicitly aimed to be applicable within multiple execution environments however.
HGI has long been in discussions with OSGi Alliance, Broadband Forum, oneM2M, EnOcean Alliance, EchonetLite Consortium and other bodies regarding the necessity of SDTs to enable a mass market in Smart Home services. HGI also is in close collaboration with the European Commission’s "Smart Appliances" project, which complements the new HGI project.
HGI plans to later hold a proof of concept event that allows HGI companies to integrate and demonstrate their SDT and DAL technologies (applications, abstraction layer, device drivers, end devices, possibly cloud platforms).
The 25-minute presentation will cover the above points, reference a number of relevant projects with similar goals, outline the initial approach of HGI, and invite comments. A close collaboration with OSGi activities on DAL and API design is crucial for a successful application of the SDT to the OSGi framework.
Speaker Bio:
Andreas Kraft studied Computer Science at the Technical University of Berlin, Germany. Since 2000 he works for Deutsche Telekom AG as a Senior Systems Architect in the field of Connected Home Services. His current activities include strategies for and design of OSGi based service architectures for connected homes and Ambient Assisted Living. Before that he was involved in the design and development of platforms for remote access and control of devices and services in residential homes. Andreas Kraft also represents Deutsche Telekom in standardization groups, such as VDE/DKE, ISO/IEC, CENELEC, and the UPnP Forum.
His current involvements with the OSGi Alliance include co-chairing the Residential Expert Group as well as to be a board member of the OSGi Users.
Office automation refers to the varied computer machinery and software used to digitally create, collect, store, manipulate, and relay office information needed for accomplishing basic tasks. ... Office automation was a popular term in the 1970s and 1980s as the desktop computer exploded onto the scene.
NETIO products company: Manufacturer of networked power socketsLenka Peřinová
NETIO products is producer of smart power sockets and outlets controllable via custom Lua script or 13 M2M (machine to machine) communication protocols such as MQTT, SNMP, XML, JSON, ...
Networked power sockets NETIO are modules of four 110/230V DE/FR/IEC230 plugs. Sockets are connected to LAN / Wifi. Each socket is controllable individually. NETIO 4All supports electricity consumption metered (current, load, power factor, frequency, ...).
Find out more anout NETIO products company:
https://www.netio-products.com/en
Typical usage is smart power management in data centers, IoT and Industry 4.0 applications, intelligent buildings remote power control and more.
NETIO 4x smart power sockets can be programmed using Lua scripts. This gives the user a powerful tool for custom solutions.
User scripts run separately from the system core and cannot damage it.
NETIO smart power sockets offer unique support for a wide range of various M2M (Machine to Machine) communication protocols. We strive to produce smart sockets that can communicate using all common protocols.
The NETIO Mobile app allows you to control individual 110/230V sockets of one or more NETIO 4x (NETIO 4, NETIO 4All, NETIO 4C) smart socket products with a mobile phone or tablet.
NETIO 4All is a PDU module featuring four 230V/8A power sockets with consumption metering for each socket as well as LAN and WiFi connectivity. Each of the four sockets can be individually switched on/off over the Web or using various M2M API protocols. Electricity consumption (A, W, kWh) can be measured at each power socket. NETIO 4All smart sockets are designed for remote measurement and control of electrical sockets. Use the product whenever you need 230V sockets controlled by a mobile app, by a computer program (via M2M API) or by a custom script (Lua) that runs directly in the NETIO 4All smart socket device.
NETIO 4 is smart power socket (smart power strip) with four 230V/8A sockets, connected to LAN and WiFi. Each of the four power sockets can be individually switched on/off using various M2M API protocols. NETIO 4 is a unique product designed for IT, industry, smart homes, multimedia installations and other applications. Use the product whenever you need 230V sockets controlled by a mobile app, by a computer program (via M2M API) or by a custom script (Lua). Useful is also the timer (Scheduler) or auto reboot functionality (IP WatchDog).
NETIO 4C is a small 110/230V PDU (Power Distribution Unit) with four controlled IEC-320 C13 (max 8A) power outlets. It includes an Ethernet switch and two LAN ports for network connections. Each of the four power outputs can be individually switched on/off over the web, from a mobile app, or using various M2M APIs (SNMP, MQTT, XML, Modbus/TCP, ..). Custom Lua scripts can run directly in the NETIO 4C device. As a distinctive feature, NETIO 4C provides a RS-232 serial port (3-pin) that can be controlled with a Lua script or used as a remote serial port.
Research Activities in Ambient IntelligenceFulvio Corno
Short summary of research activities of the e-Lite research group (http://elite.polito.it) at Politecnico di Torino (Italy) on the topic of Smart Environments and the application of Ontologies and Semantic Computing to Ambient Intelligence.
Dog is a Domotic OSGi Gateway, i.e., a software-based gateway used for controlling domotic environments in a vendor-independent way, thanks to its high-level semantic device modeling strategy and its driver architecture that allows to support different domotic plant technologies.
This article will address several key questions about the IoT system architecture.
How do IoT devices access the network?
How do IoT devices communicate with each other?
What are the uses of IoT data?
How to build an IoT system framework?
What is IoT system framework technical architecture?
What is terminal software IoT system architecture?
What is cloud platform IoT system architecture?
IoT System Architecture 1. How do IoT devices access the network?
Only when the device is connected to the network, it can be considered an IoT device. There are 2 key points involved here: access mode and network communication mode.
Device access mode.
Currently, there are 2 types of access methods
Direct access.
The IoT terminal device itself has networking capability to access the network directly, such as adding an NB-IoT communication module and a 2G/3G communication module at the device end.
IoT protocols overview part 2- Tethered protocolsClint Smith
The advancement of IIoT 4.0 for smart factories, cities and buildings ushers in many exciting possibilities for improved automation and capabilities. IoT devices are unlocking the great potential for improved efficiency and improved user experiences. However, there are many different IoT protocols, network topologies and frequency bands, making IoT an intranet of things and not an internet of things. Therefore, in order to determine which IoT technology to use in solving your use case and future proofing your investment, an understanding of the IoT ecosystem is needed. This is the second in a series of papers describing the different protocols, topologies and frequency bands used in IoT deployments focusing on IoT Tethered Protocols.
Orange Home Automation Infrastructure – open interaction from the Cloud - Jea...mfrancis
The Home Automation market will not emerge until telecom operators open and share their connectivity and management infrastructure API to third parties. Challenges are today on the delivery of these APIs and the guarantees to offer every actor to use this open infrastructure. Challenges include the deployment of applications on a shared embedded execution environment. Orange is currently developing and testing a connectivity infrastructure for Home Automation. This infrastructure is open in terms of (i) service providers, whom applications can interact with home devices from the Cloud, or can be embedded in the Orange Home Controller; and in terms of (ii) devices, the Orange Home Controller integrating a Zigbee chip and being extensible, through USB dongle to other protocols. OSGi, leveraged by ProSyst products and competencies, has been chosen as a robust, and already industrial execution platform, for embedded applications, which is able to guarantee sharing and isolation between third parties' code -, including competitors. Beyond the use of existing and standard OSGi bundles, Orange has defined a very simple interface for services providers, in order to enable their interaction with sensors & activators from the Cloud. For the end-user and the applications providers Orange also enables a secured management of access rights on devices. The presentation will provide details about this development, the technical and standardization challenges telecom operators have to jointly overcome as well as on the vision and the roadmap of the public delivery of this development.
Rilievo informatico di cavità naturaliDario Bonino
This presentation (in Italian, sorry) introduces the basic principles of cave surveying using information technology, e.g., PCs, graphic tablets, etc. It presents advantages and disadvantages of the IT-based approach with respect to traditional methodologies and introduces some case studies and examples.
An introduction to the Dog2.3 inner architecture. Stating from an high-level description of Intelligent Domotic Environment, this presentation provides deeper insights on the Dog architecture together with development guidelines for open source contributors.
On Friday June, 1st. 2012 we held a small seminar on Home and Building Automation Technologies, with a particular focus on peculiarities, issues and idiosyncrasies to account when starting to integrate a new technology in Dog.
After a first introduction on the general concepts of Home and Building Automation, the seminar focuses on 3 main technologies: MyOpen, KNX and Modbus and for each of them provides a short introduction highlighting the relevant features to account when integrating such technologies in Dog. The last part of the seminar analyzes the design and implementation choices driving the integration of such technologies in Dog, with a particular focus on the abstraction process.
The seminar is the first of 2 presentations on the Home and Building Automation topic. The next seminar will be held on Wednesday June 6th, 2012, and will focus on the Dog gateway, by providing a deep architecture analysis and by proposing several development guidelines.
Smart Homes and Domotic Environments are promising to revolutionize the daily human life providing users with increased care, adaptability and safety. However, to fully exploit their potential, in everyday life, suitable design and verification tools must be available, allowing architects and designers to correctly implement their ideas and to verify the effects of designed policies on real world environments.
DogSim is a framework and API for automatic generation of state chart simulators from ontology-based descriptions of domotic environments. DogSim has been tested on the model of a 6-room flat equipped with 95 devices. Results show that the approach is feasible and that can easily address realistic home scenarios.
3. Domotic Environments DOMusinfOrmaTICS (domus is the Latin for home). Remote lighting and appliance control have been used for years (see X10, etc.), Nowadays domotics is another term for the digital home, including: the networks and devices that add comfort and convenience as well as security; Controlling heating, air conditioning, food preparation, TVs, stereos, lights, appliances, entrance gates and security systems 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 3
4. Issues Many vendors on the market, each with separate, not compatible, solutions Different technologies (bus, powerline, wireless) Different protocols (KNX, MyOpen, X10, LonWorks) Different device features Different sophistication of device firmware (from simple relay to full software-based operation) 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 4
5. ISSUES Only simple automation is supported Simple scenarios Fixed, programmed behaviors Simple comfort, security and energy saving policies No support for more complex interactions Adaptation to user preferences Context detection Structural verification Static and dynamic reasoning on the house state 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 5
6. Intelligent Domotic Environments 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 6 “Environments where commercial domotic systems are extended with a low cost device (embedded PC) allowing integration and interoperation with other appliances, and supporting more sophisticated automation scenarios”
7. Intelligent Domotic Environments allowing integration and interoperation with other appliances, and supporting more sophisticated automation scenarios” Modeling environments in a semantic-rich, technology independent way Providing suitable querying and reasoning mechanism over the environment model 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 7
8. DogOnt DogOnt [ISWC08] Ontology-based formal modeling of domotic environments (OWL) Technology independent device modeling Operation semantics for DOG [TCE08] Interoperation semantics through relations [AMI09] Automatic generation of inter-operation rules [TCE09] 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 8
10. DogOnt 5 main facets Building Environment Building Thing Functionality State Network Component 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 10
11. Different Aspects In the same Model A Lamp is A thing (BuildingThing) It is controllable (Controllable) (On/Off) (OnOffFunctionality) It can be either Lit or not Lit (OnOffState) It is located in a Room (isIn Room) It is connected to a domotic plant (isADomoticNetworkComponent) 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 11
12. Different Aspects in the same Model 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 12 Building Thing IsIn / contains Building Environment Controllable Building Apartment House Plant Lamp Electric System hasState Room OnOff State Control Functionality hasFunctionality Discrete State OnOff Functionality State Functionality
13. In Practice (Protégé & OWL) 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 13 <owl:Classrdf:about="#SimpleLamp"> <rdfs:commentrdf:datatype="http://www.w3.org/2001/XMLSchema#string" >Simple lamp that can be just turn on or turn off</rdfs:comment> <owl:disjointWith> <owl:Classrdf:about="#DimmerLamp"/> </owl:disjointWith> <rdfs:labelrdf:datatype="http://www.w3.org/2001/XMLSchema#string" >SimpleLamp</rdfs:label> <rdfs:subClassOf> <owl:Restriction> <owl:someValuesFromrdf:resource="#QueryFunctionality"/> <owl:onProperty> <owl:ObjectPropertyrdf:about="#hasFunctionality"/> </owl:onProperty> </owl:Restriction> </rdfs:subClassOf> <rdfs:subClassOfrdf:resource="#Lamp"/> </owl:Class>
15. DogOnt and IDEs DogOnt supports several critical features of IDEs Device Modeling Allows to define a central point of configuration for real devices Abstracts from network-specific issues, exposing systems and objects as a uniform set of devices, states and functionalities Enables syntactic and semantic check of commands received from external applications/devices 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 15
16. DogOnt and IDEs Features (continued…) Transitive closure and Classification Reasoning allow to decouple evolution of the model and domotic systems developments Supports the definition of top-down inter-plant scenarios (e.g. scenarios activated by external applications which involve devices in more than one plant) Provides the basis for interoperation between plants (e.g. allowing a BTicino button to control a KNX light) Frequent issue in Hospitals, Universities, Factories 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 16
18. has Functionality has Functionality Dimmer Lamp Dimmer Lamp has Functionality has Functionality LightRegulation Functionality LightRegulation Functionality OnOff Functionality OnOff Functionality has Command has Command has Command has Command Set Command Set Command Off Command Off Command Interoperation 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 18 controlledObject Set(50%) Off OnOff Switch generatesCommand generatesCommand has Functionality On Off OnNotification OffNotification OnOffNotification Functionality has Notification has Notification
20. Simulation – Bank Door 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 20
21. Currently Working on… Integrating Location information Integrating Energy information (Faisal) Integrating Privacy Issues (Faisal) …. 4/30/2010 DogOnt: Ontology Modeling for Intelligent Domotic Environments 21