In the presentation, we give an overview of the open source iFLUX middleware, developed at the University of Applied Sciences of Western Switzerland. We describe one use case, namely the development of Smart City applications.
Enabling reactive cities with the iFLUX middleware
1. ENABLING REACTIVE CITIES WITH
THE IFLUX MIDDLEWARE
Olivier Liechti, Laurent Prévost,Valentin Delaye, Jean
Hennebert,Vincent Grivel, Jean-Philippe Rey, Jonathan
Despraz and Marc Sommer
2. INUIT: SMART CITY STACK
masses de données, de nouvelles techniques de recherche et d'extraction d'information ainsi que
nouveaux algorithmes d’apprentissage automatique.
• À mesure que l’Internet des objets épouse l’ensemble des nos activités quotidiennes, la sécurité des
données et la protection de la vie privée devient plus essentielle encore. La sécurité étant présente au
niveau de toutes les couches, elle sera donc abordée de manière transversale. Celle-ci concernera en
particulier la confidentialité et l’intégrité des données, l’anonymisation des données issues des capteurs
pour le respect de la sphère privée ainsi que l’authentification des éléments de l’infrastructure, en
particulier des capteurs.
Figure 2 représente ces cinq défis.
jectifs de dissémination / valorisation
visibilité et la valorisation des résultats du programme à l’échelle
sse seront des objectifs essentiels à atteindre et pour ce faire
sieurs actions sont prévues :
• L’organisation de séries de workshops annuels qui ciblent les
universitaires et les industriels intéressés par le domaine de
l’IoT. Ces workshops auront pour but de montrer les résultats
atteints par les projets de Ra&D conduits dans le cadre du
programme et d’être à l’écoute des nouveaux besoins,
exigences, demandes, des potentiels partenaires.
• L’organisation d’une conférence internationale dans le
domaine du IoT durant la période 2015-2017 afin d’asseoir la
notoriété de la HES-SO et ses compétences dans le domaine au
niveau international.
• L’implication d’autres intervenants de la HES-SO issus de
différentes disciplines afin d’exploiter les résultats de nos
recherches dans d’autres secteurs et cadres applicatifs.
• La mise en place d’une collaboration étroite et pérenne avec
des partenaires nationaux (Paléo, Swiss Footaball League, IBM,
Figure 2: Les 5 défis scientifiques du
programme, représentés par 5 couches :
application services
high-level info services
raw data services
low-level info services
location { ‘bob’, x, y }
crowded { ‘station A’ , 19}
danger { ‘station A’ , 2}
patrolRequest { ‘station A’ }
9. EVENT SOURCES
• Any kind of “sensor” that emits a
stream of events.
• Some sources are embedded in “smart
objects” (e.g. thermometer)
• Other sources are embedded in
software applications (e.g. user
activity tracking in GAPS)
• It is very easy for third-party
developers to create them.They just
need to POST simple event payloads
on the iFLUX REST endpoint.
/events/
iFLUX
HTTP client
12. iFLUX
ACTIONTARGETS
• Any kind of actuator that can be
controlled remotely.
• Some sources are embedded in
“smart objects” (e.g. lamp).
• Other sources are embedded in
software (e.g. a SMS gateway).
• They are also easy to create.
Third-party developers need to
implement a simple REST
endpoint.
/actions/
15. FUN WITH RULES
• The catalog of event sources
and action targets can be
combined with stateless
Event-Condition-Action
rules.
• IF an event with these
properties happens, THEN
trigger an action with these
properties.
16. Rule:
IF a bike has leftY-Parc station and the number of remaining bikes <= 3
THEN send message “Warning! Not many bikes available near the office” in Slack
17. Event Stream Processing & ECA Rules Evaluation
Event API
Event Source
(3rd party)
ActionTarget
(3rd party)
Action API Client
Event API Client
Web UI
Rules configuration API
Action API
POST /events/ HTTP/1.1
POST /actions/ HTTP/1.1
iFLUX
http://www.iflux.io