Output 2 - The Periphèria Methodology

7/30/2019 Output 2 - The Periphria Methodology

1/86

THE PERIPHRIA METHODOLOGY


2/86


3/86

OUTPUT 2Project Acronym: PERIPHRIA

Grant Agreement number: 271015

Project Title: Networked Smart Peripheral Cities for Sustainable LifestylesIncorporating project Deliverables: 5.3.2, 3.2.2, 5.4.2

THE PERIPHRIA METHODOLOGYRevision: [V 1.0]

Authors:

Maurizio MEGLIOLA, Francesco MOLINARI

(Polymedia)Grazie CONCILIO, Francesca RIZZO(PoliMI)Ian COOPER(KIT)Per LINDE, Bo PETERSON, Per-Anders HILLGREN(MEDEA/Malm university)Alessandra RISSO(Comune di Genova)Stefan Wellsandt(Bremer Institut fr Produktion und Logistik GmbH (BIBA), Bremen)

Joaquim Carapeto(Municpio Palmela)Ira Giannakoudaki, MARINA KLITSI(DAEM S.A., Athens, ATC)Ricardo STOCCO

(Archeometra)Jean BARROCA

(Alfamicro)

Project co-funded by the European Commission within the ICT Policy Support ProgrammeDissemination Level

P Public XC Confidential, only for members of the consortium and the Commission

Services


4/86


5/86

COPYRIGHT Copyright 2011, 2012, 2013 The PERIPHRIA Consortiumconsisting of :

1 (Co-ordinator) Alfamicro Sistema de Computadores Lda2 (Participant) Polymedia SpA3 (Participant) Karlsruher Institut fr Technologie4 (Participant) Intelligent Sensing Anywhere SA5 (Participant) Archeometra s.r.l.6 (Participant) Athens Technology Center S.A.7 (Participant) Politecnico di Milano8 (Participant) Malm Hgskola (Malm University)

9 (Participant) Bremer Institut fr Produktion und Logistik GmbH (BIBA), Bremen10 (Participant) DAEM S.A., Athens11 (Participant) Comune di Genova12 (Participant) Municpio Palmela

The PERIPHRIA project is partially funded under the ICT Policy Support Programme (ICT PSP) aspart of the Competitiveness and Innovation Framework Programme by the European Communityhttp://ec.europa.eu/ict_psp. This document reflects only the author's views and the EuropeanCommunity is not liable for any use that might be made of the information contained herein. Thisdocument may not be copied, reproduced, or modified in whole or in part for any purpose withoutwritten permission from the PERIPHRIA Consortium. In addition to such written permission, orwhen the circulation of the document is termed as public, an acknowledgement of the authors ofthe document and all applicable portions of the copyright notice must be clearly referenced.All rights reserved.

This document may change without notice.


6/86

INDEXList of tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 List of Figures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . 1 1.1Motivationandbackground .......................................................................................................... 21.2 Structure of the document ................................................................................................................ 41.3 The Arena Concept ............................................................................................................................. 51.4 The Periphria Cube ........................................................................................................................... 5

2. Co-Designing Shared Se rvices with Service Id ea Cards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 2.1Concept,definitions ......................................................................................................................... 92.2 From Arenas to Service Idea Cards ................................................................................................ 10

2.3ExamplesfromPeriphria .......................................................................................................... 133. Using the Chal leng es to ignite Servic e Co-Crea tion . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . 20 3.1Concept,definitions ...................................................................................................................... 213.2 From Challenges to Projects to Service Pilots ............................................................................... 233.3ExamplesfromPeriphria .......................................................................................................... 28

4. Adopting Storyboards to loca l ize Service Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 4.1Concept,definitions ...................................................................................................................... 414.2 From Usage Scenarios and Storyboards to Co-Designed Use Cases and ValidatedRequirements .......................................................................................................................................... 43

4.3ExamplesfromPeriphria .......................................................................................................... 455. Feed ing the Toybox with Sm art Ser vice Platf orms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 5.1Concept,definitions ...................................................................................................................... 555.2 From Pilot Platforms to Validated Prototype Services and the Toybox .................................... 575.3ExamplesfromPeriphria .......................................................................................................... 62

6. Transferring Tools, Knowle dge and Practice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 6.1Concept,definitions ...................................................................................................................... 676.2Transferdynamics ........................................................................................................................ 676.3ExamplesfromPeriphria .......................................................................................................... 69

7. Conclusions and Contacts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

7.1Conclusions..................................................................................................................................... 767.2Contacts ........................................................................................................................................... 76

References . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . 77 Revision H istory and State ment o f Original ity . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . 77


7/86

Listoftables

Table 1 Antecedents and sources utilised 3Table 2 Contents of this deliverable 4Table 3 Challenges and Projects 29Table 4 Athens Usage Scenarios 45Table 5 Athens Pilot Use Cases 46Table 6 Bremen Usage Scenarios 47Table 7 Bremen Pilot Use Cases 47Table 8 Genoa Usage Scenarios 48Table 9 Genoa Pilot Use Cases 48Table 10 - Malmoe Usage scenarios 50Table 11 Malmoe Pilot Use Cases 51Table 12 Milan Usage Scenarios 51Table 13 Milan Pilot Use Cases 52Table 14 Palmela Usage Scenarios 52Table 15 Palmela Pilot Use Cases 53Table 16 Transfer examples 70

ListofFigures

Figure 1 - The Periphria Metro Map 3Figure 2 - The Periphria Cube 6Figure 3 Scope of Chapter 2 9Figure 4 - The template adopted for the Service Idea Cards 12Figure 5 Service Idea Card developed for the Athens Pilot 14Figure 6 Service Idea Card developed for the Bremen Pilot 15Figure 7 Service Idea Card developed for the Genoa Pilot 16Figure 8 Service Idea Card developed for the Malmoe Pilot 17Figure 9 Service Idea Card developed for the Milan Pilot 18Figure 10 Service Idea Card developed for the Palmela Pilot 19Figure 11 Scope of Chapter 3 21Figure 12 - The Periphria platforms home page 24 Figure 13 Stakeholder relations in the Periphria platform 25Figure 14 The Challenges definition process stage 26Figure 15 The Challenges development process stage 27Figure 16 Malmoe My Opinion Pilot Scenario 32Figure 17 Bremen THE PARKING OBSERVATION SERVICE Pilot Scenario 34


8/86

Figure 18 Athens MySquare Pilot Scenario 35Figure 19 Genoa My Park Pilot Scenario 36Figure 20 Palmela EXECUTIVE MEET ON LINE Pilot Scenario 37Figure 21 Milan SportAround Pilot Scenario 38Figure 22 Scope of Chapter 4 41

Figure 23 - WP5 activity timeline (first round) 44Figure 24 WP5activityworkflow 45Figure 25 Scope of Chapter 5 55Figure 26 Toybox Home Page 58Figure 27 Form for the creation of a Toy 60Figure 28 Addition of a Toy to a Project 61Figure 29 The MySquare app delivered to the Toybox 63Figure 30 The My Park app delivered to the Toybox 64Figure 31 - The StickAround app delivered to the Toybox 65 Figure 32 Scope of Chapter 6 67

Figure 33 Three kinds of Transfer 69


9/86

1

1.Introduction


10/86

2

1.1 Motivation and background

This Deliverable completes the work initially described in WP5 related documentation and afterthe reallocation of contents agreed with the European Commission partially includes resultsfrom WP2, WP3 & WP4 activities as well. Its general aim is to provide a synthetic and schematic

overview of the Periphria methodology - the way it has been developed and implemented duringthe project - to establish conducive environments for Human Smart Cities.

There is a direct and immediate connection between this Deliverable and the Arena Cookbook,which is being issued in parallel and has the aim of explaining, with examples, to interested CityManagers how to initiate and finalize the place based, participatory co-design processes involvingcitizens, businesses and ICT actors, as required for an effective take-up of the Human Smart Cityvision. In fact, the essence of such vision is the application of people-centric and Arena-focusedapproaches to the co-design, development and production of next generation Smart City servicesthat balance the technical proficiency of sensors, meters, and infrastructures with softer features

