SlideShare uma empresa Scribd logo
1 de 43
http://www.fiware.org
http://lab.fiware.org
Follow @FIWARE on Twitter
FIWARE: the pillar of the Future Internet
Juanjo Hierro
Telefonica I+D. FIWARE Coordinator and Chief Architect
juanjose.hierro@telefonica.com, @JuanjoHierro (twitter)
The FIWARE Public-Private Partnership (PPP)
 Goal: capture opportunities derived from the new wave
of digitalization of life and businesses that is coming
 Strategy: Build an ecosystem that will work as catalyst
for capturing the opportunities, engaging data
providers and entrepreneurs
 Pillars:
• FI-WARE : a generic, open standard platform which
serve the needs of developers in multiple domains
• FIWARE Lab : a meeting point where innovation happens
and data providers plus entrepreneurs can be engaged
• FIWARE Ops : the suite of tools easing deployment and
operation of FI-WARE instance nodes
• : a program that funds developers and
entrepreneurs, and ignites roll-out of the ecosystem
• FIWARE mundus : reach a global footprint, opening to
regions that share the same vision and ambition
eHealth
tourism
Transport,
Mobility
and
Logistics
e-government
Smart
Energy
Grid
…
1
What does FIWARE provide
as a platform?
2
Being “Smart” requires first being “Aware”
 Implementing a Smart Application requires gathering and managing
context information
 Context information refers to the values of attributes characterizing
entities relevant to the application
3
Boiler
• Manufacturer
• Last revision
• Product id
• temperature
Users
• Name-Surname
• Birthday
• Preferences
• Location
• ToDo list
Flowerpot
• Humidity
• Watering plan
Context Information
Application
Being “Smart” requires first being “Aware”
 Implementing a Smart Application requires gathering and managing
context information
 Context information refers to the values of attributes characterizing
entities relevant to the application
4
Bus
• Location
• No. passengers
• Driver
• Licence plate
Citizen
• Name-Surname
• Birthday
• Preferences
• Location
• ToDo list
Shop
• Location
• Business name
• Franchise
• offerings
Context Information
Application
Different sources of context need to be handle
 Context information may come from many sources:
• Existing systems
• Users, through mobile apps
• Sensor networks (Internet of Things)
 Source of info for a given entity.attribute may vary over time
5
Place = “X”, temperature = 30º
What’s the current
temperature in place “X”?
Standard API
A sensor in a
pedestrian street
The Public Bus Transport
Management systemA person from his smartphone
It’s too hot!
Notify me the changes of
temperature in place “X”
A non-intrusive approach is required
 Capable to integrate with existing or future systems dealing with
management of municipal services without impact in their architectures
 Info about attributes of one entity may come from different systems,
which work either as Context Producers or Context Providers
 Applications rely on a single model adapting to systems of each city
6
Application/Service
Standard API
System A System B
attribute “location” attribute “driver”
Context Producer Context Provider
Connecting to the Internet of Things
 Capturing data from, or Acting upon, IoT devices should be as easy
as to read/change the value of attributes linked to context entities
7
Context Broker
Standard APIStandard API
GET <Oauth token>
/V1/contextEntities/flowerpot-1/attributes/humidity
PUT <Oauth token>
/V1/contextEntities/flowerpot-
1/attributes/status “watering”
Setting up the value of attribute
“status” to “watering” triggers
execution of a function in the IoT
device that waters the plant
Issuing a get operation on the
“humidity” attribute enables
the application to find out
whether the plant has to be
watered
Connecting to the Internet of Things
 Capturing data from, or Acting upon, IoT devices should be as easy
as to read/change the value of attributes linked to context entities
8
Context Broker
Standard APIStandard API
GET <Oauth token>
/V1/contextEntities/lamp1/attributes/presenceSensor
PUT <Oauth token>
/V1/contextEntities/lamp1/attributes/status
“light on”
Setting up the value of attribute
“status” to “light on” triggers
execution of a function in the IoT
device that switches the lamp on
Issuing a get operation on the
“presenceSensor” attribute
enables the application to get
info about presence of people
near the lamp
Context Management in FIWARE
 The FIWARE Context Broker GE implements the OMA NGSI-9/10 API:
a simple yet powerful standard API for managing Context information
complying with the requirements of a smart city
 The FIWARE NGSI API is Restful: any web/backend programmer gets
quickly used to it
9
Application/Service
Context Broker
NGSI API
Boiler
• Manufacturer
• Last revision
• Product id
• temperature
Users
• Name-Surname
• Birthday
• Preferences
• Location
• ToDo list
Flowerpot
• Humidity
• Watering plan
FIWARE NGSI: Basic interaction
 Context Producers publish context information by invoking the
updateContext operation on a Context Broker.
 Context Consumers can retrieve context information by invoking the
queryContext operation on a Context Broker
10
Bus = “X”, location = (x, y)
updateContext
Context Broker
Context Producer
Context Consumer
queryContext
FIWARE NGSI: Subscription to notifications
 Context Consumers can be subscribed to reception of context information
complying with certain conditions, using the subscribeContext operation a
ContextBroker exports. Such subscriptions may have a duration.
 The Context Broker notifies updates on context information to subscribed
Context Consumers by invoking the notifyContext operation they export
11
Bus = “X”, next_stop = “A”, arrived = “Yes”
updateContext (context_info)
Context Broker
Context Producer
Context Consumer
(consumer1)
notifyContext (id, context_info)
Id = subscribeContext (consumer1,
condition, duration
)
FIWARE NGSI: Context Providers
 Context Providers can be registered to the Context Broker as “holders” of
certain context information.
 A Context Broker will invoke the queryContext or updateContext operations
