DunavNET
SocIoTal: Creating a
Citizen-Centric Internet
of Things
Dr. Dejan Drajic 10.3.2014.
Nenad Gligoric*, Srdjan Krco*, Ignacio Elicegui**, Carmen López**, Luis
Sánchez**, Michele Nati***, Rob van Kranenburg****, M. Victoria Moreno*****,
Davide Carboni******
SocIoTal: Creating a Citizen-
Centric Internet of Things
•
Introduction
•
Existing solutions
•
Main features of SocioTal that fill the gap
•
Scenarios and use cases
•
Conclusions
Introduction
•
Contrary to the general approach of creating Internet of Things
(IoT) services from a business perspective, the project addresses
the design of citizen centered IoT solution.
•
For this, it is required to create new IoT solutions from the citizens'
point of view and for the immediate benefit of the citizens without
necessarily involving city or commercial service providers. 
•
In the initial period of the project, it was focused on the definition
and analysis of potential scenarios and use cases.
•
A survey of existing citizen-centric applications, services and
platforms is provided.
Introduction•
A co-creation approach towards definition of user scenarios was
adopted:
– resulting in a series of workshops with groups of citizens in two cities:
Santander and Novi Sad,
– discussing the issues they face and how IoT could help and improve the
quality of life in their home, building or a neighborhood.
•
The results of the workshops, i.e. the user scenarios, are
presented, as well as the requirements involved in using the
methodology defined by the IoT-A Architecture Reference
Model (ARM).
•
The final goal is to create a consolidated architecture enabling
an increased citizen participation in the Internet of Things (IoT)
Existing solutions
5
Existing solutions
•
Privacy, trust and reputation aspects are partially treaded, or is
not considered at all.
•
In many of these services, final user that consumes the service
is ignorant about the user that provides the service,
•
There is no layer that secures users’ stored data and that
provides any logic for the trustworthy validation and involved
data sharing.
•
There is a gap that SocioTal can fill in by providing appropriate
architecture that will support identified use cases empowered
by trust and privacy mechanisms that can be built:
– from scratch
– based upon existing framework, i.e. one or several open source
platforms.
Sociotal filling the Gap
•
SocioTal have four main target groups of stakeholders:
– a technical Ecosystem of enablers: Ipv6, RFID, Sensors, QR
codes, barcodes, large service providers (telco’s and data
integrators, corporate IT, startups, etc);
– a policy ecology of local neighborhood groups, city councils,
regional incubators, national and EU policy makers;
– developer communities: Arduino, Raspberry Pi, Internet of
Things Meetups (20.000 members globally) 3D Printing etc.,
accelerated by inexpensive open hardware, software, database
storage and data analytics
– citizens that are co-creator of scenarios.
Sociotal filling the Gap
•
SocIoTal goes a step beyond, focusing on user-
to-user interaction (including user-to-
communities as an extension of this one), that
will allow the users to offer their devices (or
“Things”) and information sources, sharing
interesting information sets within a well
identified community.
•
SocIoTal defining a set of core services that will
comprise the basic enablers to further build the
use cases and scenarios for trials.
Core Sevices
•
Users’ group management
•
Discovering People and Devices
•
Sharing Entities
•
Sharing Information
•
Data Access Control
•
Notification service
•
Reputation service
Sharing Information
Core services
Data Access Control Notification service
Reputation service
Scenarios and Use Cases
•
Information is gathered in Santander by using Santander City
Brain platform portal provided by Santander’s City Council and in
Novi Sad by organizing the workshops.
•
From the sample of 850 registered user in Santander platform
and 120 people attending 9 workshops in Novi Sad, a number of
825 ideas are collected.
•
The security, trust and reliability technical aspects of the provided
sample were analyzed to form SocIoTal scenarios and use cases
Scenarios and Use Cases
Building Council
and Janitor
Children and elderly
monitoring application
EPIC: Novi Sad City
SCENARIO_SOC_002: NS SocIoTal enabled
Watering of the
green surfaces
Sharing information Data access control
Public reporting
application
- Sensing
- Data modelling
- Entities identification
- Entities registration
- Sensing
- Data modelling
- Route Algorithms
Epic
Scenario
Use Cases
Services
Requirements
Citi visualization
dashboard
Notification service Reputation service
- Sensing
- Data modelling
- Entities identification
- Entities registration
- Sensing
- Data modelling
- Route Algorithms
Building Council and Janitor
•
The main purpose is reporting the building defects and
problems with tenants.
•
Reported issues are sent to the person in charge.
•
Defects can be either detected automatically or reported
manually by tenants.
•
Automatic detection of a problem can be illustrated
through example of the water leakage detection.
•
In such a case the report is sent automatically either to the
public water company if the leakage takes place in the
common areas or to the apartment owner if the leakage is
detected inside the apartment.
•
Manual reporting is done by tenants for the situations like:
Building Council and Janitor
•
Users register their preferred notification
mechanisms based on the notification
importance level.
•
The same notification can be sent to multiple
users.
•
For example, a notification for the water
leakage detection in the flat can be sent to
both the flat owner and the public water
company at the same time.
•
Building Council and Janitor
SMS
e-mail
Web portal
BCJ Server Mail server
SMS server
Web service
EntitiesDirectory
Registered user D
Registered user E
Administrator
NotificationsRegistered User A
Registered User B
Registered User C
Data Access
Building Council and Janitor
•
Administrator: System administrator with permission to register profile and permissions for users
•
Registered User (A):citizen who is reporting event via mobile application
•
Registered User (B): citizen who is reporting event via web application
•
Registered User (C): sensor which is reporting event
•
Registered User (D):person who is getting notifications and accessing reported data (tenant)
•
Registered User (E):person who is getting notifications and accessing reported data (company)
•
Information: report about event
•
Entities directory: resource that contains reported events
•
BCJ Server: resource in charge of managing all information from the user related with the platform
(offered services, subscribed services), event directory
•
Physical Entities: events sent by the users.
•
Virtual entity: virtual representation of a real event. Passive digital artefact, which is the digital
representation of the physical entities, in this case the main information will be events descriptions
(Fuse failure, Lift failure, noise, mess, unpleasant smell), event location (Building Address, floor,
apartment) and possibly event image
Security and privacy
•
Administrator must communicate with the BCJ Server in a secure way
•
Monitoring, Reporting, Data mininigmust substain secure communication with the BSJ Server.
•
Profile and virtual identity management must be supported
•
Identification and authentication mechanisms for involved actors must be provided
•
Reputation metrics and mechanisms should be provided
•
Context and influence on privacy policies must be properly formalized
•
Relations and influence on privacy policies must be properly formalized
•
Secure communication between devices
•
Consumer users must obtain external information from trusted sources
•
Relibale storage
•
Data mining/Patern recognition webserver must substain privacy and independency of the
data
•
Secure communication between the BCJ Server and the users must be provided
•
Conclusions
•
The services and use cases will enable contribute
with high value along the following key socio-
economic dimensions:
• increased resource efficiency to build more sustainable
and leaner communities;
• increased public and community accountability;
• increased safety of vulnerable in the community;
• increased social inclusion and awareness of citizens.
• SocIoTal will provide:
•
an architecture including an intuitive and secured