such as social engagement, citizen empowerment, and stakeholder interaction in physical andvirtual settings.

While the Arena Cookbook uses examples from the six Pilot Cities involved in the project (namelyAthens, Bremen, Genoa, Malmoe, Milan and Palmela) as true stories to support and highlightthe concepts expressed therein, this Deliverable takes on a more structured and systematic (if notsystemic) standpoint on how the Human Smart City vision has been experimentally applied in thePeriphria cities including some of the sponsoring ones (La Fert-sous-Jouarre, Palermo andothers) which have been gradually associated to the project.

In this context, three are the main characters of distinction (and reusable assets for City Managersand CIOs) of the present document, which appears right at the end of the Periphria project:

A complete and detailed overview of the methodological steps outlined in the Cookbook,with a specific focus on Future Internet enabled service creation, validation and transfer;

The articulation of such methodological steps along five main lines (see Figure 1): From the technology and policy AS-IS to the co-design of Arena based services (TO BE)

by the use of Service Idea Cards; From Challenges to Projects and from Projects to Pilot Platforms (the so-called Periphria

Challenges process); From Pilot Platforms to Service Prototypes (how to validate user requirements and initialplatforms through co-design of use cases and application scenarios); Learning from current results and transferring ones own achievements to other

situational contexts; and The role of Arenas in support of all of the above processes. The utilization of excerpts from past Periphria deliverables (particularly the WP5 series)

to demonstrate implementation and the continuity of the underlying logic.


11/86

3

Figure 1 - The Periphria Metro Map

The following table lists the internal credits associated to each selected line:

Table 1 Antecedents and sources uti l isedDescribed taking excerpts from the following Deliverables:

Arena Line D2.1 Arena Models; D2.2 (internal); D5.2.1 Pilot Scenarios

Transfer Line D5.4.1 Transfer Activities

Challenges Line D5.1.1 Pilot Platforms and Services; D4.1 Convergent PlatformValidation Line D5.1.2 Pilot Platforms and Services; D5.2.2 Pilot ScenariosTechnology Line D5.1.1 Pilot Platforms and Services; D5.3.1 Pilot Reports

The above also serves as acknowledgment of the copyrights of the respective authors, who havenot been necessarily mentioned at the beginning of this document.


12/86

4

1.2 Structure of the document

This document is composed of six main sections.

In the remainder of this Introduction, we introduce the concept of Arena and the Periphria Cube

as building blocks of the subsequent discussion. Then Sections 2 through 6 describe in moredetail the methodological steps associated to the five lines proposed before, as the followingtable shows:

Table 2 Contents of this deliverableMethodological steps described

Arena Line How to Co-Design Shared Services by utilizing the tool Service IdeaCard.

2

Transfer Line How to Transfer Tools, Dynamics, Knowledge and Practice. 6Challenges Line How to Ignite Service Co-Creation using the Challenges mechanism. 3Validation Line How to Localize Service Requirements by adopting the Storyboards

tool.4

TechnologyLine

How to Feed the Toybox with Smart Service Platforms. 5

Section numbering is loosely associated with scaling-up of results and therefore progress of time(and capacity). For instance, Section 2 focuses on Service Ideation and the introduction of toolsfor promoting and supporting Co-Design together with the prospective end users, in compliancewith the Living Labs approach. This as explained in the Periphria Cookbook, can be seen as theinitial step towards the actualisation of a Human Smart City vision. However as time advancesand citizens and stakeholders engagement begins to provide results, the need can emerge of amore structured mechanism to drive creativity towards the definition of concrete services. This iswhat Section 3 illustrates, introducing the Periphria platform and the Challenges mechanism,which is also described in the Cookbook. As the technologies co-designed in the platform requirevalidation and verification before turning into fully developed services, Section 4 describes howthe adoption of Storyboards can be supportive to Requirements Localization and ultimately to abetter integration of end user feedback into the process of service development and testing, againin full alignment with the Living Labs approach. Next, as soon as Prototype Services have beenmade available, one may want to publish the new or existing technologies that have been put inplace on a suitable public repository, to ensure replication and wider take-up. Therefore, Section5 sheds some additional light on the Toybox another component of the Periphria platform and explains how to use it both for a state of the art assessment and for external communicationand transfer purposes. Finally, the issue of transfer is accurately dealt with in Section 6, makingreference to all results produced in Periphria, from the tools and dynamics to the knowledge andpractical experience.Common to all the above Sections (2-6) are two chapters, one illustrating the key concepts andused definitions, the other showing some examples taken from the Periphria Project.Section 7 concludes the document.


13/86

5

1.3 The Arena Concept

The core innovation of the Periphria project which situates it beyond the state of the art isgiven by the notion of Arenas: these are defined as archetypal urban spaces, where communityinteraction and service co-design activities normally take place, also receiving a characterisation

and qualification in terms of the basic elements (spatial, symbolic, and social) that are associatedto the Arena itself.During the project, the Pilot Cities of Periphria have been working on six different Arenas:Neighbourhood, Street, Square, Museum & Park, City Hall, and Campus. The following sectionsof this document report in detail about the results of the co-creation, validation and transfer ofCity services occurred in compliance with this Arena inspired vision.In concrete, thinking in terms of Arenas adds qualifying dimensions to the classical (or simplyadministrative) definition of urban environment. These dimensions point at the role and power ofthe creative people and communities active in that environment, which can be leveraged andturned into drivers of change by the adoption of some of the tools developed and tested in the

Periphria pilots.As described in detail by Deliverable D2.1, the Periphria Arenas have been used to capture thepotential of social dynamics that emerge in spatial contexts outside of market (or policy) drivenmechanisms, in order to achieve goals of policy relevance for urban transformation through bothinstitutional and social innovation. This is what we sometimes referred to as People in Places.

This concept and approach are connatural to the Human Smart City Vision, which is presented infull in the Periphria Cookbook, and is summarized here by making recourse to another idealisticrepresentation the so called Periphria Cube.

1.4 The Periphria CubeConceptually, we can describe the deployment of Human Smart City services in Periphria thegreen bubble in the (x,y,z) space represented below as the convergent outcome of threedimensions or the three axes in this idealistic 3D space:

x) The existing (AS-IS) technology solutions not necessarily, but preferably smart and thenew ones (TO-BE) that would be required or implied by dedicated investments;y) The behavioural and interaction dynamics of People in Places captured within each of theCity Arenas; andz) The high-level and sector specific urban policies that are being enforced and/or that the City

government might want to formulate and implement.

The following picture illustrates in a self-explicative fashion why these three dimensions must betaken into account jointly rather than simply in pairs.


14/86

6

Figure 2 - The Periphria Cube For instance, if we look at the intersection between Arenas and Policies, we can find there all thecommunity empowerment and participatory design methods that are supportive of the plannedengagement of citizens and stakeholders in the co-creation of new City services. These methodscan indeed be successfully used at any level of technology AS-IS. However, the Periphria project(based on the evidence collected from its pilots) posits that there is specific added value in co-designing new smart services (TO-BE) or services that push the technology threshold ahead.

This amounts to moving in the 3D space across different points of technology setup as shown bythe x-axis in the picture.

Likewise, if we consider the intersection between Technologies and Policies, without considering

the role of the Arenas, what we can map is a wide range of Future Internet services belonging tothe State of the Art (AS-IS). However, we think to have demonstrated within the Periphriaproject pilots that the addition of a humanistic component (here represented by the Arenas) addsvalue to the co-design and successful roll-out of innovative Future Internet services (TO-BE). Thisagain implies moving into the Arena dynamics as exemplified by the y-axis in the diagram.

How to achieve this successful integration of technological and socio-spatial dimensions in a Citycontext becomes evident if we narrow the focus on the intersection between Technologies andArenas. In this 2D space we can easily locate the Periphria platform (and particularly the Toyboxand Challenges mechanism) that can be profitably used, at least in principle, irrespective of thecurrent and prospective policy orientations (the z-axis in the picture). Indeed, such an extendeduse of the platform may be attractive at first sight, but is of little interest in practice. In fact, the


