Project overview, Architecture & FI-WARE

1. Provisioning of urban/regional smart services and business models enabled by the Future Internet Project overview, Architecture & FI-WARE FI PPP program 07/06/2012 FIWARE Architectural Week - Madrid

2. Contents • OutSmart Overview • Clusters & Scenarios • Architecture Definition • FI-Ware & OutSmart • PoC Scenarios

3. OUTSMARTOverview

4. PROJECT MOTIVATION AND OBJECTIVES Future Internet (FI) technologies in the context of environment and utilities in smart cities: Efficiency and Sustainability • Describe requirements for an FI enabler platform and business framework to support the use cases defined inside the project. • Defining business and user cases including FI, new services, efficiency and sustainability. • Specification of the enablers functionality and service interfaces. • Prototypes of domain specific functionality for the envisioned business and user cases. • Plan for pilot services in the envisioned local eco-systems. • Business framework specification: local investment and innovation.

5. project Eco-system Domain experts Future Internet experts stakeholder group waste management Business innovation applications and services domain specific smart meters street lighting water and sewage Cluster leaders FI-ware domain specific domain specific Technology foundation Transversal partners domain specific domain specific environment and transport water and environment Technology transfer Domain specific requirements

6. Consortium FT FRANCE TELECOM SA TID TELEFONICA INVESTIGACION Y DESARROLLO SA ALU ALCATEL-LUCENT ITALIA S.P.A. EYU ERICSSON D.O.O FOR TELECOMMUNICATIONS ENG ENGINEERING - INGEGNERIA INFORMATICA SPA ATOS ATOS ORIGIN SOCIEDAD ANONIMA ESPANOLA COR Elster SAS WOS WorldSensing S.L.N.E. LETI COMMISSARIAT A L ENERGIE ATOMIQUE ET AUX ENERGIES ALTERNATIVES UL UNIVERSITE DU LUXEMBOURG AI ALEXANDRA INSTITUTTET A/S AMPLEXAMPLEX AS AV ARHUS VAND A/S UniS UNIVERSITY OF SURREY AMY AMEY OW LIMITED CI3 CENTRO DE INNOVACION DE INFRAESTRUCTURAS INTELIGENTES CN CREATE-NET DEN DolomitiEnergia UC UNIVERSIDAD DE CANTABRIA BSAN BANCO SANTANDER SA SAN AYUNTAMIENTO DE SANTANDER EMC EMPRESA CANTABRA PARA EL DESARROLLO DE LAS NUEVAS TECNOLOGIAS EN LA ADMINISTRACION SL EON E.ON SERVICIOS SL TTI TTI NORTE, S.L. FRAUNHOFERFRAUNHOFER-GESELLSCHAFT ZUR FOERDERUNG DER ANGEWANDTEN FORSCHUNG BSR BERLINER STADTREINIGUNGSBETRIEBE Chapters Aarhus Birmingham Trento Santander Berlin

7. Clusters & Scenarios

8. THE IDENTIFIED USE SCENARIOS • Water and Sewage(Aarhus) • WIRELESS OIL-WATER SEPARATOR ALARM SERVICE • THE WATER AND ENERGY NEXUS • SMART AND SOCIAL WATER METERING • KNOW YOUR WATER • Waste Management (Berlin) • INTELLIGENT PUBLIC WASTE BASKETS • SUBSURFACE WASTE CONTAINERS • MANAGEMENT OF USER INFORMATION

9. THE IDENTIFIED USE SCENARIOS • Sustainable Urban Transport (Birmingham) • INCENTIVE BASED MULTIMODAL TRANSPORT MANAGEMENT AND INFORMATION • Smart Metering and Street Lighting (Santander) • CITY LIGHT MAP • AUTOMATIC ADAPTABILITY OF LUMINOUS INTENSITY • PUBLIC LIGHTING AS AN INFORMATION SYSTEM • ILLUMINATION IN INTERACTION WITH USERS • OPTIMIZE ILLUMINATION NEARBY THE CITY • Water and Environment (Trento) • WATER INJECTION CONTROL TO OPTIMISE PRESSURE IN THE WATER DISTRIBUTION SYSTEM • ACTIVE LEAKAGE DETECTION SERVICE

10. DISSEMINATION: OutSmart WEB www.fi-ppp-outsmart.eu

11. Architecture Definition

12. OUTMART Clusters - Santander Smart Metering and Street Lighting • PowerConsumptionMetering • Current Real IlluminationLevelService • Car TrafficFlowMonitoringService • ParkingSpaceFinder • PedestrianFlowMeteringService • StreetLightingPowerRegulationService • Etc. Santander Applications • Pedestrian presence detectors Santander Capillary Networks • Car detectors on parking space • Luminosity sensors • Luminosity regulation actuators • Automatic metering systems • Etc.