exported by Context Providers whenever they are queried for, or asked to
update, context information they hold
12
Bus = “X”, location = (x, y)
queryContext / updateContext
Context Broker
Context Provider
(provider-x)
Context Consumer
queryContext / updateContext
registerContext (provider-x,
registration_data, duration, id)
)
Integration with existing systems
 Context adapters will be developed to interface with existing systems (e.g.,
municipal services management systems in a smart city) acting as Context
Providers, Context Producers, or both
 Some attributes from a given entity may be linked to a Context Provider while
other attributes may be linked to Context Producers
13
queryContext (e1,
attr1, attr2)
Context Provider
queryContext (e1,
attr1)
Context Consumer
updateContext (e1,
attr2)
Application
Context Broker
System B
(e.g. Transport
system)
System A
(e.g. GIS, POIs)
Integration with sensor networks
 The FIWARE backend IoT Device Management GE enables creation and
configuration of NGSI IoT Agents that connect to sensor networks
 Each NGSI IoT Agent can behave as Context Consumers or Context
Providers, or both
14
FIWARE Context Broker
IoT
Agent-1
IoT
Agent-2
IoT
Agent-n
IoT Agent
Manager
create/monitor
FIWARE Backend IoT
Device Management
OMA NGSI API (northbound interface)
(southbound interfaces)
MQTTETSI M2M IETF CoAP
Open data publication
Once context information is gathered, a lot of useful
complementary FIWARE enablers can be used
15
Context Broker
Advanced Web-based UI (AR,
3D)
Data/Apps visualization
Big Data AnalysisComplex Event
Processing
Multimedia processing
Context Processing and Analysis
16
Applications
Complex Event
Processing
(CEP)
Context Management
Processing and Analysis
BigData Analysis
(Hadoop- based)
Context
Broker
Programming of
rules
NGSI-9/10
NGSI
Context
Source
s
Simple Processing
(aggregation, averages, …)
Sensor2Things
NGSI IoT
Agents
FIWARE IoT & Context/Management altogether
IoT Backend Device
Management
Backend
Applications
FIWARE NGSI-9/10
Simple processing
CEP
IoT-enabled
Context
Management
Backend
BigData
Analysis
ContextBroker
Other
sources
Gateway/Device
Platform GEs
Gateway/Device
Platform GEs
Gateway/Device
Platform GEs
Gateway/Device
Platform GEs
Native NGSI
IoT Agent
Native NGSI
IoT Agent
17
Data analytics
18
Context
Broker
NGSI
Context
Source
s
Analysis
Query/Reporting
Data mining
Extract
Transform
Load
Open Data publication
19
Context
Broker
NGSI
Context
Source
s
BigData
Analysis
FIWARE = advanced OpenStack-based Cloud capabilities
+ library of APIs that ease development of applications
20
Sustainability
ensured
Driven by
implementation
FIWARE major differential features
21
• Federation of infrastructures (private/public
regions)
• Automated GE deployment
Cloud
• Complete Context Management Platform
• Integration of Data and Media Content
Data/Media
Context Mgmt
• Easy plug&play of devices using multiple protocols
• Automated Measurements/Action Context updates
IoT Services
Enablement
• Visualization of data (operation dashboards)
• Publication of data sets/services
Data/Services
Delivery
• Easy incorporation of advanced 3D and AR features
• Visual representation of context information
Advanced
Web UI
• Security Monitoring
• Built-in Identity/Access/Privacy Management
Security
• Advanced networking (SDN) and middleware
• Interface to robots
I2ND
Why FIWARE?
22
Building a successful ecosystem
requires …
23
Creating a vibrant community of
active contributors who commit a
sustainable investment over time
24 partners from
9 different countries
7430+ PMs devoted to
development activities in 5 years
(5165 PMs in the first 3 years)
122/76 M€ of budget/funding
(37/23 M€ in the next 2 years)
Each FIWARE component is
considered strategic in the
portfolio of contributing partner
Building a successful ecosystem
requires …
24
Bringing incentives for
entrepreneurs and developers
80 M€ in grants to startups/SMEs
in the next 2 years (FIWARE
Acceleration Programme)
3100+ startups/SMEs applied to
1st Open Call of the FIWARE
Acceleration programme
20 M€ to support involvement of
16 accelerators across Europe
Selected startup/SMEs working
as evangelists
Free FIWARE Lab environment
for experimentation
1300 startups/SMEs to be funded
(~400 as result of 1st Open Call)
Building a successful ecosystem
requires …
25
engaging domain stakeholders
25+ relevant domain stakeholders
involved in Use Cases and FIWARE
Accelerator programme
16+ cities have published their
open data on FIWARE Lab
New stakeholders triggered by
awareness have approached us
(e.g., Ferrovial, Bosch, …)
31 cities launched the Open and
Agile Smart Cities innitative where
they commit to adopt FIWARE APIs
(NGSI, CKAN)
95/66 M€ of budget/funding
devoted to Use Cases in verticals
Building a successful ecosystem
requires …
26
Creating a meeting point where
demand connects to offering and
innovation takes place
FIWARE Lab environment with
3000+ Cores, 16+ TB RAM,
750+ TB HD
1900 open datasets from cities
published and growing fast!
17 nodes across Europe
1st node in LATAM deployed
in Mexico. New nodes being
setup: Brazil and Chile
Building a successful ecosystem
requires …
27
Raising awareness (which means
an investment in marketing) and
creating a brand
6,5 M€ in marketing activities
(4 M€ so far)
Lead by reputed on-line
marketing partner (Ogilvy)
450K€ just in sponsorship of
events during 2015-16
Building a successful ecosystem
requires …
28
Scale and go global
21 Innovation Hubs in Europe
First FIWARE Lab nodes
in Mexico and Brazil
1,4 M€ funding assigned to
FIWARE mundus activities
targeted to build links with
Mexico, Brazil, Chile, Japan,
Canada, Korea, BRIC countries …
FIWARE PPP: main figures
29
24
9
countries
partners
122 = 85 + 37 M€
FIWARE budget (phases 1-2 + phase 3)
99 = 76 + 23 M€
FIWARE funding (phases 1-2 + phase 3)
80 + 20 M€
for startups/SMEs
1300
Startups/SMEs
21
Innovation Hubs
6,5 M€
marketing
450 K€
sponsorships
next 2 years
16+
Cities
95/66 M€
budget/funding of
Vertical Use
Cases
18 = 17 + 1
FIWARE Lab nodes
30
What does FIWARE bring to
Smart Cities?
Smart Cities can be engines of growth
 Cities are where daily life and businesses actually