15/86

7

experience of the Periphria project pilots argues in favour of promoting the platform in thecontext of public administration and particularly local government. This is where the maximumbenefits can be reaped and the following Sections will help demonstrate this.


16/86

8

2.Co-DesigningSharedServiceswithServiceIdeaCards


17/86

9

2.1 Concept, definitions

This chapter describes the activities pertaining to the Arena Line depicted in Figure 1 above,namely:

Figure 3 Scope of Chapter 2

While the process focused is the one starting with the Arena Vision and going on to the ServiceCo-Design station, it may be interesting to frame this process in the broader context of thePeriphria Cube introduced a few pages earlier. This aspect is displayed in the above picture byshowing the convergence of Technologies and City Policies into the same station where the useof Arenas also points to.

The following definitions are useful to fully grasp the remainder of this chapter.

ArenaArenas are urban spaces where social interaction occurs between "people in places" and that actas user driven, open innovation playgrounds, where co-design and service integration processesin Smart Cities do materialize.

ServiceIn Periphria D5.1.1, service has the precise meaning of next generation (smart) electronicpublic service, mapping IoT, IoS and IoP components onto the different Arena settings, in thespecific context of each City and framed within its current and on-going ICT and eGovernmentpolicies.

Service Idea CardAn innovative brainstorming tool introduced in Periphria D2.1, in support of service co-designand co-creation. It is a compact definition of a service prototype, aimed to elicit discussion,understanding and commitment in the context of a City or broader community. According to theoriginal specification of the Living Lab approach put forward in Periphria, this tool is veryvaluable for City representatives in order to get suggestions for improvement/refinement of theinitial service idea, as well as higher direct engagement from the citizens side, wherever the fullydeveloped service has the nature of being co-produced by providers and beneficiaries.


18/86

10

2.2 From Arenas to Service Idea Cards

The work carried out in the project to develop the first version of the Arena models has beendivided in three main activities:

1. First, pilots developed preliminary drafts of as-is scenarios starting from the six ArenaConcepts contained in the Periphria DoW (months 1-3)

2. Then a toolkit for Arena model co-design was developed using the main issues, concepts,goals, and resources previously described by the City pilots in their As-is scenarios andcarrying out focus groups together with external experts (months 2-4)

3. Then each pilot developed a first version of the Arena model pertaining to it, using theco-design toolkit (months 4-6). Arena models have been conceived of as should-bescenarios starting from the goals identified in the as-is scenarios.

As-is scenarios are tools used for describing the current conditions and characteristics of aspecific urban context at a specific time. They help represent and therefore analyze currently

available resources, people, technologies, characteristics of a territory, its cultural heritage,processes, policies that are recognizable in that context by applying direct and indirect sources ofevidence (from witnessing to statistical data about the population.).

Arena Modeling Co-design Tools are intended as tools to inspire and support design thinking andidea generation for co-design processes in a Living Lab.

Three kinds of tools have been developed in Periphria: Arena Concepts Technology Perspectives Service Idea Cards

Service Idea Cards particularly represent a co-design tool conceived to visually depict for eachCity the status of its services driven by technology, according to policies, needs and resources.First introduced in D2.1, Service Idea Cards are normally generated after a desk research ormarket survey, and intended to ignite a brainstorming activity within a Living Lab community.

They are intended to work as quick and dirty prototypes that put people in front of a servicethat already exists and that works in a real context.

Thus, they are not to be considered as final descriptions of fully blown services, but only thestarting point of a co-design, co-development process, whereby participants can e.g. change anypart of the Card to meet their own requirements or use it to build up their own services.

The Service Idea Cards designed for Periphria contain different kinds of information (see thetemplate in the Figure below):

Service description/What does it let you do?:where the specific collaborative service, itstitle and its context of application are described;

How it works: where the different steps/phases of the service are described; Stakeholders/Promoters: where main collaborative actors of the service are identified.

This area lists the network of actors needed to implement, maintain and deliver theservice;

Where: the city where the service will be initially deployed;

Target users: the users involved. These are people that use the service both by accessing itand by delivering pieces of work, information, time needed to make the service workable;


19/86

11

Strength and weakness: this area synthesizes what is really valuable in the servicepresented and what could be improved;

Potential of the service: this information deals with the scalability of the service; Technologies: the enablers of the service, the technologies that support it and make it

accessible and stable. Technologies determine the channel through which the service canbe accessed as well as the way in which users can interact with it;

Collaboration level: this element highlights the level of collaboration required to the endusers in order to co-deliver the service;

In the last part of the Card, the Arena related to the service, as well as the service URL (ifany), are reported.


20/86

12

Figure 4 - The template adopted for the Service Idea Cards


21/86

13

2.3 Examples from Periphria

One service per City has been developed in Periphria. The corresponding Service Idea Cards arepresented below. Each of them describes the service components, its basic model of relationsbetween service stakeholders (providers and users), and the correspondent enabling

technologies.

In Periphria, we draw a useful distinction between the following technology clusters:

IoP (Internet of People)An emergent paradigm in the Future Internet community, originally referring to Web 2.0 servicesbased on User-Generated Content but now broadening attention to social networking andlocation-based services. In Periphria, we define IoP as the emergent social architectures ofrelations, transactions and learning, using semantics of time and place as well as semantics ofinter-personal situations.

IoS (Internet of Services)A vision of the Internet of the Future where everything that is needed to use softwareapplications is available as a service on the Internet, such as the software itself, the tools todevelop the software, the platform (servers, storage and communication) to run the software. InPERIPHRIA, we adopt a very broad definition, which includes service composition of all types,including aggregation and visualisation, and 3D technologies. This encompasses semanticframeworks and cloud computing, but we also place significant attention to Open Data andMashups (e.g. EMML - Enterprise Mashup Markup Language).

IoT (internet of Things)An integral part of Future Internet including existing and evolving Internet and networkdevelopments and as a dynamic global infrastructure with self-configuring capabilities based onstandard and interoperable communication protocols where physical and virtual things haveidentities, physical attributes, and virtual personalities, use intelligent interfaces, and areseamlessly integrated into the information network. In the IoT, smart things/objects are enabledto interact and communicate among themselves and with the environment by exchanging dataand information sensed about the environment, while reacting autonomously to thereal/physical world events and influencing it by running processes that trigger actions andcreate services with or without direct human intervention. Services are able to interact with these

smart things/objects using standard interfaces that provide the necessary link via the Internet,to query and change their state and retrieve any information associated with them, taking intoaccount security and privacy issues.


22/86

14

Figure 5 Service Idea Card developed for the Athens Pi lot


23/86

15

Figure 6 Service Idea Card developed for the Bremen Pi lot


24/86

16

F igure 7 Service Idea Card developed for the Genoa Pi lot


25/86

17

Figure 8 Service Idea Card developed for the Malmoe Pi lot


26/86

18

Figure 9 Service Idea Card developed for the Milan Pi lot


27/86

19

F igure 10 Service Idea Card developed for the Palmela Pi lot


28/86

20

3.UsingtheChallengestoigniteServiceCo -Creation


29/86

21


This chapter analyzes the activities pertaining to the Challenges Line depicted in Figure 1 above,namely:

Figure 11 Scope of Chapter 3


30/86

22

Three are the key milestones on this line: the first one is represented by the Service Co-Designstation, already described in the previous chapter. The second is a Technology Co-Design Space,a new and particular feature developed in the broader context of the Open Service ConvergentPlatform of which more will be said in the remainder of this chapter. The third one is the co-creation of Pilot Service Platforms with and by end users, ICT actors and other stakeholders, asthe result of the so-called Challenges process. This is further described here below as well as in thePeriphria Cookbook.


ChallengeA Challenge is an open public call for initiatives in a given thematic domain, addressing a specificissue that could not be easily solved by a government agency in isolation. This promotes a newidea of sustainability of public service, based on the active role of citizens and stakeholders in co-delivery (see the Periphria Manifesto, issued in September 2010).A Challenge is also a co-design tool that indicates the future and desirable scenario(s) towardswhich Arena level social interactions, as enabled by Future Internet services, should lead thecommunity or part thereof (see Deliverable D5.2.1). In this sense, Challenges call for theimplementation of Project Ideas for sustainable change, invoking citizens collaborative work innew services production and eventually the development of innovative technologies (applicationsand platforms). In Periphria, the newly produced technologies have enriched the City pilotsthrough the Toybox component of the Open Service Convergent Platform (see DeliverableD5.1.2).