SocIoTal: Creating a Citizen - Centric Internet of Things

  • 1.
    DunavNET SocIoTal: Creating a Citizen-CentricInternet of Things Dr. Dejan Drajic 10.3.2014. Nenad Gligoric*, Srdjan Krco*, Ignacio Elicegui**, Carmen López**, Luis Sánchez**, Michele Nati***, Rob van Kranenburg****, M. Victoria Moreno*****, Davide Carboni******
  • 2.
    SocIoTal: Creating aCitizen- Centric Internet of Things • Introduction • Existing solutions • Main features of SocioTal that fill the gap • Scenarios and use cases • Conclusions
  • 3.
    Introduction • Contrary to thegeneral approach of creating Internet of Things (IoT) services from a business perspective, the project addresses the design of citizen centered IoT solution. • For this, it is required to create new IoT solutions from the citizens' point of view and for the immediate benefit of the citizens without necessarily involving city or commercial service providers.  • In the initial period of the project, it was focused on the definition and analysis of potential scenarios and use cases. • A survey of existing citizen-centric applications, services and platforms is provided.
  • 4.
    Introduction• A co-creation approachtowards definition of user scenarios was adopted: – resulting in a series of workshops with groups of citizens in two cities: Santander and Novi Sad, – discussing the issues they face and how IoT could help and improve the quality of life in their home, building or a neighborhood. • The results of the workshops, i.e. the user scenarios, are presented, as well as the requirements involved in using the methodology defined by the IoT-A Architecture Reference Model (ARM). • The final goal is to create a consolidated architecture enabling an increased citizen participation in the Internet of Things (IoT)
  • 5.
  • 6.
    Existing solutions • Privacy, trustand reputation aspects are partially treaded, or is not considered at all. • In many of these services, final user that consumes the service is ignorant about the user that provides the service, • There is no layer that secures users’ stored data and that provides any logic for the trustworthy validation and involved data sharing. • There is a gap that SocioTal can fill in by providing appropriate architecture that will support identified use cases empowered by trust and privacy mechanisms that can be built: – from scratch – based upon existing framework, i.e. one or several open source platforms.
  • 7.
    Sociotal filling theGap • SocioTal have four main target groups of stakeholders: – a technical Ecosystem of enablers: Ipv6, RFID, Sensors, QR codes, barcodes, large service providers (telco’s and data integrators, corporate IT, startups, etc); – a policy ecology of local neighborhood groups, city councils, regional incubators, national and EU policy makers; – developer communities: Arduino, Raspberry Pi, Internet of Things Meetups (20.000 members globally) 3D Printing etc., accelerated by inexpensive open hardware, software, database storage and data analytics – citizens that are co-creator of scenarios.
  • 8.
    Sociotal filling theGap • SocIoTal goes a step beyond, focusing on user- to-user interaction (including user-to- communities as an extension of this one), that will allow the users to offer their devices (or “Things”) and information sources, sharing interesting information sets within a well identified community. • SocIoTal defining a set of core services that will comprise the basic enablers to further build the use cases and scenarios for trials.
  • 9.
    Core Sevices • Users’ groupmanagement • Discovering People and Devices • Sharing Entities • Sharing Information • Data Access Control • Notification service • Reputation service
  • 10.
  • 11.
    Core services Data AccessControl Notification service Reputation service
  • 12.
    Scenarios and UseCases • Information is gathered in Santander by using Santander City Brain platform portal provided by Santander’s City Council and in Novi Sad by organizing the workshops. • From the sample of 850 registered user in Santander platform and 120 people attending 9 workshops in Novi Sad, a number of 825 ideas are collected. • The security, trust and reliability technical aspects of the provided sample were analyzed to form SocIoTal scenarios and use cases
  • 13.
    Scenarios and UseCases Building Council and Janitor Children and elderly monitoring application EPIC: Novi Sad City SCENARIO_SOC_002: NS SocIoTal enabled Watering of the green surfaces Sharing information Data access control Public reporting application - Sensing - Data modelling - Entities identification - Entities registration - Sensing - Data modelling - Route Algorithms Epic Scenario Use Cases Services Requirements Citi visualization dashboard Notification service Reputation service - Sensing - Data modelling - Entities identification - Entities registration - Sensing - Data modelling - Route Algorithms
  • 14.
    Building Council andJanitor • The main purpose is reporting the building defects and problems with tenants. • Reported issues are sent to the person in charge. • Defects can be either detected automatically or reported manually by tenants. • Automatic detection of a problem can be illustrated through example of the water leakage detection. • In such a case the report is sent automatically either to the public water company if the leakage takes place in the common areas or to the apartment owner if the leakage is detected inside the apartment. • Manual reporting is done by tenants for the situations like:
  • 15.
    Building Council andJanitor • Users register their preferred notification mechanisms based on the notification importance level. • The same notification can be sent to multiple users. • For example, a notification for the water leakage detection in the flat can be sent to both the flat owner and the public water company at the same time. •
  • 16.
    Building Council andJanitor SMS e-mail Web portal BCJ Server Mail server SMS server Web service EntitiesDirectory Registered user D Registered user E Administrator NotificationsRegistered User A Registered User B Registered User C Data Access
  • 17.
    Building Council andJanitor • Administrator: System administrator with permission to register profile and permissions for users • Registered User (A):citizen who is reporting event via mobile application • Registered User (B): citizen who is reporting event via web application • Registered User (C): sensor which is reporting event • Registered User (D):person who is getting notifications and accessing reported data (tenant) • Registered User (E):person who is getting notifications and accessing reported data (company) • Information: report about event • Entities directory: resource that contains reported events • BCJ Server: resource in charge of managing all information from the user related with the platform (offered services, subscribed services), event directory • Physical Entities: events sent by the users. • Virtual entity: virtual representation of a real event. Passive digital artefact, which is the digital representation of the physical entities, in this case the main information will be events descriptions (Fuse failure, Lift failure, noise, mess, unpleasant smell), event location (Building Address, floor, apartment) and possibly event image
  • 18.
    Security and privacy • Administratormust communicate with the BCJ Server in a secure way • Monitoring, Reporting, Data mininigmust substain secure communication with the BSJ Server. • Profile and virtual identity management must be supported • Identification and authentication mechanisms for involved actors must be provided • Reputation metrics and mechanisms should be provided • Context and influence on privacy policies must be properly formalized • Relations and influence on privacy policies must be properly formalized • Secure communication between devices • Consumer users must obtain external information from trusted sources • Relibale storage • Data mining/Patern recognition webserver must substain privacy and independency of the data • Secure communication between the BCJ Server and the users must be provided •
  • 19.
    Conclusions • The services anduse cases will enable contribute with high value along the following key socio- economic dimensions: • increased resource efficiency to build more sustainable and leaner communities; • increased public and community accountability; • increased safety of vulnerable in the community; • increased social inclusion and awareness of citizens. • SocIoTal will provide: • an architecture including an intuitive and secured