happen …
 Smart Cities are not simply about more efficient
municipality services but transforming Cities into
ICT platforms enabling development of smart
applications
 This way, cities would transform into engines of
economy growth and improvement in the well-
being of citizens
31
Why standards are relevant for Smart Cities
 The current lack of standards means an impediment for
the development of Smart Cities
• The target market for solution and services is not large
enough to attract investment
• Solutions and services become tailor made, therefore
expensive.
• Cities get locked-in to solution/application providers
 Pillars of the FIWARE programme support the creation of
a sustainable ecosystem:
• The FIWARE platform brings the necessary standards
• The FIWARE Lab becomes the meeting point where cities
meet entrepreneurs and innovation takes place
• The FIWARE Acceleration programme helps to attract a first
wave of developers (startups/SMEs)
• The FIWARE mundus programme helps to expand globally
• The FIWARE Ops suite of tools ease the task to deploy
FIWARE instances
32
Target Smart City platform
 Smart city platform as
a Data/Knowledge Hub
 Non-intrusive, open to
third parties
CKAN
Big Data
Context Broker
Accounting&Payment&Billing
IDM&Auth
Short-term
historic
data
BigData
Processing
Data
Quering/Action,
Publish/Subscr
Open Data
publishing
Real-time
processing
BI
ETL
RULES
DEFINITION
TOOL
OPERATIONA
L
DASHBOARD
KPI GOVERNANCE OPEN DATA PORTALS
Service
orchestrator
Context
Adapters
CEP
33
IoT Backend
Device Management
measures /
commands
IoT Broker & Config
Management
(from sensors to things)
IoT/Sens
or
Open Dataactuators
Media
streams
Real Time
Media
Stream
Processing
City
Services
GIS
Inventory
Specific Enablers
Generic Enablers
How can standard Smart City data models easing
common solutions be defined? The problem
 Smart City apps can be ported from one Smart City to
another once their platforms provide the same set of
APIs, that’s why FIWARE brings a rather high value
 Without standard data models, Smart City apps would
need to come with adapters that transform data made
available by the city so that it complies with the data
model handled by the app but that has proven to be
easy with OMA NGSI (overall if NGSI is at both ends)
 Creation of standard Smart City data models would
allow to avoid performing this kind of adaptation and
make portability of Smart City apps across Smart City
platforms a pretty straightforward task
 How creation of these standard Smart City data
models can be fostered?
34
How can standard Smart City data models easing
common solutions be defined? The solution
 A “design by committee” approach would not be
the best approach:
• Such kind of approach has proven to be wrong in many
other standardization efforts in the past
• Who grants that the defined model is suitable for what apps
need and developers want to have?
 We need a “driven by implementation” approach:
• Identify real applications that solve a real problem and cities
would like to see running in their cities
• Check what data models they have been designed to work
with and take them as input
• Carry out a “data curation” process where input data models
converge into a single common model
 You will end with a set of standard data models and
soon a portfolio of killer Smart City apps working!
35
How can standard Smart City data models easing
common solutions be defined? FIWARE
 The FIWARE Accelerator program enables to identify
killer Smart City apps developed by entrepreneurs
• These applications can serve as basis for definition of a
standard set of Smart City data models and drive curation
process
• Involvement in this process becomes also an incentive for
the entrepreneurs to join the program (“I want to influence
the standard so that my app can easily align with it”, “I want
to provide one of the first example applications”)
• There are 80 M€ for entrepreneurs that can be put at work!
 Cities would play a key role:
• Their data models will be contrasted/analyzed against those
coming from the apps and other cities
• They would get involved in the data curation process
 Liason with other initiatives that may contribute
36
Open and Agile Smart Cities initiative
 Launch of the Open and Agile Smart at CeBIT:
• Denmark: Copenhagen, Aarhus and Aalborg
• Finland: Helsinki, Espoo, Vantaa, Oulu, Tampere, Turku
• Spain: Valencia, Santander, Málaga, Sevilla
• Portugal: Porto, Lisbon, Fundão, Palmela, Penela and
Águeda
• Belgium: Brussels, Ghent and Antwerp
• Italy: Milan, Palermo and Lecce
• Brazil: Olinda (Recife), Anapólis (Goiás), Porto Alegre
(Rio Grande do Sul), Vitória (Espírito Santo), Colinas de
Tocantins (Tocantins) and Taquaritinga (São Paulo)
 Other countries and cities welcome to join !
 Some of them already in the pipeline
37
(*) Ordered by country and date of incorporation
Open & Agile Smart Cities initiative principles
 API: Adoption of a lightweight, open-licene standard API to gather,
publish, query and subscribe-to in-time context information describing the
state of the city. Specifically, the FIWARE NGSI API will serve as a first
common API which the supporters will implement.
 Data model: Adoption of a simple initial standard data model required for
effective interoperability when exchanging context information.
Specifically, CitySDK, which is available through the FIWARE NGSI API,
functions as a basis
 Open Data Platform: Adoption of a flexible, easily-distributable open