Open Service Convergent Platform (aka Periphria platform)The Periphria platform incorporates both government commissioned and citizen-drivencommunity services, favouring the emergence of the latter as a closer embodiment of the co-design processes occurring in the physical spaces of the Periphria Arenas. The ConvergentPlatform specified in Deliverable D4.1 defines three main types of co-design spaces:

- Chal lenge and Ideas Spaces , where Periphria Challenges open calls for projectideas for sustainable Smart City services can be launched, discussed, and resourced andideas put forth for addressing those challenges.

- Project Co-Design Spaces , where collaborative groups of citizens and businesses inspecific localities, together with City representatives and ICT experts, develop Smart City

Projects which can be linked to one or more challenges using Future Internettechnologies.

- Technology Co-Design Spaces , where ICT experts (ranging from individual codersto multinationals) describe technology components, register them in the Toybox andwork together with users of all types to co-design their adaptation and integration intoone or more Smart City Projects.

Pilot


31/86

23

In Periphria, the Pilot Cities are: Athens Bremen Genoa Malmoe Milan Palmela

Pilot platformA service platform deployed in a Pilot City.

ProjectIn Periphria, a Project is the experimental roll-out of a Future Internet service platform that iscommissioned by a government agency and/or collaboratively designed and developed by theinvolvement of Living Lab stakeholders in a Smart City.

Service PlatformThe outcome of a Project whereby existing and upcoming Future Internet solutions areconfronted with the Challenges, tested against and derived from the Living Lab stakeholderinteractions within the different City Arenas.

3.2 From Challenges to Projects to Service Pilots

The Open Service Convergent Platform developed in Periphria builds upon mature technologies

of existing products and combines them with Web 2.0, social networks, semantic web andgamification principles. It holds three main functional elements - that are also virtual, interlinkedspaces - enabling constructive interaction between City Managers, ICT Actors and ordinaryCitizens (or other Stakeholders) belonging to the Arena under consideration. Its general aim is toallow participants posting and evaluating new service ideas, exploring potentially useful FutureInternet technologies, and developing specific project proposals, which can be later endorsed andretained by the City Managers for pilot testing in real-life conditions. Currently, the platform ishosting 41 ideas that have generated 23 projects in response to well identified challenges statedand set forth by 6 City Governments. Following is the welcome page of the Periphria platform.


32/86

24

Figure 12 - The Periphria platforms home page


33/86

25

The underlying concept as presented in Deliverable D4.1 is that while the Periphria Arenashighlight the importance for service design of the specific features of the physical settings ofcommunity interaction (which have never been really appreciated before), this Platform serves toaugment the Arena-based co-design performance by introducing virtual co-design spaces andprocesses that steer collaboration between ordinary citizens, city governments, and technologydevelopers (both structured companies and unstructured geeks or hackers). Therefore, thetwo dimensions of real and virtual interaction are both relevant (none substitutes for the other)and deeply intertwined within a common logic of capturing people right at the moment of theirsocio-spatial experience of a service (or lack thereof).

The following diagram describes the key stakeholder relations enabled by the Open ServiceConvergent Platform:

Figure 13 Stakeholder relations in the Periphria platform

Three main types of Co-Design spaces make up this virtual environment: Chal lenge and Ideas Spaces - where new Challenges can be launched, discussed, and

resourced (see below) and ideas are put forth for addressing those challenges. Project Co-Design Spaces - where collaborative groups of citizens and businesses in

specific localities, together with city representatives and ICT experts, develop Smart CityProjects which can be linked to one or more challenges and/or ideas and that generallymake use of more than one Technology component.

Technology Co-Design Spaces - where ICT experts (ranging from individual codersto multinationals) describe technology components, register them in the Toybox (seeChapter 6 below) - a collection of tools, applications and other technology componentsmade available from various internal and external sources - and work together with usersof all types to co-design their adaptation and integration into one or more Smart CityProjects.

The Challenges generation mechanism, developed in the projects first year, proved effective asthe main structuring element for these activities. Namely it frames and shapes the evolution from


34/86

26

individual service ideas to the composition of multi-disciplinary groups, the selection of tools andapps, and the definition and evaluation of service concepts and projects.As stated in the Periphria Cookbook, the process of Challenges generation has two main stages,definition and development, that are both characterised by co-design activities. The definitionstage helps to bring citizens and stakeholders into the process of identifying the specific goals andobjectives of a Challenge, while the development stage is more focused on service co-design.

The first stage is specific for each City and does not strictly require the Periphria platform,though its outputs are directly fed into it (see next Figure). As the result of Arena levelinteractions or using other participatory methods, from focus groups to BarCamps, commonissues are identified that may require the definition of innovative City services using one or moretechnology tools, either existing or developed ad hoc. Challenges are then defined so as toguarantee the full commitment of all actors and the availability of resources to really implementprojects and ideas that effectively address the initial concerns.

Figure 14 The Challenges def init ion process stageThe next stage is the Challenges development process, which generally initiates when a Challenge

has been defined and launched (see following picture).


35/86

27

Figure 15 The Challenges development process stage

Its roll-out involves two different steps, both requiring the use of the Periphria platform, whichare identified as follows:

Ideas : following the launch of a Challenge, a first step is the open exchange of ideas fromcitizens, businesses, and even civil servants that are openly related to the Challenge. This

is an exploratory phase, a form of collective brainstorming, whose aim is to reinforceengagement and open the process up to innovative approaches. Ideas can be commented,discussed and rated by other citizens, businesses, and civil servants on a peer basis.

Projects : these are born through the maturation of an idea, with a project proposertaking the responsibility of carrying it forward. The proposer then builds a project team,using different tools and media to develop the starting idea and explore different aspectsof feasibility.

These two steps correspond to different degrees of maturation of project ideas towards the co-design of a Smart City service that can be implemented with the resources earmarked by the

Challenge. Particularly the second step includes the exploration of technical tools that cansupport the service concept as well as interaction with the City authorities to make the project fitwith the administrations goals and structure. In fact, only the most successful pilots run underthis proposed logic will become permanently integrated in the existing infrastructure and servicesystem of the City involved.

Thanks to the Periphria platform, the whole process above takes place in a transparent manner,with citizens and businesses following and commenting on the development and joining the teamif desired. The public authorities also follow the development process from the standpoint ofproject implementation, with the objective of adopting and resourcing projects in line with their

Smart City policies as expressed in the Challenge.


36/86

28

While a private company or a local citizen group may also launch a Challenge, the process willmore likely be supported by a public administration.


The following table exemplifies the work carried out to develop new Service Platforms in the sixPilot Cities. For each of them, the corresponding Challenges and the proposed Projects (all ofthem appearing on the Periphria platform) are displayed .


37/86

29

Table 3 Challenges and ProjectsPILOT CITY CHALLENGE PROJECTS

Malm Be seen, be heard! (I) My Opinion

Mapping the NeighbourhoodBeat Share

Visualizing collective energy consumption(I)

Hack Your Energy

Bremen Parking Space Bottleneck (II) ICParkingSpace

MobiEducate (II) EMob Bremen

Athens Greenlife Athens (I) Interactive children learning

Students clean public squaresaround schools

Implementation ofphotovoltaic systems atmunicipal buildings and citylighting

The city gives bicycles tocitizens

Use virtual square app andlearn how to makes Athensgreen

Learn about your park

How can technology help people withdisabilities to vote in the NationalElection? (II)

Genova Be prepared to climate change effects (I) Snow Weather AlertRain Weather Alert

Weak persons fruition of green areas andmuseums (II)

My Park in Villa Pallavicini

Palmela How can rural citizens access publicservices?

New means of municipalcommunication: QRCodesOnline library new booking

serviceExecutive meets online