13. OUTMART Clusters - Trento Water and Environment • Monitoring of the water distribution system • Notifications and alarms on water level • Localization of leakages • Delivery of field data to third parties • Etc. Trento Applications • Pressure meters Trento Capillary Networks • Reservoir level meters • Leakage detectors • Valve actuators • Etc.

14. OUTMART Clusters - Berlin Waste Management • Monitoring the fill level of public waste baskets • Monitoring the fill level of subsurface containers • Optimal garbage collection route planning • Notifications and alarms on fill level • Detection of damaged waste baskets • Etc. Berlin Applications • Fill level sensors • Cameras • Cellular phones • Etc. Berlin Capillary Networks

15. OUTMART Clusters - Birmingham Sustainable Urban Transport • Optimal (economic, ecologic, etc.) route planning • Real-time mapping • Customer Information • Incentives calculator • Etc. Birmingham Applications • NFC/RFID Readers • Mobile phones • Transportation company DB • Etc. Birmingham Capillary Networks

16. OUTMART Clusters - Aarhus Water and Sewage • Sewage flow information • Clean water flow information • Open data to educators and operators • Open data on maintenance activities • Etc. Aarhus Applications • Water consumption monitoring • Flow sensors • Legacy SCADA systems • Utility database • Etc. Aarhus Capillary Networks

17. OUTMART Clusters Aarhus Applications Santander Applications Berlin Applications Trento Applications Birmingham Applications OUTSMART management & security enablers OUTSMART service environment enablers OUTSMART data gathering enablers OUTSMART communication enablers Berlin Capillary Networks Aarhus Capillary Networks Santander Capillary Networks Trento Capillary Networks Birmingham Capillary Networks

18. Architecture Development Process IoT-Areference architecture FIWARE architecture

19. OutSmart Runtime Architecture approach Bottom up approach Application and capillarylayers are UC specific -> FI-WARE shouldtake place in the otherlayers Interfacing FI-WARE withlegacy components Definition of the detailedspecifications of the components in progress

20. Communication infrastructure

21. Communication infrastructure

22. Communication infrastructure

23. Communication infrastructure

24. Data collection and processinginfrastructure

25. Data collection and processinginfrastructure

26. Data collection and processinginfrastructure

27. Data collection and processinginfrastructure

28. Data collection and processinginfrastructure

29. Data collection and processinginfrastructure Queries from service layer Data flowing from the capillary networks

30. Management

31. Management

32. Management

33. Management

34. Enabling technologies

35. Service ecosystem

36. Service ecosystem

37. Application Layer • User interface info given to/provided by the user • Standard or generic Web Services to beused • Business actorsinvolved in the web service provision • Whowillbedeveloping the application (gadgets/UI/web services)

39. FI-WARE & OUTSMART

40. FI-Ware mapping over OutSmart Arch. Fi-Ware GEs that are currently being considered as candidates for being integrated in Outsmart. • Research on Fi-Ware GEs is in progress. • Not all candidates will be integrated. • Other GEs not listed here will be considered in the future.

41. IoT.Backend.Devicehandling Provides the resource-level management of remote assets. Provides communication capabilities such as basic IP connectivity and management of disconnected devices. • No longer exists. • Substitute: • IoT.Backend.Devicemanagment?

42. IoT.Backend.IoTBroker The IoTBroker GE is a point of contact to user applications exposing functionalities provided by the backend • No longer exists. • Substitute: Data.PubSub?

43. IoT.Backend.ThingsAndResourcesManagement It provides functionality to identify, address and discover Things and IoT Resources • No longer exists. • Substitute: • IoT.Backend.ThingsManagement (Revised - Underconstruction)?

44. IoT.Gateway.ProtocolAdapter The Protocol Adapter GE deals with the incoming and outgoing traffic and messages between the Gateway and Devices registered to be served by the gateway. • Recently added, needs further research.

45. IOT.Gateway.DataHandlingNew • Local storage component. • Data pooling component. • Data access policy component. • Recently added. Needs further research. • Formed by several components. • Could apply to several Outsmart architecture boxes.

46. Data.MetadataPreprocessing • Metadata Preprocessing GE acts as a mediator between the various stakeholders. • Expectations: • Versatile in its capabilities.

47. Data.QueryBroker The QueryBroker is a middleware used to establish unified retrieval of data. Comments: Data.PubSub could cover this GE needs for outsmart.

48. Apps.Repository A service provider can use the Repository to publish the description of the service according to a uniform description language. Quite similar to Service repository definition in Outsmart.

49. Apps.USDL USDL (Uniform Service Description Language) is a platform-neutral language for describing services. Quite similar to Service Description Meta-Model in Outsmart where a minimal set of USDL elements are going to be selected and some extensions have been provided in order to better specify web-services in Outsmart domain

50. Apps.CompositionEditorApps.CompositionExecution Both of them conform the Composition Provider. • Quite similar functionalities to those requested by Outsmart.