data publication platform which any organisation can set up at a low cost
if it is not already being used. Specifically, CKAN will serve as the initial
standard platform for publication of datasets or NGSI API resources.
CKAN is already integrated and extended as part of the FIWARE
Reference Architecture
38
Open & Agile Smart Cities initiative principles
 Approach: Adoption of a “driven by implementation” approach towards
experimental consolidation of initial standard data models as well as
specification of new standard data models. The goal is that communities
and developers can (1) co-create their services based on basic but
commonly-defined data models, (2) influence the definition of new models by
implementing and experimenting, and (3) help “curate” existing data models.
Specifically, this will mean engaging organisations and communities,
leveraging relevant initiatives, e.g. startups/SMEs selected through the
FIWARE Accelerator Programme (projects focused on Smart Cities), the
OrganiCity Experimentation-as-a-Service facility and open calls, Code for
Europe and/or other relevant programmes, including national networks, that
may help to engage wider communities of stakeholders and developers. It will
also mean leveraging the FIWARE Lab, OrganiCity facility etc. as joint, major
hubs for experimentation with the proposed APIs, data models and platforms
39
The way ahead
40
FIWARE = Open APIs for Smart Cities
CitySDK = FIWARE APIs + Standard Data Models for Smart Cities
Open & Agile Smart Cities = cities building City SDK by following
a driven by implementation approach
The FIWARE Public-Private Partnership (PPP)
 Goal: capture opportunities derived from the new wave
of digitalization of life and businesses that is coming
 Strategy: Build an ecosystem that will work as catalyst
for capturing the opportunities, engaging data
providers and entrepreneurs
 Pillars:
• FI-WARE : a generic, open standard platform which
serve the needs of developers in multiple domains
• FIWARE Lab : a meeting point where innovation happens
and data providers plus entrepreneurs can be engaged
• FIWARE Ops : the suite of tools easing deployment and
operation of FI-WARE instance nodes
• : a program that funds developers and
entrepreneurs, and ignites roll-out of the ecosystem
• FIWARE mundus : reach a global footprint, opening to
regions that share the same vision and ambition
eHealth
tourism
Transport,
Mobility
and
Logistics
e-government
Smart
Energy
Grid
…
41
http://fiware.org
http://lab.fiware.org
Follow @Fiware on Twitter !
Thanks!
42

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

FIWARE - Smart Cities
FIWARE - Smart CitiesFIWARE - Smart Cities
FIWARE - Smart Cities
 
FIWARE and the Open and Agile Smart Cities (OASC) initiative
FIWARE and the Open and Agile Smart Cities (OASC) initiativeFIWARE and the Open and Agile Smart Cities (OASC) initiative
FIWARE and the Open and Agile Smart Cities (OASC) initiative
 
Introduction to FIWARE Open Ecosystem
Introduction to FIWARE Open EcosystemIntroduction to FIWARE Open Ecosystem
Introduction to FIWARE Open Ecosystem
 
FIWARE Overview presentation
FIWARE Overview presentationFIWARE Overview presentation
FIWARE Overview presentation
 
FiWARE: transforming smart cities into engines of growth
FiWARE: transforming smart cities into engines of growthFiWARE: transforming smart cities into engines of growth
FiWARE: transforming smart cities into engines of growth
 
FIWARE: Open APIs for Open Cities
FIWARE: Open APIs for Open CitiesFIWARE: Open APIs for Open Cities
FIWARE: Open APIs for Open Cities
 
FIWARE: Transforming Smart Cities into engines of growth
FIWARE: Transforming Smart Cities into engines of growthFIWARE: Transforming Smart Cities into engines of growth
FIWARE: Transforming Smart Cities into engines of growth
 
FIWARE Global Summit - Moving Towards a Data Economy Business Model: A Real E...
FIWARE Global Summit - Moving Towards a Data Economy Business Model: A Real E...FIWARE Global Summit - Moving Towards a Data Economy Business Model: A Real E...
FIWARE Global Summit - Moving Towards a Data Economy Business Model: A Real E...
 
FIWARE & TM Forum partnership (Infographic)
FIWARE & TM Forum partnership (Infographic)FIWARE & TM Forum partnership (Infographic)
FIWARE & TM Forum partnership (Infographic)
 
FIWARE - Can connected objects dream with Smart Cities, Smart places?
FIWARE - Can connected objects dream with Smart Cities, Smart places?FIWARE - Can connected objects dream with Smart Cities, Smart places?
FIWARE - Can connected objects dream with Smart Cities, Smart places?
 
FIWARE Global Summit - Smart Parking for Electric Vehicles
FIWARE Global Summit - Smart Parking for Electric VehiclesFIWARE Global Summit - Smart Parking for Electric Vehicles
FIWARE Global Summit - Smart Parking for Electric Vehicles
 
3° Fiware Overview-Chile- Track
3° Fiware Overview-Chile- Track3° Fiware Overview-Chile- Track
3° Fiware Overview-Chile- Track
 
FIWARE Overview (University Cairo 20Aug2017)
FIWARE Overview (University Cairo 20Aug2017)FIWARE Overview (University Cairo 20Aug2017)
FIWARE Overview (University Cairo 20Aug2017)
 
Welcome to the 1st FIWARE Summit
Welcome to the 1st FIWARE SummitWelcome to the 1st FIWARE Summit
Welcome to the 1st FIWARE Summit
 
FIWARE Overview
FIWARE OverviewFIWARE Overview
FIWARE Overview
 
FIWARE Global Summit - FIWARE Overview
FIWARE Global Summit - FIWARE OverviewFIWARE Global Summit - FIWARE Overview
FIWARE Global Summit - FIWARE Overview
 