Mobile Citizen Store

Milan Experimenting the urban. The Campus as aurban lab (I)

TOCTOC

Smart plan: palinsesto inPiazza LeonardoSportAround

Inclusive Campus. Complete andcustomizable accessibility for a socially...(II)

Behave! Busting sustainable behaviors inCitt Studi (II)

.&CO | CommunityCOllaboration Codesign


38/86

30

One of the local youth communities isplanning for the street festival they are aboutto arrange next week. Concerts with localartists, a photo competition, a footballtournament and food stalls are part of theprogram. They have also decided to use theMyOpinion booth as a component fordebate at the festival.

The booth permits one to take or upload aphoto and writing a short text, which isdisplayed together with the image. It isthen possible to sms comments to thedisplayed image/text. The booth exists indifferent versions; for large projections onwalls, a container with unbreakable glassthat can host it for long-term outdoor useand a mobile light-version that is easilyassembled. They go for the mobile version.

They pick up the booth assemblyat the local district office where itcan be borrowed and set it upright next to the stage. It looks abit rugged and they have tosearch an angle where the sun donot disturb the screen. Had itbeen darker, they'd preferred alarge-scale projection, but theyfind it quite ok anyhow.


39/86

31

They have in advanceprepared some topics andquestions. They start outwith asking people tosign up for a listprotesting against theplanned joining of twolocal schools, whichwould mix older and theyoungest pupils.

Printed "manuals" are placed inside thebooth and at the display, explaining theinteraction and what sms number to use.

They have also set up a free wi-fi so that itcan be used without cost, if one has aninternet enabled phone.

They have also set up a freewi-fi so that it can be usedwithout cost, if one has aninternet-enabled phone.

They get good response inpeople signing up.


40/86

32

At the end of the day theyhave gathered 150signatures and they postthe logs to the cityswebsite fore-petitions, where itimmediately turns up asone of several citizensinitiatives.

Since they still have thebooth for another day theyplace in the window to theiroffice where it is debatedover night whether the localdistrict should host the

construction of a factoryproducing starches or not. Acivil servant passing by likesthe initiative and decidesthat MyOpinion should beplaced at the local library fora few weeks debating thefactory plans.

Figure 16 Malmoe My Opinion Pi lot Scenario


41/86

33

Imagine a family with an electric vehicle, coming from the peripheral areas of Bremen,wants to go to the city center in order to have lunch and go shopping.

One of the concerns they have is whether the car can be charged in place or not.

Father knows where charging stations are, but he is not sure whether they are free or not.

In order to become a clear picture of the situation in place he uses the parking observationservice.

He recognizes that all stations are currently free but while he is watching the parking bays,one suddenly turns its status to not free.

Father decides to quickly put a reservation on the free bay through the service.


42/86

34

This allows the family to have good chances to charge their vehicle during their shoppingtour and return safely afterwards.

Figure 17 Bremen THE PARKING OBSERVATION SERVICE Pi lot Scenario


43/86

35

Main character : Maria, architectSecondary character : George, citizen cycling to workTools used in the activity : MySquare App installed on smartphoneMaria is an architect who participates in many competitions about new ideas on how to make thecity greener, smarter, and sustainable after all. Maria meets with her friend George who uses hisbicycle as an everyday transportation means and is member of a community for bicyclepromotion. George has been recently informed on the PERIPHRIA platform tool and theChallenges launch, and after navigation he discovers interesting ideas and projects related tocycling. What he also discovers is that both suggesting new ideas and voting about the existingones can be done via a mobile application which he downloads.During the meeting with Maria, he invites her to download MySquare Application so that theycan participate together. They take a quick look at the existing smart squares or otherfunctionalities, and then select the ideas and projects they like. They decide to invite more of theirfriends to do so as they would like to have the Go Cycling in Athens idea and the The city givesbicycles to citizens project to win, and they even make use of Facebook to attract followers.

They even decide to create their own virtual square aboutorganizing monthly cycling tours around the city. Buttheirs and their friends contribution to the co-decisionprocess appears to be so massive that six months after theMunicipality representatives appoint them as a supportiveto the process team.

Figure 18 Athens MySquare Pi lot Scenario


44/86

36

Figure 19 Genoa My Park Pi lot Scenario


45/86

37

Figure 20 Palmela EXECUTIVE MEET ON LINE Pi lot Scenario


46/86

38

Figure 21 Milan SportAround Pi lot Scenario


47/86

39

4.AdoptingStoryboardstolocalizeService


48/86

40

Requirements


49/86

41


This chapter overviews the activities pertaining to the Validation Line depicted in Figure 1above, namely:

Figure 22 Scope of Chapter 4 Quite obviously, the key edge of interest should the one starting from the Pilot Service Platforms(as deployed at the end of the Challenges process) and going on rightwards towards the fulldefinition of innovative Service Prototypes which can be considered as the global aim of thePeriphria methodology. In that direction, however, what the yellow triangle highlights is thatthere are some essential conditions to be fulfilled in terms of validation and verification of thegenerated service chunks in terms of functionality, usability, acceptance and the like. Onlyafter the successful achievement of this task can a previously piloted platform be reasonably wellturned into a running service. The way these conditions are accomplished is described in the rest


50/86

42

of this chapter the text of which is mostly borrowed from the Deliverables of the WP5 series,such as D5.1.2, D5.2.1, D5.2.2 and D5.3.1.

It is also interesting to note that the starting point of this process is located in the context of theArena models introduced in Chapter 2 above. This aspect is highlighted in the above picture byshowing the dependency of the Scenario Co-Design station from the delivery of Arena-basedstoryboards, being used as supporting tools to the verification and validation activities. As amatter of fact, this is an innovative feature of the validation and verification tasks proposed herein the broader context of the Human Smart City approach.


Pilot Service PlatformThe outcome of a Project whereby existing and upcoming Future Internet solutions areconfronted with the Challenges, tested against and derived from the Living Lab stakeholderinteractions within the different City Arenas.

Service PrototypeA service prototype can be defined as a dynamic configuration of resources (people, technology,organisations and shared information) that creates and delivers value between the provider andthe customer through service. In many cases, it is a complex system in that configurations ofresources interact in a non-linear way. Primary interactions take place at the interface betweenthe provider and the customer. However, with the advent of ICT, customer-to-customer andsupplier-to-supplier interactions have also become prevalent. These complex interactions create asystem whose behaviour is difficult to explain and predict.

(Usage) ScenarioA representation of a context, where user needs are described in terms of expectations anddesired functionalities in a general fashion, so to accommodate several possible use cases.Scenarios in Periphria are conceived and adopted:1. As visions of possible futures and subject of conversations;2. As narratives that support software design. The format selected in this case is the one ofStoryboards.

Storyboard

Storyboards are micro-scenarios depicting the potential of a system or service; they can beintended as low fidelity (or quick and dirty) prototypes. They provide concrete representationsof a system or service yet to be developed that show particular aspects of it (mainly focused onfunctionalities and usability).

Use CaseAn orchestrated, instantiated, setting, comprising all technology aspects coming from a usagescenario, and related to a specific, possible implementation supported by technological solutionswithin the context of an experimental deployment.


51/86

43

4.2 From Usage Scenarios and Storyboards to Co-Designed Use Cases and

Validated Requirements

The work carried out in the project to perform validation and verification of the co-designedservice platforms which has been described in detail within Deliverable D5.2.1 was based on

three main consecutive steps:

a) A preliminary description of some exemplary usage scenarios implied by the prospectiveadoption of the technical solution at hand (be it the Periphria platform or the individualCity application);

b) Association to each usage scenario of one or more specific use cases, exemplifying theconcrete interaction of City actors (civil servants, policy makers, citizens, etc.) with thetechnical solution itself;

c) Extraction of user requirements and their subsequent validation with the prototypes ofthe technical solutions actually developed.

In the above, two distinct families of user requirements have been clustered, namely:- Those related to the design and validation of the Periphria platform (based on the

definition and proposition of Challenges); and- Those related to the specific pilot platforms, deployed at City level, and to be further

transferred across the Pilots (including the Sponsoring Cities).

Each requirement has been prioritized as M (Mandatory or MUST), D (Desirable or SHALL), O(Optional or SHOULD), or E (Possible or COULD). The practical way of gathering requirementswas based on the distribution of a huge number of tables, which the City Pilots were asked to fill

in.An appropriate requirements table was built in dependency of each corresponding usage scenarioand use case(s). Separate tables were used for Functional and Non-Functional Requirements (thelatter being further divided into Hardware and Software Requirements, OperationalRequirements, Communication Interfaces, Audit Trail, Reliability, Recoverability, Security andPrivacy, System Availability, General Performance, Capacity, Data Retention, Error Handling,Validation Rules, and Conventions/Standards).

During the Projects timeline, two iterations of requirements gathering and validation have beenrun with the City Pilots, in close correlation with the progress of technical development activities.

The following picture visualizes the pathway followed during the first iteration, which has beendocumented across the various Deliverables of the WP5 series:


52/86

44

Figure 23 - WP5 activity t imeline (f irst round) As the picture exhibits, Arena-level co-design activities characterize all the preparatory stages torequirements collection. Interactions have taken place in three ways:

- Face-to-face, within the Arena community (Living Lab), for the production of ServiceIdeas with the support of Service Idea Cards (as reported in Deliverable D5.1.1 and inChapter 2 above);

- Mediated by the Periphria platform, after the launch of Challenges, for the definition ofUsage Scenarios in accordance with the involved Projects (as reported in DeliverableD5.2.1 and in Chapter 3 above);

- In both ways simultaneously (or alternatively), as reported in Deliverable D5.3.1, for theproduction of Use Cases that may derive from the Service Idea Cards and/or be driven bythe Challenges mechanism itself.

Storyboards have been supplied by the Project Team to each Arena, as narrative descriptions ofthe services to be implemented. In particular, each Storyboard aimed to satisfy some specificrequirements for the service platforms identified and being technically developed. Thus, theywere considered as possible applications that, according to the functionalities represented, call

for the verification (actually exploration) of which kind of technological solutions are available tosupport them.

The next diagram recapitulates the requirements gathering, validation and verification workflow,exemplified by the big grey vertical arrow, with all its feedback loops and retroactions as testedand assessed during the Project pilots.


53/86

45

Figure 24 WP5activityworkflow


The following tables report about the most significant usage scenarios and use cases identified inPeriphria.

Table 4 Athens Usage ScenariosCitizens, Consumers All the district managers are asked by the Municipality to involve

citizens in responding to the Athens Challenge. Many citizens areinvited to explore the PERIPHRIA platform. They discover in the

Toybox the MySquare application. They download it from the Publicadministration website and start playing with it. Many squares arecreated where space is recognized as having potentials for greeninfrastructure; they are located in the city thus mapping areas wherethe green demand is emerging. Similarly, many squares are created

where unsustainable behaviors are discussed; they are not locationspecific and represent the need for citizens to discuss sustainability


54/86

46

perspective in the city.

Civil Servants,Government Officials

They start a project in the platform proposing the SPEAKERSCORNER SERVICE in some squares of the city to discuss sustainabilityand unsustainable issues in Athens. Navigating the Toybox theydiscover LAYAR and make the hypothesis to use it, posting discussionsand comments onto the platform.

Citizens, Consumers One of the involved citizens is often using LAYAR and makes thesuggestion in the project to create a NEW category, the discussioncategory: each content of the category could be a speakers corner if itcan be managed as a discussion taking place in the speakers corner.

ICT, technologyproviders

The discussion is mainly observed by the IT Municipal department thatimmediately suggests the public administration to buy the LAYARlicense.

Publicadministrations

Money is not available but the public administration contacts theLAYAR company and ask them to help in developing something newfor Athens that could be kept by the company for commercialpurposes.


The LAYAR company accepts the Athens municipality invitation andenters the PERIPHRIA platform to discuss the needs with the involvedpeople.

Citizens, Consumers Discussing with the LAYAR company the citizens becomes more awareof the application potentials and suggests the LAYAR contents to begeographically located in a square where all the speakers corner canbe explored.

Table 5 Athens Pi lot Use CasesN. Description1 The President of a specific Local Community Council invites groups and citizen

communities already active in the area to discuss about challenges in their area. After ashort brainstorming on problems, challenges and services ideas, people are introduced toPERIPHRIA platform. They arrange a trial, where they experience the platform and theydiscover the Mysquare application in the Toybox. They decide to use the application soas to create squares for the problems they are working on.

2 The local administration that receives the discussion results of all the local communities,

wishes to maximize the usefulness of the platform to the citizens. They suggest to the ICTdeveloper that a dialogue/discussion space should be available for the ideas createdwithin the squares to be shared.

3 The ICT company does not offer the dialogue functionality for free, and they cannotforesee its importance on the platform. They are willing to arrange a trial of the platform,and then proceed with providing feedback, negotiating and brainstorming on the bestversion of the functionality at a normal price.


55/86

47

Table 6 Bremen Usage ScenariosCivil Servants,Government Officials

In order to make the challenge richer in resource and opportunities theMobility officer of Bremen city makes many of the existing mobilityapplications/services available in the Toybox. At the same time

participate in the discussion around some ideas suggesting the use ofthose applications/services as already available.

Citizens, Consumers A group of citizens involved by the BIBA unit of PERIPHRIA starts toplay with this technologies. They dont know how they work and theywould learn if such technologies can help citizens to design andmaintain a system of traffic monitoring based on user generatedcontent and that would allow peer to peer exchange. In this waycitizens could collaborate among them without the need for the publicauthority to intervene officially.

Public

administrations

Public administration decides to support these initiatives asking young

developers to help citizens to build an application (exploiting thosethat are already available in the Toybox) that would allow a peer topeer monitoring of traffic among citizens. The municipality will benefitfrom this service saving the money needed to make continuouscontrols. Citizens would be happy to participate because they wouldsupport each other without receiving tickets from the municipality


An Application for smart phone making in contact people that are inan area of the city is going to be developed and made available withinthe Toybox. The principle is to exploiting the plate of their car and asystem of SMS to notify each other that their car should be better

parked, removed, that their car is an obstacle for another smallerone.

Table 7 Bremen Pi lot Use CasesN. Description1 The Mobility officer of Bremen could decide to give some input into the discussion

around the challenge. For this purpose, he could decide to post some ideas themunicipality has for the challenge. These ideas could be improved duringdiscussions with citizens. The improved ideas could be transferred into projects that the municipality supports. The remaining ideas could be either further improvedor put to rest by coming to an official conclusion about the non-applicability of theidea.

2 A local ICT service company could decide to place a new item (plug&play sensornetwork) into the Toybox . Citizens that participate in a co-creation workshop for newICT services could decide to learn more about the item. First they could watch tutorialsonline that are provided through the Toybox. Then they could get in contact with thelocal ICT company through the information available in the Toybox to make anappointment for testing the hardware. In the end they could give feedback on thetechnology whether it is useful for them or not.

3 The Mobility officer of Bremen could be made aware of the large buzz a specific ideacaused among citizens. He could be invited to join the discussion or to give an official


56/86

48

statement from the municipality about the realization of the service. Based on thisstatement the improvement of the idea could either accelerate or be put to rest due to significant concerns or limitations (e.g. data security).

Table 8 Genoa Usage ScenariosCivil Servants,Government Officials

The Safe City officers are informed by the national civic protection thatthey have decided to develop a system for monitoring the cityeveryday with the engagement of the citizens. The idea is to ask peopleto proactively communicate changes that they can perceive in the citythat could depend from the weather condition.

Citizens, Consumers A group of bloggers decides to collect and analyze stories of the peoplethat during the floating experience in November had problems. This inorder to understand main problems and also possible solutions that

helped people during that tragedy.Publicadministrations

Citizens, through the PERIPHRIA Platform but also through a peer-to-peer communication campaign on the web, are invited to leave theirstory on the platform. Many citizens participating in the emergenceactivity during the flood events visit the PERIPHRIA platform andnarrate their personal experiences during the flood revealing thatmany of them are working outside Genoa city and the flood affectedtheir mobility towards other municipality in the Genoa surroundings.