FIWARE Wednesday Webinars - Architecting Your Smart Solution Using FIWARE
FIWARE Wednesday Webinars - Architecting Your Smart Solution Using FIWAREFIWARE Wednesday Webinars - Architecting Your Smart Solution Using FIWARE
FIWARE Wednesday Webinars - Architecting Your Smart Solution Using FIWARE
 
FIWARE Global Summit - Snap4City (IoT): Integrating Data and Devices
FIWARE Global Summit - Snap4City (IoT): Integrating Data and DevicesFIWARE Global Summit - Snap4City (IoT): Integrating Data and Devices
FIWARE Global Summit - Snap4City (IoT): Integrating Data and Devices
 
FIWARE Global Summit - FIWARE Overview
FIWARE Global Summit - FIWARE OverviewFIWARE Global Summit - FIWARE Overview
FIWARE Global Summit - FIWARE Overview
 
FIWARE Tech Summit - FIWARE Overview and Description of GEs
FIWARE Tech Summit - FIWARE Overview and Description of GEsFIWARE Tech Summit - FIWARE Overview and Description of GEs
FIWARE Tech Summit - FIWARE Overview and Description of GEs
 

Semelhante a Fiware: the pillar of the Future Internet (Overview)

Semelhante a Fiware: the pillar of the Future Internet (Overview) (20)

201410 1 fiware-overview
201410 1 fiware-overview201410 1 fiware-overview
201410 1 fiware-overview
 
Fiware overview3
Fiware overview3Fiware overview3
Fiware overview3
 
FIWARE Developers Week_Managing context information at large scale_conference
FIWARE Developers Week_Managing context information at large scale_conferenceFIWARE Developers Week_Managing context information at large scale_conference
FIWARE Developers Week_Managing context information at large scale_conference
 
Orion Context Broker 1.15.0
Orion Context Broker 1.15.0Orion Context Broker 1.15.0
Orion Context Broker 1.15.0
 
FIWARE Overview
FIWARE OverviewFIWARE Overview
FIWARE Overview
 
Fiware overview
Fiware overviewFiware overview
Fiware overview
 
Fiware, the future internet
Fiware, the future internetFiware, the future internet
Fiware, the future internet
 
FI Workshop Sesión Inaugural TID Chile
FI Workshop Sesión Inaugural TID ChileFI Workshop Sesión Inaugural TID Chile
FI Workshop Sesión Inaugural TID Chile
 
#OSSPARIS17 - Knowage & FIWARE: the new ecosystem for Smart Applications, by ...
#OSSPARIS17 - Knowage & FIWARE: the new ecosystem for Smart Applications, by ...#OSSPARIS17 - Knowage & FIWARE: the new ecosystem for Smart Applications, by ...
#OSSPARIS17 - Knowage & FIWARE: the new ecosystem for Smart Applications, by ...
 
Knowage & FIWARE: the new ecosystem for Smart Applications, Alessandro Portos...
Knowage & FIWARE: the new ecosystem for Smart Applications, Alessandro Portos...Knowage & FIWARE: the new ecosystem for Smart Applications, Alessandro Portos...
Knowage & FIWARE: the new ecosystem for Smart Applications, Alessandro Portos...
 
orioncontextbroker-20180615
orioncontextbroker-20180615orioncontextbroker-20180615
orioncontextbroker-20180615
 
FIWARE Wednesday Webinars - FIWARE Vision and Value Proposition
FIWARE Wednesday Webinars - FIWARE Vision and Value PropositionFIWARE Wednesday Webinars - FIWARE Vision and Value Proposition
FIWARE Wednesday Webinars - FIWARE Vision and Value Proposition
 
FIWARE: Managing Context Information at large scale
FIWARE: Managing Context Information at large scaleFIWARE: Managing Context Information at large scale
FIWARE: Managing Context Information at large scale
 
FIWARE Context Broker
FIWARE Context BrokerFIWARE Context Broker
FIWARE Context Broker
 
FIWARE Context Broker
FIWARE Context BrokerFIWARE Context Broker
FIWARE Context Broker
 
Orion Context Broker 20230606
Orion Context Broker 20230606Orion Context Broker 20230606
Orion Context Broker 20230606
 
Orion Context Broker 20221220
Orion Context Broker 20221220Orion Context Broker 20221220
Orion Context Broker 20221220
 
Orion Context Broker 20210602
Orion Context Broker 20210602Orion Context Broker 20210602
Orion Context Broker 20210602
 
Orion Context Broker 20220526
Orion Context Broker 20220526Orion Context Broker 20220526
Orion Context Broker 20220526
 
Orion Context Broker 20220301
Orion Context Broker 20220301Orion Context Broker 20220301
Orion Context Broker 20220301
 