Bloggers reveals the need to design a monitoring system for theemergence that would involve not only the municipality of Genoa but

all the cities and territories surrounding it. The major decide, on thebasis of this evidence, to make a new call of the PERIPHRIA platformto address the problem of the strict collaboration among closemunicipalities around Genoa in case on emergency and invites othermunicipalities to share the challenge on the platform and announces itto the citizens.

Table 9 Genoa Pi lot Use CasesN. Description

1 The Mayor of Cicagna, a municipality located in an isolated location in the neighborhoodof Genoa, is informed of the new call submitted by the Mayor of Genoa on PERIPHRIAplatform. He decides to answer to the invitation and to share the challenge related toemergency situations in case of adverse weather conditions, mainly floods and heavysnowfalls. In particular, he would like to ensure the safe recovery, care and the delivery offoodstuff, medicines and other key consumer products to the population, especiallyelderly people living in isolated locations. This should be achieved through bothmonitoring actions and interventions during the emergence or to be done pre-emptivelywhen the risk for the citizenship is higher. Therefore he decides to inform the citizensliving in Cicagna to invite them to take part to the initiative, also by telling their past

experiences during floods or strong snowfalls, describing the main problems encounteredand proposing possible solutions. He believes that it would be useful to create, also on the


57/86

49

basis of such warnings and feedbacks, a map of Cicagna showing, in relation to thevarious points, the past events and the related difficulties, needs and expectations.

2 A start-up created by the University of Genoa, already informed and updated uponPERIPHRIA, finds out on project platform the challenge posted by the Major of Genoa inthe framework of Smart Park and Museum initiative. Its managing director decides toprovide the Municipality of Genoa and the surrounding municipalities involved in theinitiative with the new system developed by the University for weather monitoring basedon the larger territory around Genoa, as well as to enrich such system with additionalfunctionalities for gathering information, comments and suggestions coming from thepopulation. The system will be provided free of charge for 6 months, so that to test andadapt it to users needs and requirements, on the double condition that, on the one hand,the company is authorized to analyze the information and data putting in by the usersand that, on the other hand, at the end of the 6 months, the Municipalities involvedcollect users feedbacks, inputs and comments, in particular expressed by the citizens andby municipalities staff upon the overall functioning of the system and its functionalities.On the basis of such data, the start-up will improve the system and will develop the newrelease on payment, allowing special conditions to the Municipality of Genoa and theother municipalities collaborating to the previous phase. In addition, the company isavailable to develop the map requested by the Municipality of Cicagna, but only onpayment.

3 A volunteer of an association located in the Genoa quarter nearest to Cicagna is informedboth of the challenge posted by the Mayor of Genoa on PERIPHRIA platform, and of theMayor of Cicagnas interest in sharing such challenge. The volunteer expresses hisavailability in taking part both to the monitoring/surveillance action, and to the supportto elderly persons. On PERIPHRIA platform he also discovers the start-ups offer. Hesuggests that the systems provided by it also allows to organize preventive recovery andmaintenance intervention of green areas, especially in the areas mainly at risk in theneighborhoods, that involve the population. He already discussed with the otherassociations members, that wish to join the initiative, and suggests to promote it alsoamong the persons living in Cicagna and in the other surrounding FontanabuonaMountain Community municipalities. In this way the citizenship will be able to alert thecompetent bodies in case of risk or beginning of the emergency event, as well as theassociations members. The latter are able to intervene very quickly, considering theirnearness and knowledge. The system should have a functionality allowing, in case ofemergency, to share with the institutions, with the other citizens and with the civilsociety organisations, not only information and messages, but also citizens videos. Healso underlines that it would be desirable that associations members and the populationof the municipalities at risk may meet pre-emptively, in order to establish a sort ofinformal network and system of social protection. His additional suggestion concerns theextension of the intervention also to childrens evacuation from schools and, more ingeneral, to activities for assuring the safe recovery of elders and children.


58/86

50

Table 10 - Malmoe Usage scenariosCitizens, Consumers A group of women in the neighborhood is involved in a meeting where

the challenges are presented. Many of them are working ashousekeepers and often are asked to prepare ethnic food by the

families they work with. The challenge BE SEEN BE HEARD offersthem the opportunity to look at this skill, preparation of ethnic food, ina different perspective. They make the decision to input the idea of aMulticultural Food Service in the PERIPHRIA platform to see whetherthey can attract some stakeholder interested in designing anddeveloping a food delivery services in the area of the neighborhood.

They would be capable to prepare food for a consistent amount ofpeople, and this would give them the possibility to find a job, but atthe same time they would need investors and stakeholders interestedin the service that would make a partnership with them and solving

the following problems:- designing the business model of the service and find investors;- looking for the needed infrastructures to make as well as to

deliver the service;- help them in build up and deliver the service (booking, paying,

delivering)Civil Servants,Government Officials

One of the Malmo association supporting immigrants look at the ideaon the PERIPHRIA Platform and immediately organizes a workshopwith its associates for discussing the issue. Many other womenexperience similar request by the families they work with and any

initiative into this direction sound very promising. During the meetingthey further develop the idea of the Multicultural Food Service andmake the decision to start a project EAT IN THE SQUARE. They thinkthat the application MySquare available on the Toybox could be usefulto support the project: each ethnic group can create a square wheredifferent specialties (ethnic specific) can be offered. It is also neededthat service users could be able to make orders on MySquare. So theymake the decision to contact some ICT providers to help them infurther develop the application.

ICT, technology

providers

The technology providers are contacted by the association and enter

the PERIPHRIA platform where they start making proposal for theservice to be enriched. Exploring the Platform they have access to theArena Co-design Tools and make the proposal in the project to connectthe virtual square market to real squares (each square for differentethnic food).


One person participating the project co-design, proposes to contactthe public administration to get the permission for a weekly market tobe held in a public square in the neighborhood.


59/86

51

Table 11 Malmoe Pi lot Use CasesN. Description1 The municipality thinks that the multicultural food service could be an addition to the

food served in the public schools and posts some ideas on how to integrate the service

into the existing school meals.2 A grocery delivery firm has developed a new service (location based smartphone app) for

ordering and distributing grocery all over town and they think that their new servicecould support the multicultural food service, so they enter it into the toybox

3 The ICT company behind MySquare team up with the grocery firm that has developed theservice for ordering and distributing grocery as they see this as something that could beexpanded into ordering and delivering other things into both virtual and physicalmarkets.

Table 12 Milan Usage ScenariosPublicadministrations

The sport chancellor of the Milan municipality makes the decision toorganize sport related events in three of the Milano squares. The mainidea is to transform these events into a yearly tradition for the city ofMilan able to drive sport activities towards a significant urbanexperience. The chancellor is aware of the challenges launched byPolitecnico di Milano, enters the platform and inputs this idea thatworks as a challenge specification and suggestive driver of furtherinterests.

Citizens, Consumers The Citt Studi citizens are strongly collaborating with the Peopletable of the Campus Sostenibile project, are informed of the challengesand often explore the platform. When they see the idea uploaded by

the city chancellor they start enriching the idea mainly suggesting thatevent could also represents the opportunity to improve the sportutilities already existing in the area (two public swimming pool, oneathletic hall and one football field). The Piazza Leonardo da Vincisquare, where the sport event is referred to, can be just considered theheart of the whole event.

ICT, technologyproviders &Civil Servants,Government Officials

A recent initiative by Philips LED YOUR CITY BY FACEBOOK starteda collaboration among Philips itself and the Politecnico di MilanoOfficials. They are thinking about a new lightning system for thesquare and the public areas of the Politecnico. The Politecnico di

Milano Officials consider this as an occasion to be integrated with theurban experimentation it is going to be set around the Sport in thesquares event. They involve the Philips partner into the challengeprocess. Moreover some of the sport sites indicate by the citizens arecurrently under the Politecnico management and coordination. Ameeting is organized to set up a deep collaboration among all theactors.


Philips enters the PERIPHRIA platform and activate a project linkedto the LED YOUR CITY VIA FACEBOOK and integrating the sportevents management issue. They upload a number of related

technologies and web sites onto the Toybox as well.


60/86

52

Table 13 Milan Pi lot Use CasesN. Description1 A company that is producing furnitures for external and public environment heard about

the challenges posted by the chancellor of the Milan municipality on the PERIPHRIA

platform. They are reconsidering their business moving from physical furnitures toservices. They decide to answer to the Chancellors challenge by posting an idea ofdeveloping an app for smart mobiles to help people that will assist to the performances inthe squares to recognize each others and build up a connection based on their commoninterests in sports or their common public square.

2 A citizen of theCcitt study neighbourhood that is actively collaborating on the thematictable People within the Smart Campus initiative has been notified about the challengesposted by the chancellor of the Milan municipality on the PERIPHRIA platform. Hedecides to contact a company that he knows that produces body sensors for sportapplication. The company and the citizen together post a project to use body sensors

application during the days of the sport events in Milano squares to make an exhibitionbased on sensors in Leonardo da Vinci square.

3 The Dean of an elementary school that is located in Piazza Leonardo da Vinci heard aboutthe challenges posted by the chancellor of the Milan municipality and ask the professorsof the schools if they want to make a project together to answer to the call.

The professors enter the PERIPHRIA Platform and discover the post made by a Companythat is producing sensors for body to utilize, for free during the days of the sports events,these sensors to make an exhibition.

The professors contact the company and together they post a project to use sensors tooffer to the kids of the school the experience of what happens to your body when you

play sports.

Table 14 Palmela Usage ScenariosCivil Servants,GovernmentOfficials&Citizens,Consumers

The VAM servant keeps working with the peripheral citizens and starts tellingthem about the details of the Challenge; they seem to appreciate the localadministration effort and slowly start making suggestions that are nottechnology based due to their scarce use of any kind of technologies. Onerecurrent issue in their requests is related to the scarce accessibility to healthand sanitary services; many of them have to monitor and check blood pressure,

glycaemia rate, and often they have to move to the city. The VAM servantmakes the decision to input an idea on the PERIPHRIA platform to considerthis health monitoring issue for the rural citizens.

Citizens,Consumers

While exploring the platform, some stakeholders who were involved in theChallenge mechanism, try to find an application for data collection and transferin the field of health. Some interviews and workshops are held together withrural citizens to explore their needs. This work takes advantage of theitineraries of VAM. Reflection created between stakeholders and informationcollected from citizens and technicians VAM enables to start a project on"Rural health care", which may result in a query application using smart phones

or other electronic structures. As most of the population does not have


61/86

53

individual access to new technologies and has no skills do deal with that, newstakeholders may be introduced (including youth and NGOs, and/or supportassociations for the elderly) that may serve as intermediaries with the poorestand more isolated people.


A discussion starts between ISA and a number of technology providers aboutthe contents of the Toybox in order to obtain a better understanding of theresults of the existing application as it offers a highly technical reading,oriented mainly to doctors and other health professionals. Other technologyproviders may be involved in order to find a simpler solution that can be readand interpreted by people without much competence in the health area.


The Municipality ensures the necessary resources to implement the project,working in a context of living lab with both stakeholders and end-users of theapplication.


An application is developed that is ready for adoption across electronicplatforms, using existing technologies in the Toybox and/or others that aredeveloped within the stakeholder group.

Table 15 Palmela Pi lot Use CasesN. Description1 The issue identified by Palmelas population, related with the scarce accessibility to health

services, has been managed by the Municipality and the Stakeholders. Its been developeda research in order to find a model that, like VAM, may provide a mobile service, in healthcares, that can help the rural citizens or/and eldest people that live in the Municipalitysdistant areas.

2 Through several events where population was involved, the issue about city hall servicesand their availability to the people from remote areas was often pointed. Inside Fiapal LLa consortium was created to develop a solution that resulted in VAM vehicle.VAM vehicle allows the population to achieve city hall services near their houses, wherethe vehicle goes every week with a scheduled course.

3 With the conscience that the use of ICT will need a different approach, the Municipality ispreparing a package of ideas that will aware and motivate the citizens to start using it.

This package includes:a) a sms/e-mail service in order to inform citizens about the status of their

processes in Municipality services.

b) A Library online using VAM as the interface to deliver and receive the requestedbooks, CDs, DVDs,

c) Interactive panel available also on VAM where could be disseminated interestingdata to the citizens; where data could be collected under quiz; where opinionsand suggestions could be left.


62/86

54

5.FeedingtheToyboxwithSmartServicePlatforms


63/86

55


This chapter outlines the activities pertaining to the Technology Line depicted in Figure 1above, namely:

Figure 25 Scope of Chapter 5 While the process displayed can well be said to be bidirectional (i.e, from and to the Toybox, seenboth as a standalone component as well as at the confluence of Technology Co-Design activitiesrun on the Open Service Convergent Platform), our main interest goes more towards describingthe former than the latter i.e. the way we have successfully managed to populate the Toybox inPeriphria.


ToyIn the context of the Open Service Convergent Platform, a Toy indicates a relevant, FutureInternet (IoP, IoS or IoT) technology available from previous R&D as well as already on themarket. This technology can be adopted, integrated, customised or transformed by the citizens,City representatives and IT experts engaged in the experimental roll-out of a new pilot serviceplatform (see Project ).


64/86

56

ToyboxIn the context of the Open Service Convergent Platform, it is a repository of Toys - IoT, IoS andIoP technologies - each with its own discussion space and links to the different pilots, projects andscenarios where it has been employed.


65/86

57

5.2 From Pilot Platforms to Validated Prototype Services and the Toybox

In Periphria, the Toybox is an open and interactive catalogue of technologies appropriate for usein the context of Challenge driven projects. Each technology comes with its own discussion spaceand links to the different pilots, projects and scenarios where it has been employed.

The IoT components that have been identified for the launch version of the Toybox include boththe widespread front-end aggregator Pachube and several products developed by the Periphriapartner ISA: Enerbook, Enerescolas, Look4myHealth, TraceMe, iWater, and Look@it. Theseinclude sensor-based systems, RFID and video cameras as the basic technologies.

The IoP components included in the launch version of the Toybox are: Google Maps, the mostpervasive front end for location-based mapping; Foursquare, one of the emergent location-basedsocial networking services; u-debate, a location-based application developed by Periphriapartner ATC; and two integrated apps merging u-debate with Foursquare APIs Be part of themuseum and Whats happening in this neighbourhood.

The IoS components posted by Periphria partners Archeometra, Polymedia and Alfamicro asLaunch Toybox entries include general presentations of Open Data, Mashups - EMML, and QRcode, the widespread front-end aggregators Layar and Bambuser, and specific Archeometratechnologies such as Touring Events, Video Landscapes, and Mobile Fair.

The rationale behind the Toybox is as follows: on the one hand, it lists many basic technologiesthat are widely adopted but seldom used to their full potential, such as Google Maps, which canprove useful in the context of a preliminary state of the art assessment that precedes the start-upof service co-design activities as described in Chapter 2 above. Here, a significant businessadvantage over the competition is that all these applications and tools are not only made available

for downloading as in any other marketplace but also accompanied by a description of thesuccess stories underlying their previous developments and/or pilot deployments. On the otherhand, the Toybox is supposed to host all innovative applications and tools that gradually emergeout of the thematic research & deployment efforts provided in the context of a PeriphriaChallenge, such as the MySquare app developed for the Athens pilot. Each Toybox listing includesinformation about what the technology does and how it can be applied, shows which PeriphriaChallenge is being used in and how, and allows to discuss potential applications with technologyexperts and developers.

If you want to consult the Toybox, please go to http://toybox.peripheria.eu , where you will find

the following welcome page:


66/86

58

Figure 26 Toybox Home Page


67/86

59

Consultation and inspection of published contents does not require registration.However, if you want to upload a new technology item to the Toybox, you must be registeredfirst as a Developer in the platform. This will give you a special permission to access thedevelopment secti

Documents

Output 2 - The Periphèria Methodology