Fiware: the pillar of the Future Internet (Overview)

  • 1. http://www.fiware.org http://lab.fiware.org Follow @FIWARE on Twitter FIWARE: the pillar of the Future Internet Juanjo Hierro Telefonica I+D. FIWARE Coordinator and Chief Architect juanjose.hierro@telefonica.com, @JuanjoHierro (twitter)
  • 2. The FIWARE Public-Private Partnership (PPP)  Goal: capture opportunities derived from the new wave of digitalization of life and businesses that is coming  Strategy: Build an ecosystem that will work as catalyst for capturing the opportunities, engaging data providers and entrepreneurs  Pillars: • FI-WARE : a generic, open standard platform which serve the needs of developers in multiple domains • FIWARE Lab : a meeting point where innovation happens and data providers plus entrepreneurs can be engaged • FIWARE Ops : the suite of tools easing deployment and operation of FI-WARE instance nodes • : a program that funds developers and entrepreneurs, and ignites roll-out of the ecosystem • FIWARE mundus : reach a global footprint, opening to regions that share the same vision and ambition eHealth tourism Transport, Mobility and Logistics e-government Smart Energy Grid … 1
  • 3. What does FIWARE provide as a platform? 2
  • 4. Being “Smart” requires first being “Aware”  Implementing a Smart Application requires gathering and managing context information  Context information refers to the values of attributes characterizing entities relevant to the application 3 Boiler • Manufacturer • Last revision • Product id • temperature Users • Name-Surname • Birthday • Preferences • Location • ToDo list Flowerpot • Humidity • Watering plan Context Information Application
  • 5. Being “Smart” requires first being “Aware”  Implementing a Smart Application requires gathering and managing context information  Context information refers to the values of attributes characterizing entities relevant to the application 4 Bus • Location • No. passengers • Driver • Licence plate Citizen • Name-Surname • Birthday • Preferences • Location • ToDo list Shop • Location • Business name • Franchise • offerings Context Information Application
  • 6. Different sources of context need to be handle  Context information may come from many sources: • Existing systems • Users, through mobile apps • Sensor networks (Internet of Things)  Source of info for a given entity.attribute may vary over time 5 Place = “X”, temperature = 30º What’s the current temperature in place “X”? Standard API A sensor in a pedestrian street The Public Bus Transport Management systemA person from his smartphone It’s too hot! Notify me the changes of temperature in place “X”
  • 7. A non-intrusive approach is required  Capable to integrate with existing or future systems dealing with management of municipal services without impact in their architectures  Info about attributes of one entity may come from different systems, which work either as Context Producers or Context Providers  Applications rely on a single model adapting to systems of each city 6 Application/Service Standard API System A System B attribute “location” attribute “driver” Context Producer Context Provider
  • 8. Connecting to the Internet of Things  Capturing data from, or Acting upon, IoT devices should be as easy as to read/change the value of attributes linked to context entities 7 Context Broker Standard APIStandard API GET <Oauth token> /V1/contextEntities/flowerpot-1/attributes/humidity PUT <Oauth token> /V1/contextEntities/flowerpot- 1/attributes/status “watering” Setting up the value of attribute “status” to “watering” triggers execution of a function in the IoT device that waters the plant Issuing a get operation on the “humidity” attribute enables the application to find out whether the plant has to be watered
  • 9. Connecting to the Internet of Things  Capturing data from, or Acting upon, IoT devices should be as easy as to read/change the value of attributes linked to context entities 8 Context Broker Standard APIStandard API GET <Oauth token> /V1/contextEntities/lamp1/attributes/presenceSensor PUT <Oauth token> /V1/contextEntities/lamp1/attributes/status “light on” Setting up the value of attribute “status” to “light on” triggers execution of a function in the IoT device that switches the lamp on Issuing a get operation on the “presenceSensor” attribute enables the application to get info about presence of people near the lamp
  • 10. Context Management in FIWARE  The FIWARE Context Broker GE implements the OMA NGSI-9/10 API: a simple yet powerful standard API for managing Context information complying with the requirements of a smart city  The FIWARE NGSI API is Restful: any web/backend programmer gets quickly used to it 9 Application/Service Context Broker NGSI API Boiler • Manufacturer • Last revision • Product id • temperature Users • Name-Surname • Birthday • Preferences • Location • ToDo list Flowerpot • Humidity • Watering plan
  • 11. FIWARE NGSI: Basic interaction  Context Producers publish context information by invoking the updateContext operation on a Context Broker.  Context Consumers can retrieve context information by invoking the queryContext operation on a Context Broker 10 Bus = “X”, location = (x, y) updateContext Context Broker Context Producer Context Consumer queryContext
  • 12. FIWARE NGSI: Subscription to notifications  Context Consumers can be subscribed to reception of context information complying with certain conditions, using the subscribeContext operation a ContextBroker exports. Such subscriptions may have a duration.  The Context Broker notifies updates on context information to subscribed Context Consumers by invoking the notifyContext operation they export 11 Bus = “X”, next_stop = “A”, arrived = “Yes” updateContext (context_info) Context Broker Context Producer Context Consumer (consumer1) notifyContext (id, context_info) Id = subscribeContext (consumer1, condition, duration )
  • 13. FIWARE NGSI: Context Providers  Context Providers can be registered to the Context Broker as “holders” of certain context information.  A Context Broker will invoke the queryContext or updateContext operations exported by Context Providers whenever they are queried for, or asked to update, context information they hold 12 Bus = “X”, location = (x, y) queryContext / updateContext Context Broker Context Provider (provider-x) Context Consumer queryContext / updateContext registerContext (provider-x, registration_data, duration, id) )
  • 14. Integration with existing systems  Context adapters will be developed to interface with existing systems (e.g., municipal services management systems in a smart city) acting as Context Providers, Context Producers, or both  Some attributes from a given entity may be linked to a Context Provider while other attributes may be linked to Context Producers 13 queryContext (e1, attr1, attr2) Context Provider queryContext (e1, attr1) Context Consumer updateContext (e1, attr2) Application Context Broker System B (e.g. Transport system) System A (e.g. GIS, POIs)
  • 15. Integration with sensor networks  The FIWARE backend IoT Device Management GE enables creation and configuration of NGSI IoT Agents that connect to sensor networks  Each NGSI IoT Agent can behave as Context Consumers or Context Providers, or both 14 FIWARE Context Broker IoT Agent-1 IoT Agent-2 IoT Agent-n IoT Agent Manager create/monitor FIWARE Backend IoT Device Management OMA NGSI API (northbound interface) (southbound interfaces) MQTTETSI M2M IETF CoAP
  • 16. Open data publication Once context information is gathered, a lot of useful complementary FIWARE enablers can be used 15 Context Broker Advanced Web-based UI (AR, 3D) Data/Apps visualization Big Data AnalysisComplex Event Processing Multimedia processing
  • 17. Context Processing and Analysis 16 Applications Complex Event Processing (CEP) Context Management Processing and Analysis BigData Analysis (Hadoop- based) Context Broker Programming of rules NGSI-9/10 NGSI Context Source s Simple Processing (aggregation, averages, …) Sensor2Things
  • 18. NGSI IoT Agents FIWARE IoT & Context/Management altogether IoT Backend Device Management Backend Applications FIWARE NGSI-9/10 Simple processing CEP IoT-enabled Context Management Backend BigData Analysis ContextBroker Other sources Gateway/Device Platform GEs Gateway/Device Platform GEs Gateway/Device Platform GEs Gateway/Device Platform GEs Native NGSI IoT Agent Native NGSI IoT Agent 17
  • 21. FIWARE = advanced OpenStack-based Cloud capabilities + library of APIs that ease development of applications 20 Sustainability ensured Driven by implementation
  • 22. FIWARE major differential features 21 • Federation of infrastructures (private/public regions) • Automated GE deployment Cloud • Complete Context Management Platform • Integration of Data and Media Content Data/Media Context Mgmt • Easy plug&play of devices using multiple protocols • Automated Measurements/Action Context updates IoT Services Enablement • Visualization of data (operation dashboards) • Publication of data sets/services Data/Services Delivery • Easy incorporation of advanced 3D and AR features • Visual representation of context information Advanced Web UI • Security Monitoring • Built-in Identity/Access/Privacy Management Security • Advanced networking (SDN) and middleware • Interface to robots I2ND
  • 24. Building a successful ecosystem requires … 23 Creating a vibrant community of active contributors who commit a sustainable investment over time 24 partners from 9 different countries 7430+ PMs devoted to development activities in 5 years (5165 PMs in the first 3 years) 122/76 M€ of budget/funding (37/23 M€ in the next 2 years) Each FIWARE component is considered strategic in the portfolio of contributing partner
  • 25. Building a successful ecosystem requires … 24 Bringing incentives for entrepreneurs and developers 80 M€ in grants to startups/SMEs in the next 2 years (FIWARE Acceleration Programme) 3100+ startups/SMEs applied to 1st Open Call of the FIWARE Acceleration programme 20 M€ to support involvement of 16 accelerators across Europe Selected startup/SMEs working as evangelists Free FIWARE Lab environment for experimentation 1300 startups/SMEs to be funded (~400 as result of 1st Open Call)
  • 26. Building a successful ecosystem requires … 25 engaging domain stakeholders 25+ relevant domain stakeholders involved in Use Cases and FIWARE Accelerator programme 16+ cities have published their open data on FIWARE Lab New stakeholders triggered by awareness have approached us (e.g., Ferrovial, Bosch, …) 31 cities launched the Open and Agile Smart Cities innitative where they commit to adopt FIWARE APIs (NGSI, CKAN) 95/66 M€ of budget/funding devoted to Use Cases in verticals
  • 27. Building a successful ecosystem requires … 26 Creating a meeting point where demand connects to offering and innovation takes place FIWARE Lab environment with 3000+ Cores, 16+ TB RAM, 750+ TB HD 1900 open datasets from cities published and growing fast! 17 nodes across Europe 1st node in LATAM deployed in Mexico. New nodes being setup: Brazil and Chile
  • 28. Building a successful ecosystem requires … 27 Raising awareness (which means an investment in marketing) and creating a brand 6,5 M€ in marketing activities (4 M€ so far) Lead by reputed on-line marketing partner (Ogilvy) 450K€ just in sponsorship of events during 2015-16
  • 29. Building a successful ecosystem requires … 28 Scale and go global 21 Innovation Hubs in Europe First FIWARE Lab nodes in Mexico and Brazil 1,4 M€ funding assigned to FIWARE mundus activities targeted to build links with Mexico, Brazil, Chile, Japan, Canada, Korea, BRIC countries …
  • 30. FIWARE PPP: main figures 29 24 9 countries partners 122 = 85 + 37 M€ FIWARE budget (phases 1-2 + phase 3) 99 = 76 + 23 M€ FIWARE funding (phases 1-2 + phase 3) 80 + 20 M€ for startups/SMEs 1300 Startups/SMEs 21 Innovation Hubs 6,5 M€ marketing 450 K€ sponsorships next 2 years 16+ Cities 95/66 M€ budget/funding of Vertical Use Cases 18 = 17 + 1 FIWARE Lab nodes
  • 31. 30 What does FIWARE bring to Smart Cities?
  • 32. Smart Cities can be engines of growth  Cities are where daily life and businesses actually happen …  Smart Cities are not simply about more efficient municipality services but transforming Cities into ICT platforms enabling development of smart applications  This way, cities would transform into engines of economy growth and improvement in the well- being of citizens 31
  • 33. Why standards are relevant for Smart Cities  The current lack of standards means an impediment for the development of Smart Cities • The target market for solution and services is not large enough to attract investment • Solutions and services become tailor made, therefore expensive. • Cities get locked-in to solution/application providers  Pillars of the FIWARE programme support the creation of a sustainable ecosystem: • The FIWARE platform brings the necessary standards • The FIWARE Lab becomes the meeting point where cities meet entrepreneurs and innovation takes place • The FIWARE Acceleration programme helps to attract a first wave of developers (startups/SMEs) • The FIWARE mundus programme helps to expand globally • The FIWARE Ops suite of tools ease the task to deploy FIWARE instances 32
  • 34. Target Smart City platform  Smart city platform as a Data/Knowledge Hub  Non-intrusive, open to third parties CKAN Big Data Context Broker Accounting&Payment&Billing IDM&Auth Short-term historic data BigData Processing Data Quering/Action, Publish/Subscr Open Data publishing Real-time processing BI ETL RULES DEFINITION TOOL OPERATIONA L DASHBOARD KPI GOVERNANCE OPEN DATA PORTALS Service orchestrator Context Adapters CEP 33 IoT Backend Device Management measures / commands IoT Broker & Config Management (from sensors to things) IoT/Sens or Open Dataactuators Media streams Real Time Media Stream Processing City Services GIS Inventory Specific Enablers Generic Enablers
  • 35. How can standard Smart City data models easing common solutions be defined? The problem  Smart City apps can be ported from one Smart City to another once their platforms provide the same set of APIs, that’s why FIWARE brings a rather high value  Without standard data models, Smart City apps would need to come with adapters that transform data made available by the city so that it complies with the data model handled by the app but that has proven to be easy with OMA NGSI (overall if NGSI is at both ends)  Creation of standard Smart City data models would allow to avoid performing this kind of adaptation and make portability of Smart City apps across Smart City platforms a pretty straightforward task  How creation of these standard Smart City data models can be fostered? 34
  • 36. How can standard Smart City data models easing common solutions be defined? The solution  A “design by committee” approach would not be the best approach: • Such kind of approach has proven to be wrong in many other standardization efforts in the past • Who grants that the defined model is suitable for what apps need and developers want to have?  We need a “driven by implementation” approach: • Identify real applications that solve a real problem and cities would like to see running in their cities • Check what data models they have been designed to work with and take them as input • Carry out a “data curation” process where input data models converge into a single common model  You will end with a set of standard data models and soon a portfolio of killer Smart City apps working! 35
  • 37. How can standard Smart City data models easing common solutions be defined? FIWARE  The FIWARE Accelerator program enables to identify killer Smart City apps developed by entrepreneurs • These applications can serve as basis for definition of a standard set of Smart City data models and drive curation process • Involvement in this process becomes also an incentive for the entrepreneurs to join the program (“I want to influence the standard so that my app can easily align with it”, “I want to provide one of the first example applications”) • There are 80 M€ for entrepreneurs that can be put at work!  Cities would play a key role: • Their data models will be contrasted/analyzed against those coming from the apps and other cities • They would get involved in the data curation process  Liason with other initiatives that may contribute 36
  • 38. Open and Agile Smart Cities initiative  Launch of the Open and Agile Smart at CeBIT: • Denmark: Copenhagen, Aarhus and Aalborg • Finland: Helsinki, Espoo, Vantaa, Oulu, Tampere, Turku • Spain: Valencia, Santander, Málaga, Sevilla • Portugal: Porto, Lisbon, Fundão, Palmela, Penela and Águeda • Belgium: Brussels, Ghent and Antwerp • Italy: Milan, Palermo and Lecce • Brazil: Olinda (Recife), Anapólis (Goiás), Porto Alegre (Rio Grande do Sul), Vitória (Espírito Santo), Colinas de Tocantins (Tocantins) and Taquaritinga (São Paulo)  Other countries and cities welcome to join !  Some of them already in the pipeline 37 (*) Ordered by country and date of incorporation
  • 39. Open & Agile Smart Cities initiative principles  API: Adoption of a lightweight, open-licene standard API to gather, publish, query and subscribe-to in-time context information describing the state of the city. Specifically, the FIWARE NGSI API will serve as a first common API which the supporters will implement.  Data model: Adoption of a simple initial standard data model required for effective interoperability when exchanging context information. Specifically, CitySDK, which is available through the FIWARE NGSI API, functions as a basis  Open Data Platform: Adoption of a flexible, easily-distributable open data publication platform which any organisation can set up at a low cost if it is not already being used. Specifically, CKAN will serve as the initial standard platform for publication of datasets or NGSI API resources. CKAN is already integrated and extended as part of the FIWARE Reference Architecture 38
  • 40. Open & Agile Smart Cities initiative principles  Approach: Adoption of a “driven by implementation” approach towards experimental consolidation of initial standard data models as well as specification of new standard data models. The goal is that communities and developers can (1) co-create their services based on basic but commonly-defined data models, (2) influence the definition of new models by implementing and experimenting, and (3) help “curate” existing data models. Specifically, this will mean engaging organisations and communities, leveraging relevant initiatives, e.g. startups/SMEs selected through the FIWARE Accelerator Programme (projects focused on Smart Cities), the OrganiCity Experimentation-as-a-Service facility and open calls, Code for Europe and/or other relevant programmes, including national networks, that may help to engage wider communities of stakeholders and developers. It will also mean leveraging the FIWARE Lab, OrganiCity facility etc. as joint, major hubs for experimentation with the proposed APIs, data models and platforms 39
  • 41. The way ahead 40 FIWARE = Open APIs for Smart Cities CitySDK = FIWARE APIs + Standard Data Models for Smart Cities Open & Agile Smart Cities = cities building City SDK by following a driven by implementation approach
  • 42. The FIWARE Public-Private Partnership (PPP)  Goal: capture opportunities derived from the new wave of digitalization of life and businesses that is coming  Strategy: Build an ecosystem that will work as catalyst for capturing the opportunities, engaging data providers and entrepreneurs  Pillars: • FI-WARE : a generic, open standard platform which serve the needs of developers in multiple domains • FIWARE Lab : a meeting point where innovation happens and data providers plus entrepreneurs can be engaged • FIWARE Ops : the suite of tools easing deployment and operation of FI-WARE instance nodes • : a program that funds developers and entrepreneurs, and ignites roll-out of the ecosystem • FIWARE mundus : reach a global footprint, opening to regions that share the same vision and ambition eHealth tourism Transport, Mobility and Logistics e-government Smart Energy Grid … 41