THE PERIPHRIA METHODOLOGY

OUTPUT 2
Project Acronym: PERIPHRIA Grant Agreement number: 271015 Project Title: Networked Smart Peripheral Cities for Sustainable Lifestyles Incorporating project Deliverables: 5.3.2, 3.2.2, 5.4.2 THE PERIPHRIA METHODOLOGY Revision: [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 Programme Dissemination Level P Public X C Confidential, only for members of the consortium and the Commission Services

COPYRIGHT
Copyright 2011, 2012, 2013 The PERIPHRIA Consortium consisting of : 1 (Co-ordinator) 2 (Participant) 3 (Participant) 4 (Participant) 5 (Participant) 6 (Participant) 7 (Participant) 8 (Participant) 9 (Participant) 10 (Participant) 11 (Participant) 12 (Participant) Alfamicro Sistema de Computadores Lda Polymedia SpA Karlsruher Institut fr Technologie Intelligent Sensing Anywhere SA Archeometra s.r.l. Athens Technology Center S.A. Politecnico di Milano Malm Hgskola (Malm University) Bremer Institut fr Produktion und Logistik GmbH (BIBA), Bremen DAEM S.A., Athens Comune di Genova Municpio Palmela

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

INDEX
List of tables ........................................................................................................ 7 List of Figures ...................................................................................................... 7 1. Introduction ..................................................................................................... 1 1.1 Motivation and background .......................................................................................................... 2 1.2 Structure of the document ................................................................................................................ 4 1.3 The Arena Concept ............................................................................................................................. 5 1.4 The Periphria Cube ........................................................................................................................... 5 2. Co-Designing Shared Services with Service Idea Cards ...................................... 8 2.1 Concept, definitions ......................................................................................................................... 9 2.2 From Arenas to Service Idea Cards ................................................................................................ 10 2.3 Examples from Periphria .......................................................................................................... 13 3. Using the Challenges to ignite Service Co-Creation ......................................... 20 3.1 Concept, definitions ...................................................................................................................... 21 3.2 From Challenges to Projects to Service Pilots ............................................................................... 23 3.3 Examples from Periphria .......................................................................................................... 28 4. Adopting Storyboards to localize Service Requirements .................................. 39 4.1 Concept, definitions ...................................................................................................................... 41 4.2 From Usage Scenarios and Storyboards to Co-Designed Use Cases and Validated Requirements .......................................................................................................................................... 43 4.3 Examples from Periphria .......................................................................................................... 45 5. Feeding the Toybox with Smart Service Platforms ........................................... 54 5.1 Concept, definitions ...................................................................................................................... 55 5.2 From Pilot Platforms to Validated Prototype Services and the Toybox .................................... 57 5.3 Examples from Periphria .......................................................................................................... 62 6. Transferring Tools, Knowledge and Practice ................................................... 66 6.1 Concept, definitions ...................................................................................................................... 67 6.2 Transfer dynamics ........................................................................................................................ 67 6.3 Examples from Periphria .......................................................................................................... 69 7. Conclusions and Contacts ............................................................................... 75 7.1 Conclusions..................................................................................................................................... 76 7.2 Contacts ........................................................................................................................................... 76 References ......................................................................................................... 77 Revision History and Statement of Originality .................................................... 77

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

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

34

Figure 18 Athens MySquare Pilot Scenario 35 Figure 19 Genoa My Park Pilot Scenario 36 Figure 20 Palmela EXECUTIVE MEET ON LINE Pilot Scenario 37 Figure 21 Milan SportAround Pilot Scenario 38 Figure 22 Scope of Chapter 4 41 Figure 23 - WP5 activity timeline (first round) 44 Figure 24 WP5 activity workflow 45 Figure 25 Scope of Chapter 5 55 Figure 26 Toybox Home Page 58 Figure 27 Form for the creation of a Toy 60 Figure 28 Addition of a Toy to a Project 61 Figure 29 The MySquare app delivered to the Toybox 63 Figure 30 The My Park app delivered to the Toybox 64 Figure 31 - The StickAround app delivered to the Toybox 65 Figure 32 Scope of Chapter 6 67 Figure 33 Three kinds of Transfer 69

1. Introduction

1.1 Motivation and background

This Deliverable completes the work initially described in WP5 related documentation and after the reallocation of contents agreed with the European Commission partially includes results from 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 during the 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 City Managers how to initiate and finalize the place based, participatory co-design processes involving citizens, businesses and ICT actors, as required for an effective take-up of the Human Smart City vision. In fact, the essence of such vision is the application of people-centric and Arena-focused approaches to the co-design, development and production of next generation Smart City services that balance the technical proficiency of sensors, meters, and infrastructures with softer features such as social engagement, citizen empowerment, and stakeholder interaction in physical and virtual settings. While the Arena Cookbook uses examples from the six Pilot Cities involved in the project (namely Athens, Bremen, Genoa, Malmoe, Milan and Palmela) as true stories to support and highlight the concepts expressed therein, this Deliverable takes on a more structured and systematic (if not systemic) standpoint on how the Human Smart City vision has been experimentally applied in the Periphria cities including some of the sponsoring ones (La Fert-sous-Jouarre, Palermo and others) which have been gradually associated to the project. In this context, three are the main characters of distinction (and reusable assets for City Managers and 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 initial platforms 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.

Figure 1 - The Periphria Metro Map

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

Table 1 Antecedents and sources utilised

Arena Line Transfer Line Challenges Line Validation Line Technology Line

Described taking excerpts from the following Deliverables: D2.1 Arena Models; D2.2 (internal); D5.2.1 Pilot Scenarios D5.4.1 Transfer Activities D5.1.1 Pilot Platforms and Services; D4.1 Convergent Platform D5.1.2 Pilot Platforms and Services; D5.2.2 Pilot Scenarios 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 have not been necessarily mentioned at the beginning of this document.

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 more detail the methodological steps associated to the five lines proposed before, as the following table shows:
Table 2 Contents of this deliverable

Arena Line Transfer Line Challenges Line Validation Line Technology Line

Methodological steps described How to Co-Design Shared Services by utilizing the tool Service Idea Card. How to Transfer Tools, Dynamics, Knowledge and Practice. How to Ignite Service Co-Creation using the Challenges mechanism. How to Localize Service Requirements by adopting the Storyboards tool. How to Feed the Toybox with Smart Service Platforms.

2 6 3 4 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 tools for promoting and supporting Co-Design together with the prospective end users, in compliance with the Living Labs approach. This as explained in the Periphria Cookbook, can be seen as the initial step towards the actualisation of a Human Smart City vision. However as time advances and citizens and stakeholders engagement begins to provide results, the need can emerge of a more structured mechanism to drive creativity towards the definition of concrete services. This is what 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 require validation and verification before turning into fully developed services, Section 4 describes how the adoption of Storyboards can be supportive to Requirements Localization and ultimately to a better integration of end user feedback into the process of service development and testing, again in full alignment with the Living Labs approach. Next, as soon as Prototype Services have been made available, one may want to publish the new or existing technologies that have been put in place on a suitable public repository, to ensure replication and wider take-up. Therefore, Section 5 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 communication and transfer purposes. Finally, the issue of transfer is accurately dealt with in Section 6, making reference to all results produced in Periphria, from the tools and dynamics to the knowledge and practical experience. Common to all the above Sections (2-6) are two chapters, one illustrating the key concepts and used definitions, the other showing some examples taken from the Periphria Project. Section 7 concludes the document.

1.3 The Arena Concept

The core innovation of the Periphria project which situates it beyond the state of the art is given by the notion of Arenas: these are defined as archetypal urban spaces, where community interaction 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 associated to 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 sections of this document report in detail about the results of the co-creation, validation and transfer of City services occurred in compliance with this Arena inspired vision. In concrete, thinking in terms of Arenas adds qualifying dimensions to the classical (or simply administrative) definition of urban environment. These dimensions point at the role and power of the creative people and communities active in that environment, which can be leveraged and turned 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 the potential of social dynamics that emerge in spatial contexts outside of market (or policy) driven mechanisms, in order to achieve goals of policy relevance for urban transformation through both institutional 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 in full in the Periphria Cookbook, and is summarized here by making recourse to another idealistic representation the so called Periphria Cube.

1.4 The Periphria Cube

Conceptually, we can describe the deployment of Human Smart City services in Periphria the green bubble in the (x,y,z) space represented below as the convergent outcome of three dimensions or the three axes in this idealistic 3D space: x) The existing (AS-IS) technology solutions not necessarily, but preferably smart and the new 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 the City Arenas; and z) 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 be taken into account jointly rather than simply in pairs.

Figure 2 - The Periphria Cube

For instance, if we look at the intersection between Arenas and Policies, we can find there all the community empowerment and participatory design methods that are supportive of the planned engagement of citizens and stakeholders in the co-creation of new City services. These methods can 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 codesigning 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 by the 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 to the State of the Art (AS-IS). However, we think to have demonstrated within the Periphria project pilots that the addition of a humanistic component (here represented by the Arenas) adds value to the co-design and successful roll-out of innovative Future Internet services (TO-BE). This again 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 City context becomes evident if we narrow the focus on the intersection between Technologies and Arenas. In this 2D space we can easily locate the Periphria platform (and particularly the Toybox and Challenges mechanism) that can be profitably used, at least in principle, irrespective of the current and prospective policy orientations (the z-axis in the picture). Indeed, such an extended use of the platform may be attractive at first sight, but is of little interest in practice. In fact, the 6

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

2. Co-Designing Shared Services with Service Idea Cards

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 Service Co-Design station, it may be interesting to frame this process in the broader context of the Periphria Cube introduced a few pages earlier. This aspect is displayed in the above picture by showing the convergence of Technologies and City Policies into the same station where the use of Arenas also points to. The following definitions are useful to fully grasp the remainder of this chapter. Arena Arenas are urban spaces where social interaction occurs between "people in places" and that act as user driven, open innovation playgrounds, where co-design and service integration processes in Smart Cities do materialize. Service In Periphria D5.1.1, service has the precise meaning of next generation (smart) electronic public service, mapping IoT, IoS and IoP components onto the different Arena settings, in the specific context of each City and framed within its current and on-going ICT and eGovernment policies. Service Idea Card An innovative brainstorming tool introduced in Periphria D2.1, in support of service co-design and 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 the original specification of the Living Lab approach put forward in Periphria, this tool is very valuable for City representatives in order to get suggestions for improvement/refinement of the initial service idea, as well as higher direct engagement from the citizens side, wherever the fully developed service has the nature of being co-produced by providers and beneficiaries. 9

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 been divided in three main activities: 1. First, pilots developed preliminary drafts of as-is scenarios starting from the six Arena Concepts 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 and carrying 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 the co-design toolkit (months 4-6). Arena models have been conceived of as should-be scenarios starting from the goals identified in the as-is scenarios. As-is scenarios are tools used for describing the current conditions and characteristics of a specific 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 of evidence (from witnessing to statistical data about the population.). Arena Modeling Co-design Tools are intended as tools to inspire and support design thinking and idea 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 each City 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 or market 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 service that 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 the starting point of a co-design, co-development process, whereby participants can e.g. change any part 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 the template in the Figure below): Service description/What does it let you do?: where the specific collaborative service, its title 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 the service; 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 it and by delivering pieces of work, information, time needed to make the service workable; 10

Strength and weakness: this area synthesizes what is really valuable in the service presented 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 can be 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 end users 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 (if any), are reported.

11

Figure 4 - The template adopted for the Service Idea Cards

12

2.3 Examples from Periphria

One service per City has been developed in Periphria. The corresponding Service Idea Cards are presented below. Each of them describes the service components, its basic model of relations between 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 services based on User-Generated Content but now broadening attention to social networking and location-based services. In Periphria, we define IoP as the emergent social architectures of relations, transactions and learning, using semantics of time and place as well as semantics of inter-personal situations. IoS (Internet of Services) A vision of the Internet of the Future where everything that is needed to use software applications is available as a service on the Internet, such as the software itself, the tools to develop the software, the platform (servers, storage and communication) to run the software. In PERIPHRIA, we adopt a very broad definition, which includes service composition of all types, including aggregation and visualisation, and 3D technologies. This encompasses semantic frameworks and cloud computing, but we also place significant attention to Open Data and Mashups (e.g. EMML - Enterprise Mashup Markup Language). IoT (internet of Things) An integral part of Future Internet including existing and evolving Internet and network developments and as a dynamic global infrastructure with self-configuring capabilities based on standard and interoperable communication protocols where physical and virtual things have identities, physical attributes, and virtual personalities, use intelligent interfaces, and are seamlessly integrated into the information network. In the IoT, smart things/objects are enabled to interact and communicate among themselves and with the environment by exchanging data and information sensed about the environment, while reacting autonomously to the real/physical world events and influencing it by running processes that trigger actions and create 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 into account security and privacy issues.

13

Figure 5 Service Idea Card developed for the Athens Pilot

14

Figure 6 Service Idea Card developed for the Bremen Pilot

15

Figure 7 Service Idea Card developed for the Genoa Pilot

16

Figure 8 Service Idea Card developed for the Malmoe Pilot

17

Figure 9 Service Idea Card developed for the Milan Pilot

18

Figure 10 Service Idea Card developed for the Palmela Pilot

19

3. Using the Challenges to ignite Service Co-Creation

20

3.1 Concept, definitions

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

Figure 11 Scope of Chapter 3

21

Three are the key milestones on this line: the first one is represented by the Service Co-Design station, 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 Convergent Platform of which more will be said in the remainder of this chapter. The third one is the cocreation of Pilot Service Platforms with and by end users, ICT actors and other stakeholders, as the result of the so-called Challenges process. This is further described here below as well as in the Periphria Cookbook. The following definitions are useful to fully grasp the remainder of this chapter. Challenge A Challenge is an open public call for initiatives in a given thematic domain, addressing a specific issue that could not be easily solved by a government agency in isolation. This promotes a new idea of sustainability of public service, based on the active role of citizens and stakeholders in codelivery (see the Periphria Manifesto, issued in September 2010). A Challenge is also a co-design tool that indicates the future and desirable scenario(s) towards which Arena level social interactions, as enabled by Future Internet services, should lead the community or part thereof (see Deliverable D5.2.1). In this sense, Challenges call for the implementation of Project Ideas for sustainable change, invoking citizens collaborative work in new services production and eventually the development of innovative technologies (applications and platforms). In Periphria, the newly produced technologies have enriched the City pilots through the Toybox component of the Open Service Convergent Platform (see Deliverable D5.1.2). Open Service Convergent Platform (aka Periphria platform) The Periphria platform incorporates both government commissioned and citizen-driven community services, favouring the emergence of the latter as a closer embodiment of the codesign processes occurring in the physical spaces of the Periphria Arenas. The Convergent Platform specified in Deliverable D4.1 defines three main types of co-design spaces: - Challenge and Ideas Spaces, where Periphria Challenges open calls for project ideas for sustainable Smart City services can be launched, discussed, and resourced and ideas 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 City Projects which can be linked to one or more challenges using Future Internet technologies. - Technology Co-Design Spaces, where ICT experts (ranging from individual coders to multinationals) describe technology components, register them in the Toybox and work together with users of all types to co-design their adaptation and integration into one or more Smart City Projects. Pilot

22

In Periphria, the Pilot Cities are: Athens Bremen Genoa Malmoe Milan Palmela Pilot platform A service platform deployed in a Pilot City. Project In Periphria, a Project is the experimental roll-out of a Future Internet service platform that is commissioned by a government agency and/or collaboratively designed and developed by the involvement of Living Lab stakeholders in a Smart City. Service Platform The outcome of a Project whereby existing and upcoming Future Internet solutions are confronted with the Challenges, tested against and derived from the Living Lab stakeholder interactions 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 and gamification principles. It holds three main functional elements - that are also virtual, interlinked spaces - enabling constructive interaction between City Managers, ICT Actors and ordinary Citizens (or other Stakeholders) belonging to the Arena under consideration. Its general aim is to allow participants posting and evaluating new service ideas, exploring potentially useful Future Internet technologies, and developing specific project proposals, which can be later endorsed and retained by the City Managers for pilot testing in real-life conditions. Currently, the platform is hosting 41 ideas that have generated 23 projects in response to well identified challenges stated and set forth by 6 City Governments. Following is the welcome page of the Periphria platform.

23

Figure 12 - The Periphria platforms home page

24

The underlying concept as presented in Deliverable D4.1 is that while the Periphria Arenas highlight the importance for service design of the specific features of the physical settings of community interaction (which have never been really appreciated before), this Platform serves to augment the Arena-based co-design performance by introducing virtual co-design spaces and processes that steer collaboration between ordinary citizens, city governments, and technology developers (both structured companies and unstructured geeks or hackers). Therefore, the two 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 their socio-spatial experience of a service (or lack thereof). The following diagram describes the key stakeholder relations enabled by the Open Service Convergent Platform:

Figure 13 Stakeholder relations in the Periphria platform

Three main types of Co-Design spaces make up this virtual environment: Challenge 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 City Projects which can be linked to one or more challenges and/or ideas and that generally make use of more than one Technology component. Technology Co-Design Spaces - where ICT experts (ranging from individual coders to multinationals) describe technology components, register them in the Toybox (see Chapter 6 below) - a collection of tools, applications and other technology components made available from various internal and external sources - and work together with users of all types to co-design their adaptation and integration into one or more Smart City Projects. The Challenges generation mechanism, developed in the projects first year, proved effective as the main structuring element for these activities. Namely it frames and shapes the evolution from 25

individual service ideas to the composition of multi-disciplinary groups, the selection of tools and apps, 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 definition stage helps to bring citizens and stakeholders into the process of identifying the specific goals and objectives 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 level interactions or using other participatory methods, from focus groups to BarCamps, common issues are identified that may require the definition of innovative City services using one or more technology tools, either existing or developed ad hoc. Challenges are then defined so as to guarantee the full commitment of all actors and the availability of resources to really implement projects and ideas that effectively address the initial concerns.

Figure 14 The Challenges definition process stage

The next stage is the Challenges development process, which generally initiates when a Challenge has been defined and launched (see following picture).

26

Figure 15 The Challenges development process stage

Its roll-out involves two different steps, both requiring the use of the Periphria platform, which are identified as follows: Ideas: following the launch of a Challenge, a first step is the open exchange of ideas from citizens, 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 reinforce engagement 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 proposer taking 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 aspects of feasibility.

These two steps correspond to different degrees of maturation of project ideas towards the codesign 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 can support the service concept as well as interaction with the City authorities to make the project fit with the administrations goals and structure. In fact, only the most successful pilots run under this proposed logic will become permanently integrated in the existing infrastructure and service system 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 team if desired. The public authorities also follow the development process from the standpoint of project implementation, with the objective of adopting and resourcing projects in line with their Smart City policies as expressed in the Challenge.

27

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

3.3 Examples from Periphria

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

28

Table 3 Challenges and Projects

PILOT CITY Malm

CHALLENGE Be seen, be heard! (I)

Bremen Athens

Visualizing collective energy consumption (I) Parking Space Bottleneck (II) MobiEducate (II) Greenlife Athens (I)

PROJECTS My Opinion Mapping the Neighbourhood Beat Share Hack Your Energy ICParkingSpace EMob Bremen Interactive children learning Students clean public squares around schools Implementation of photovoltaic systems at municipal buildings and city lighting The city gives bicycles to citizens Use virtual square app and learn how to makes Athens green Learn about your park

Genova

Palmela

Milan

How can technology help people with disabilities to vote in the National Election? (II) Be prepared to climate change effects (I) Snow Weather Alert Rain Weather Alert Weak persons fruition of green areas and My Park in Villa Pallavicini museums (II) How can rural citizens access public New means of municipal services? communication: QRCodes Online library new booking service Executive meets online Mobile Citizen Store Experimenting the urban. The Campus as a TOCTOC urban lab (I) Smart plan: palinsesto in Piazza Leonardo SportAround Inclusive Campus. Complete and customizable accessibility for a socially... (II) Behave! Busting sustainable behaviors in .&CO | Community Citt Studi (II) COllaboration Codesign

29

One of the local youth communities is planning for the street festival they are about to arrange next week. Concerts with local artists, a photo competition, a football tournament and food stalls are part of the program. They have also decided to use the MyOpinion booth as a component for debate at the festival.

The booth permits one to take or upload a photo and writing a short text, which is displayed together with the image. It is then possible to sms comments to the displayed image/text. The booth exists in different versions; for large projections on walls, a container with unbreakable glass that can host it for long-term outdoor use and a mobile light-version that is easily assembled. They go for the mobile version.

They pick up the booth assembly at the local district office where it can be borrowed and set it up right next to the stage. It looks a bit rugged and they have to search an angle where the sun do not disturb the screen. Had it been darker, they'd preferred a large-scale projection, but they find it quite ok anyhow.

30

They have in advance prepared some topics and questions. They start out with asking people to sign up for a list protesting against the planned joining of two local schools, which would mix older and the youngest pupils.

Printed "manuals" are placed inside the booth and at the display, explaining the interaction and what sms number to use. They have also set up a free wi-fi so that it can be used without cost, if one has an internet enabled phone.

They have also set up a free wi-fi so that it can be used without cost, if one has an internet-enabled phone. They get good response in people signing up.

31

At the end of the day they have gathered 150 signatures and they post the logs to the citys website for e-petitions, where it immediately turns up as one of several citizens initiatives.

Since they still have the booth for another day they place in the window to their office where it is debated over night whether the local district should host the construction of a factory producing starches or not. A civil servant passing by likes the initiative and decides that MyOpinion should be placed at the local library for a few weeks debating the factory plans.

Figure 16 Malmoe My Opinion Pilot Scenario

32

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 observation service.

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.

33

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

Figure 17 Bremen THE PARKING OBSERVATION SERVICE Pilot Scenario

34

M ain character: Maria, architect Secondary character: George, citizen cycling to work Tools used in the activity: MySquare App installed on smartphone Maria is an architect who participates in many competitions about new ideas on how to make the city greener, smarter, and sustainable after all. Maria meets with her friend George who uses his bicycle as an everyday transportation means and is member of a community for bicycle promotion. George has been recently informed on the PERIPHRIA platform tool and the Challenges launch, and after navigation he discovers interesting ideas and projects related to cycling. What he also discovers is that both suggesting new ideas and voting about the existing ones can be done via a mobile application which he downloads. During the meeting with Maria, he invites her to download MySquare Application so that they can participate together. They take a quick look at the existing smart squares or other functionalities, and then select the ideas and projects they like. They decide to invite more of their friends to do so as they would like to have the Go Cycling in Athens idea and the The city gives bicycles to citizens project to win, and they even make use of Facebook to attract followers. They even decide to create their own virtual square about organizing monthly cycling tours around the city. But theirs and their friends contribution to the co-decision process appears to be so massive that six months after the Municipality representatives appoint them as a supportive to the process team.

Figure 18 Athens MySquare Pilot Scenario

35

Figure 19 Genoa My Park Pilot Scenario

36

Figure 20 Palmela EXECUTIVE MEET ON LINE Pilot Scenario

37

Figure 21 Milan SportAround Pilot Scenario

38

4. Adopting Storyboards to localize Service

39

Requirements

40

4.1 Concept, definitions

This chapter overviews the activities pertaining to the Validation Line depicted in Figure 1 above, 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 full definition of innovative Service Prototypes which can be considered as the global aim of the Periphria methodology. In that direction, however, what the yellow triangle highlights is that there are some essential conditions to be fulfilled in terms of validation and verification of the generated service chunks in terms of functionality, usability, acceptance and the like. Only after the successful achievement of this task can a previously piloted platform be reasonably well turned into a running service. The way these conditions are accomplished is described in the rest

41

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 the Arena models introduced in Chapter 2 above. This aspect is highlighted in the above picture by showing the dependency of the Scenario Co-Design station from the delivery of Arena-based storyboards, being used as supporting tools to the verification and validation activities. As a matter of fact, this is an innovative feature of the validation and verification tasks proposed here in the broader context of the Human Smart City approach. The following definitions are useful to fully grasp the remainder of this chapter. Pilot Service Platform The outcome of a Project whereby existing and upcoming Future Internet solutions are confronted with the Challenges, tested against and derived from the Living Lab stakeholder interactions within the different City Arenas. Service Prototype A 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 and the customer through service. In many cases, it is a complex system in that configurations of resources interact in a non-linear way. Primary interactions take place at the interface between the provider and the customer. However, with the advent of ICT, customer-to-customer and supplier-to-supplier interactions have also become prevalent. These complex interactions create a system whose behaviour is difficult to explain and predict. (Usage) Scenario A representation of a context, where user needs are described in terms of expectations and desired 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 of Storyboards. Storyboard Storyboards are micro-scenarios depicting the potential of a system or service; they can be intended as low fidelity (or quick and dirty) prototypes. They provide concrete representations of a system or service yet to be developed that show particular aspects of it (mainly focused on functionalities and usability). Use Case An orchestrated, instantiated, setting, comprising all technology aspects coming from a usage scenario, and related to a specific, possible implementation supported by technological solutions within the context of an experimental deployment.

42

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-designed service 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 prospective adoption of the technical solution at hand (be it the Periphria platform or the individual City application); b) Association to each usage scenario of one or more specific use cases, exemplifying the concrete interaction of City actors (civil servants, policy makers, citizens, etc.) with the technical solution itself; c) Extraction of user requirements and their subsequent validation with the prototypes of the 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 requirements was 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 scenario and use case(s). Separate tables were used for Functional and Non-Functional Requirements (the latter being further divided into Hardware and Software Requirements, Operational Requirements, Communication Interfaces, Audit Trail, Reliability, Recoverability, Security and Privacy, 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 been run 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 been documented across the various Deliverables of the WP5 series:

43

Figure 23 - WP5 activity timeline (first round)

As the picture exhibits, Arena-level co-design activities characterize all the preparatory stages to requirements collection. Interactions have taken place in three ways: - Face-to-face, within the Arena community (Living Lab), for the production of Service Ideas with the support of Service Idea Cards (as reported in Deliverable D5.1.1 and in Chapter 2 above); - Mediated by the Periphria platform, after the launch of Challenges, for the definition of Usage Scenarios in accordance with the involved Projects (as reported in Deliverable D5.2.1 and in Chapter 3 above); - In both ways simultaneously (or alternatively), as reported in Deliverable D5.3.1, for the production of Use Cases that may derive from the Service Idea Cards and/or be driven by the Challenges mechanism itself. Storyboards have been supplied by the Project Team to each Arena, as narrative descriptions of the services to be implemented. In particular, each Storyboard aimed to satisfy some specific requirements for the service platforms identified and being technically developed. Thus, they were considered as possible applications that, according to the functionalities represented, call for the verification (actually exploration) of which kind of technological solutions are available to support 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 tested and assessed during the Project pilots.

44

Figure 24 WP5 activity workflow

4.3 Examples from Periphria

The following tables report about the most significant usage scenarios and use cases identified in Periphria.
Table 4 Athens Usage Scenarios

Citizens, Consumers

All the district managers are asked by the Municipality to involve citizens in responding to the Athens Challenge. Many citizens are invited to explore the PERIPHRIA platform. They discover in the Toybox the MySquare application. They download it from the Public administration website and start playing with it. Many squares are created where space is recognized as having potentials for green infrastructure; they are located in the city thus mapping areas where the green demand is emerging. Similarly, many squares are created where unsustainable behaviors are discussed; they are not location specific and represent the need for citizens to discuss sustainability

45

Civil Servants, Government Officials

Citizens, Consumers

ICT, technology providers Public administrations

ICT, technology providers Citizens, Consumers

perspective in the city. They start a project in the platform proposing the SPEAKERS CORNER SERVICE in some squares of the city to discuss sustainability and unsustainable issues in Athens. Navigating the Toybox they discover LAYAR and make the hypothesis to use it, posting discussions and comments onto the platform. One of the involved citizens is often using LAYAR and makes the suggestion in the project to create a NEW category, the discussion category: each content of the category could be a speakers corner if it can be managed as a discussion taking place in the speakers corner. The discussion is mainly observed by the IT Municipal department that immediately suggests the public administration to buy the LAYAR license. Money is not available but the public administration contacts the LAYAR company and ask them to help in developing something new for Athens that could be kept by the company for commercial purposes. The LAYAR company accepts the Athens municipality invitation and enters the PERIPHRIA platform to discuss the needs with the involved people. Discussing with the LAYAR company the citizens becomes more aware of the application potentials and suggests the LAYAR contents to be geographically located in a square where all the speakers corner can be explored.

Table 5 Athens Pilot Use Cases

N. 1

Description 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 a short brainstorming on problems, challenges and services ideas, people are introduced to PERIPHRIA platform. They arrange a trial, where they experience the platform and they discover the Mysquare application in the Toybox. They decide to use the application so as to create squares for the problems they are working on. 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 ICT developer that a dialogue/discussion space should be available for the ideas created within the squares to be shared. The ICT company does not offer the dialogue functionality for free, and they cannot foresee 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 best version of the functionality at a normal price.

46

Table 6 Bremen Usage Scenarios

Civil Servants, Government Officials

Citizens, Consumers

Public administrations

ICT, technology providers

In order to make the challenge richer in resource and opportunities the Mobility officer of Bremen city makes many of the existing mobility applications/services available in the Toybox. At the same time participate in the discussion around some ideas suggesting the use of those applications/services as already available. A group of citizens involved by the BIBA unit of PERIPHRIA starts to play with this technologies. They dont know how they work and they would learn if such technologies can help citizens to design and maintain a system of traffic monitoring based on user generated content and that would allow peer to peer exchange. In this way citizens could collaborate among them without the need for the public authority to intervene officially. Public administration decides to support these initiatives asking young developers to help citizens to build an application (exploiting those that are already available in the Toybox) that would allow a peer to peer monitoring of traffic among citizens. The municipality will benefit from this service saving the money needed to make continuous controls. Citizens would be happy to participate because they would support each other without receiving tickets from the municipality An Application for smart phone making in contact people that are in an area of the city is going to be developed and made available within the Toybox. The principle is to exploiting the plate of their car and a system of SMS to notify each other that their car should be better parked, removed, that their car is an obstacle for another smaller one.

Table 7 Bremen Pilot Use Cases

N. 1

Description 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 the municipality has for the challenge. These ideas could be improved during discussions with citizens. The improved ideas could be transferred into projects that the municipality supports. The remaining ideas could be either further improved or put to rest by coming to an official conclusion about the non-applicability of the idea. A local ICT service company could decide to place a new item (plug&play sensor network) into the Toybox. Citizens that participate in a co-creation workshop for new ICT services could decide to learn more about the item. First they could watch tutorials online that are provided through the Toybox. Then they could get in contact with the local ICT company through the information available in the Toybox to make an appointment for testing the hardware. In the end they could give feedback on the technology whether it is useful for them or not. The Mobility officer of Bremen could be made aware of the large buzz a specific idea caused among citizens. He could be invited to join the discussion or to give an official

47

statement from the municipality about the realization of the service. Based on this statement 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 Scenarios

Civil Servants, Government Officials

Citizens, Consumers

Public administrations

ICT, technology providers

The Safe City officers are informed by the national civic protection that they have decided to develop a system for monitoring the city everyday with the engagement of the citizens. The idea is to ask people to proactively communicate changes that they can perceive in the city that could depend from the weather condition. A group of bloggers decides to collect and analyze stories of the people that during the floating experience in November had problems. This in order to understand main problems and also possible solutions that helped people during that tragedy. Citizens, through the PERIPHRIA Platform but also through a peer-topeer communication campaign on the web, are invited to leave their story on the platform. Many citizens participating in the emergence activity during the flood events visit the PERIPHRIA platform and narrate their personal experiences during the flood revealing that many of them are working outside Genoa city and the flood affected their mobility towards other municipality in the Genoa surroundings. Bloggers reveals the need to design a monitoring system for the emergence that would involve not only the municipality of Genoa but all the cities and territories surrounding it. The major decide, on the basis of this evidence, to make a new call of the PERIPHRIA platform to address the problem of the strict collaboration among close municipalities around Genoa in case on emergency and invites other municipalities to share the challenge on the platform and announces it to the citizens.

Table 9 Genoa Pilot Use Cases

N. 1

Description The Mayor of Cicagna, a municipality located in an isolated location in the neighborhood of Genoa, is informed of the new call submitted by the Mayor of Genoa on PERIPHRIA platform. He decides to answer to the invitation and to share the challenge related to emergency situations in case of adverse weather conditions, mainly floods and heavy snowfalls. In particular, he would like to ensure the safe recovery, care and the delivery of foodstuff, medicines and other key consumer products to the population, especially elderly people living in isolated locations. This should be achieved through both monitoring actions and interventions during the emergence or to be done pre-emptively when the risk for the citizenship is higher. Therefore he decides to inform the citizens living 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 encountered and proposing possible solutions. He believes that it would be useful to create, also on the

48

basis of such warnings and feedbacks, a map of Cicagna showing, in relation to the various points, the past events and the related difficulties, needs and expectations. A start-up created by the University of Genoa, already informed and updated upon PERIPHRIA, finds out on project platform the challenge posted by the Major of Genoa in the framework of Smart Park and Museum initiative. Its managing director decides to provide the Municipality of Genoa and the surrounding municipalities involved in the initiative with the new system developed by the University for weather monitoring based on the larger territory around Genoa, as well as to enrich such system with additional functionalities for gathering information, comments and suggestions coming from the population. The system will be provided free of charge for 6 months, so that to test and adapt 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 users and that, on the other hand, at the end of the 6 months, the Municipalities involved collect users feedbacks, inputs and comments, in particular expressed by the citizens and by 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 new release on payment, allowing special conditions to the Municipality of Genoa and the other municipalities collaborating to the previous phase. In addition, the company is available to develop the map requested by the Municipality of Cicagna, but only on payment. A volunteer of an association located in the Genoa quarter nearest to Cicagna is informed both of the challenge posted by the Mayor of Genoa on PERIPHRIA platform, and of the Mayor of Cicagnas interest in sharing such challenge. The volunteer expresses his availability in taking part both to the monitoring/surveillance action, and to the support to elderly persons. On PERIPHRIA platform he also discovers the start-ups offer. He suggests that the systems provided by it also allows to organize preventive recovery and maintenance intervention of green areas, especially in the areas mainly at risk in the neighborhoods, that involve the population. He already discussed with the other associations members, that wish to join the initiative, and suggests to promote it also among the persons living in Cicagna and in the other surrounding Fontanabuona Mountain Community municipalities. In this way the citizenship will be able to alert the competent bodies in case of risk or beginning of the emergency event, as well as the associations members. The latter are able to intervene very quickly, considering their nearness and knowledge. The system should have a functionality allowing, in case of emergency, to share with the institutions, with the other citizens and with the civil society organisations, not only information and messages, but also citizens videos. He also underlines that it would be desirable that associations members and the population of the municipalities at risk may meet pre-emptively, in order to establish a sort of informal network and system of social protection. His additional suggestion concerns the extension of the intervention also to childrens evacuation from schools and, more in general, to activities for assuring the safe recovery of elders and children.

49

Table 10 - Malmoe Usage scenarios

Citizens, Consumers

Civil Servants, Government Officials

ICT, technology providers

Public administrations

A group of women in the neighborhood is involved in a meeting where the challenges are presented. Many of them are working as housekeepers and often are asked to prepare ethnic food by the families they work with. The challenge BE SEEN BE HEARD offers them the opportunity to look at this skill, preparation of ethnic food, in a different perspective. They make the decision to input the idea of a Multicultural Food Service in the PERIPHRIA platform to see whether they can attract some stakeholder interested in designing and developing a food delivery services in the area of the neighborhood. They would be capable to prepare food for a consistent amount of people, and this would give them the possibility to find a job, but at the same time they would need investors and stakeholders interested in 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) One of the Malmo association supporting immigrants look at the idea on the PERIPHRIA Platform and immediately organizes a workshop with its associates for discussing the issue. Many other women experience similar request by the families they work with and any initiative into this direction sound very promising. During the meeting they further develop the idea of the Multicultural Food Service and make the decision to start a project EAT IN THE SQUARE. They think that the application MySquare available on the Toybox could be useful to support the project: each ethnic group can create a square where different specialties (ethnic specific) can be offered. It is also needed that service users could be able to make orders on MySquare. So they make the decision to contact some ICT providers to help them in further develop the application. The technology providers are contacted by the association and enter the PERIPHRIA platform where they start making proposal for the service to be enriched. Exploring the Platform they have access to the Arena Co-design Tools and make the proposal in the project to connect the virtual square market to real squares (each square for different ethnic food). One person participating the project co-design, proposes to contact the public administration to get the permission for a weekly market to be held in a public square in the neighborhood.

50

Table 11 Malmoe Pilot Use Cases

N. 1

Description 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. 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 service could support the multicultural food service, so they enter it into the toybox The ICT company behind MySquare team up with the grocery firm that has developed the service for ordering and distributing grocery as they see this as something that could be expanded into ordering and delivering other things into both virtual and physical markets. The sport chancellor of the Milan municipality makes the decision to organize sport related events in three of the Milano squares. The main idea is to transform these events into a yearly tradition for the city of Milan able to drive sport activities towards a significant urban experience. The chancellor is aware of the challenges launched by Politecnico di Milano, enters the platform and inputs this idea that works as a challenge specification and suggestive driver of further interests. The Citt Studi citizens are strongly collaborating with the People table of the Campus Sostenibile project, are informed of the challenges and often explore the platform. When they see the idea uploaded by the city chancellor they start enriching the idea mainly suggesting that event could also represents the opportunity to improve the sport utilities already existing in the area (two public swimming pool, one athletic hall and one football field). The Piazza Leonardo da Vinci square, where the sport event is referred to, can be just considered the heart of the whole event. A recent initiative by Philips LED YOUR CITY BY FACEBOOK started a collaboration among Philips itself and the Politecnico di Milano Officials. They are thinking about a new lightning system for the square and the public areas of the Politecnico. The Politecnico di Milano Officials consider this as an occasion to be integrated with the urban experimentation it is going to be set around the Sport in the squares event. They involve the Philips partner into the challenge process. Moreover some of the sport sites indicate by the citizens are currently under the Politecnico management and coordination. A meeting is organized to set up a deep collaboration among all the actors. Philips enters the PERIPHRIA platform and activate a project linked to the LED YOUR CITY VIA FACEBOOK and integrating the sport events management issue. They upload a number of related technologies and web sites onto the Toybox as well.

Table 12 Milan Usage Scenarios

Public administrations

Citizens, Consumers

ICT, technology providers & Civil Servants, Government Officials

ICT, technology providers

51

Table 13 Milan Pilot Use Cases

N. 1

Description 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 to services. They decide to answer to the Chancellors challenge by posting an idea of developing an app for smart mobiles to help people that will assist to the performances in the squares to recognize each others and build up a connection based on their common interests in sports or their common public square. A citizen of theCcitt study neighbourhood that is actively collaborating on the thematic table People within the Smart Campus initiative has been notified about the challenges posted by the chancellor of the Milan municipality on the PERIPHRIA platform. He decides to contact a company that he knows that produces body sensors for sport application. 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 exhibition based on sensors in Leonardo da Vinci square. The Dean of an elementary school that is located in Piazza Leonardo da Vinci heard about the challenges posted by the chancellor of the Milan municipality and ask the professors of 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 Company that 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 to offer to the kids of the school the experience of what happens to your body when you play sports.

Table 14 Palmela Usage Scenarios

Civil Servants, Government Officials & Citizens, Consumers

Citizens, Consumers

The VAM servant keeps working with the peripheral citizens and starts telling them about the details of the Challenge; they seem to appreciate the local administration effort and slowly start making suggestions that are not technology based due to their scarce use of any kind of technologies. One recurrent issue in their requests is related to the scarce accessibility to health and 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 servant makes the decision to input an idea on the PERIPHRIA platform to consider this health monitoring issue for the rural citizens. While exploring the platform, some stakeholders who were involved in the Challenge mechanism, try to find an application for data collection and transfer in the field of health. Some interviews and workshops are held together with rural citizens to explore their needs. This work takes advantage of the itineraries of VAM. Reflection created between stakeholders and information collected 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

52

ICT, technology providers

Public administrations ICT, technology providers

individual access to new technologies and has no skills do deal with that, new stakeholders may be introduced (including youth and NGOs, and/or support associations for the elderly) that may serve as intermediaries with the poorest and more isolated people. A discussion starts between ISA and a number of technology providers about the contents of the Toybox in order to obtain a better understanding of the results of the existing application as it offers a highly technical reading, oriented mainly to doctors and other health professionals. Other technology providers may be involved in order to find a simpler solution that can be read and 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 the application. An application is developed that is ready for adoption across electronic platforms, using existing technologies in the Toybox and/or others that are developed within the stakeholder group.

Table 15 Palmela Pilot Use Cases

N. 1

Description 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 developed a research in order to find a model that, like VAM, may provide a mobile service, in health cares, that can help the rural citizens or/and eldest people that live in the Municipalitys distant areas. Through several events where population was involved, the issue about city hall services and their availability to the people from remote areas was often pointed. Inside Fiapal LL a 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, where the vehicle goes every week with a scheduled course. With the conscience that the use of ICT will need a different approach, the Municipality is preparing 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 requested books, CDs, DVDs, c) Interactive panel available also on VAM where could be disseminated interesting data to the citizens; where data could be collected under quiz; where opinions and suggestions could be left.

53

5. Feeding the Toybox with Smart Service Platforms

54

5.1 Concept, definitions

This chapter outlines the activities pertaining to the Technology Line depicted in Figure 1 above, 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, seen both as a standalone component as well as at the confluence of Technology Co-Design activities run on the Open Service Convergent Platform), our main interest goes more towards describing the former than the latter i.e. the way we have successfully managed to populate the Toybox in Periphria. The following definitions are useful to fully grasp the remainder of this chapter. Toy In the context of the Open Service Convergent Platform, a Toy indicates a relevant, Future Internet (IoP, IoS or IoT) technology available from previous R&D as well as already on the market. 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 service platform (see Project).

55

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

56

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 use in the context of Challenge driven projects. Each technology comes with its own discussion space and 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 both the widespread front-end aggregator Pachube and several products developed by the Periphria partner ISA: Enerbook, Enerescolas, Look4myHealth, TraceMe, iWater, and Look@it. These include 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 most pervasive front end for location-based mapping; Foursquare, one of the emergent location-based social networking services; u-debate, a location-based application developed by Periphria partner ATC; and two integrated apps merging u-debate with Foursquare APIs Be part of the museum and Whats happening in this neighbourhood. The IoS components posted by Periphria partners Archeometra, Polymedia and Alfamicro as Launch Toybox entries include general presentations of Open Data, Mashups - EMML, and QR code, the widespread front-end aggregators Layar and Bambuser, and specific Archeometra technologies 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 technologies that are widely adopted but seldom used to their full potential, such as Google Maps, which can prove useful in the context of a preliminary state of the art assessment that precedes the start-up of service co-design activities as described in Chapter 2 above. Here, a significant business advantage 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 the success stories underlying their previous developments and/or pilot deployments. On the other hand, the Toybox is supposed to host all innovative applications and tools that gradually emerge out of the thematic research & deployment efforts provided in the context of a Periphria Challenge, such as the MySquare app developed for the Athens pilot. Each Toybox listing includes information about what the technology does and how it can be applied, shows which Periphria Challenge is being used in and how, and allows to discuss potential applications with technology experts and developers. If you want to consult the Toybox, please go to http://toybox.peripheria.eu, where you will find the following welcome page:

57

Figure 26 Toybox Home Page

58

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 registered first as a Developer in the platform. This will give you a special permission to access the development section of the platform. Once you have entered the Toybox, you can click the Suggest a new toy link on the top of the page. A new form will appear, as in the following figure.

59

Figure 27 Form for the creation of a Toy

60

The required information about the technology to be inserted includes: an Illustrative Picture, a Title, the category (IoP/IoP/IoS) this technology belongs to, and the indication of the Periphria partner involved. (No partner, otherwise). Optional information includes: a link to the technology providers web site, a link to the technology API, the license, up to three videos illustrating use scenarios and two text boxes where to respectively report a Description and How It Works (i.e. the technical details), Finally, you may confirm in writing that you are the responsible person for the Toy, or delegate a Periphria Toybox administrator, and select one or more sub components amongst the full list of currently available toys. After uploading the new Toy, you may want to link it to a Project created before. To do so, please go back to the Periphria platform, select the Challenge and then the Project created in relation to it. There, click on the Edit link and then select one or more Toys form the Technologies and CoDesign Spaces menu window displayed on the right-hand side of the page.

Figure 28 Addition of a Toy to a Project

61

5.3 Examples from Periphria

Within the context of the Periphria a number of mobile applications have been designed, developed and deployed for the Athens, Genoa and Milan Pilots. They have been delivered to the Toybox (see Figures 29-31) and are in the approvation phase for the release in the most popular App Stores.

62

Figure 29 The MySquare app delivered to the Toybox

63

Figure 30 The My Park app delivered to the Toybox

64

Figure 31 - The StickAround app delivered to the Toybox

65

6. Transferring Tools, Knowledge and Practice

66

6.1 Concept, definitions

This chapter summarizes the key activities pertaining to the Transfer Line depicted in Figure 1 above, namely:

Figure 32 Scope of Chapter 6

As it can be seen from the picture, three are the main kinds of transfer identified from within the Periphria pilots (not necessarily listed in order of importance): a) Transfer of Toys (Pilot Platforms) from one City/Arena to another one by means of the Toybox, intended as a public repository of reusable assets and technological resources (see the previous Chapter 5); b) Migration of Service Prototypes from one City/Arena to another one by means of direct exchanges (see next paragraph); c) Sharing of the Challenges mechanism between different Cities and/or Stakeholders (for instance: a Challenge launched by City A is attended by ICT businesses from City B, or the two Cities jointly launch a similar or identical Challenge, etc.).

6.2 Transfer dynamics

In Deliverable 5.4.1, we proposed three different modes of transfer/exchange, 1. Donor to adopter 2. Peer to peer, and 3. A patchwork mode. Elements of these three models were already observed as operating on the Periphria Project.

67

Under the donor-adopter mode , Pilot Cities were presented as originating an innovative concept or practice that adopter/recipient cities wished to take advantage of. Under this mode of innovation transfer, we suggested that typically: The donor/origin city is isolated from the recipient city; The learning and adopting process is a one-way process, and Transfers are just donor-to-recipient exchanges. Under the peer-to-peer mode , we suggested that transfer involves: A two-way exchange of knowledge, know-how, expertise and experience either amongst Pilot Cities themselves or with other interested cities, typically facing similar issues and problems, and Promotion of technical cooperation, as opposed to technical assistance, that can leads to appropriate adaptation, new problem solving, and longer-term relationships between innovators. Under the patchwork mode , we suggested that transfer involves: Development of innovations, with local adaptations, drawn from multiple sites Innovations which may be new and progressive in the context of a particular city, but may already be implemented elsewhere (within or without the Periphria Project Recognition of the importance of human interactions in providing a validation of experiences being used as the basis of the innovation, and The presence of a supportive organizational environment that encourages the search for lessons from elsewhere. Here we employ this analytical framework to describe a range of transfer activities that have been and are currently occurring on the Periphria Project. The work carried out in the scope of the Transfer dynamics has been mainly divided into the following activities.

68

Figure 33 Three kinds of Transfer

6.3 Examples from Periphria

Using the framework set out above, the transfer activities already underway between the Pilot Cities, Supporting Cities, and other cities engaged, have been categorized against the three modes of transfer donor/adopter, peer-to-peer and patchwork set out before. All three forms of transfer can be seen to be operating in the interactions tabled below - depending in part on the degree of shared maturity these pairings have in relation to the specifics of what is being transferred. However, regardless of these levels of maturity, transfer activities are already beginning to resemble not just co-learning but co-design opportunities. This development is noticeable in the on-going relationship between Malmoe and La Fert-sous-Jarre. Here the transfer process has itself evolved beyond a simple exchange between the two sets of parties involved. Instead it has become an innovative example of the use of digital technologies employed to enable co-creation at a distance between two sets of ethnic crafts workers collaborating in co-design through their use of digital sewing machines. The following examples have been assembled by asking Periphria Project Partners to provide information about the types of transfer in which they have been involved and that have occurred both within the project and from the project partners to other third parties. The examples in this list were identified from presentations made at the Projects second annual. It includes transfers: 1. Between pilot cities, e.g.: Malmoe and Milano joint exposure of their students studying co-design 69

 Athens and Genoa on their respective My Square/My Park apps 2. Between pilots and host organisations and/or cities, e.g.: Smart Campus student design competition and Milano city-based incubator for start-up businesses MEDEA to Malmoe city administration through the involvement of young women in city co-design exercises 3. Between pilots and supporting cities, e.g.: Malmoe and La Fert-sous-Jarre, The Periphria Consortium and other supporting cities such as Palermo and Rio de Janeiro 4. Between Periphria and other initiatives, e.g. The Bologna conference (October 2012). In each case, named Periphria Project partners involved in these activities were asked to provide short descriptions of each of these types of transfer. The information has been provided about some of these examples. It has been collated and is presented in the table below.
Table 16 Transfer examples

Example of transfer between Pilot Cities Smart Neighbourhood and Smart Campus The ASP students from Milan Politechnic visited MEDEA, the MALMOE Pilot City partner, in May 2012. This visit was aimed at collecting guidance on how the Politechnic could support the emergent Smart Campus pilot in Milan, particularly in respect to engaging in co-design activities with students. The ASP students presented their work to their Malmoe counterparts. During the visit, they were also able to observe some co-design activities being carried out by the Malmoe students. Two main issues were discussed: 1) The Malmoe partners gave guidance to one of the Milan group of students, TOCTOC, that enable them to better reframe the small experiments they were undertaking, in order to make those more focused on what can be exchanged. 2) The Malmoe partners advised that another group of students, &CO, was too focused on a small scale issue waste produced in students laboratory of architecture through development of models. They advised that the waste collected in such a lab would not be sufficient to justify a service design effort. As a result, the &CO group of students amplified the scale of their observations and service design so widening also the quantity and nature of actors involved. Examples of transfer between Pilot Cities and host organization/city agencies Smart Campus and the International Sustainable Campus Network The Campus Sostenibile initiative (within the Smart Campus Arena) is part of the International Sustainable Campus Network. The yearly reports made by POLIMI clearly represents a transfer activity of some of the Periphria principles and methodologies to this Network. During the last two ISCN meetings, it has become apparent that two main elements have been relevant with regard to this: 1) The Living Lab approach (the concepts of open innovation, co-design and co-experiencing have been of interest for many other campuses); and 2) The Arena concept (specifically for this transfer, the idea that there is a key cognitive role of the campuses in the development of the urban context it is located in was driving other campuses to reframe their own roles). 70

Smart Campus and Milans Small Firms Incubator ASPs TOCTOC group of students have submitted their co-design project to an EXPO2015 initiative. As a result of their success in this Expo, the group are now part of an incubator for entering the service market before EXPO 2015 will start. Moreover the students also submitted their project to a call for social innovation projects launched by the Italian Ministry for ICT and Innovation. This has resulted in TOCTOC being selected for funding. Similarly, the &CO project leaders started a collaboration with the REMIDA organization (http://zerosei.comune.re.it/inter/remida.htm) which is committed to creative recycling. Their collaboration with REMIDA is especially significant given because, previously, REMIDA was mainly committed to recycle waste from large production industries. Their collaboration with &CO means that REMIDA is taking into consideration waste than can be collected from smallmedium producers. Examples of transfer between Pilot Cities and Supporting Cities Multi-ethnic tele-crafting between Malmoe and La Fert- sous-Jarre Both of these two cities share a lot of characteristics including huge immigrant populations and creative NGOs that are involved in textile design. The Periphria platform has been used to offer the possibility to connect women NGOs from these two cities through a tele-presence session where were able to sit together for an afternoon to share experiences both of their respective craft activities and the situation of being an immigrant women in their respective host countries and cities. The first such session was planned for the 12th of March 2013, but was cancelled because of a snowstorm in France. The planned telepresence session eventually occurred on the 11th of April and was held between multi-ethnic NGOs in both Malm and La Ferts-sous-Jouarre.

71

On either side of the screens employed, three groups involved in craft and textile design participated. The nationalities involved included; French, Swedish, Afghan, Persian, Thai, Congo, Cameroon, German crafting women. The languages used were a mixture between English, French, Swedish. Communication was maintained by multiple translations between these languages. Both sides of this engagement had Thai women presented. And so, for a while Thai worked very surprisingly as the intermediate language between the members of the groups. However, the most obvious shared language was their craft practices. When the different women one by one showed their respective designed pieces, communication could unfold. The session turned out to be quite intense, almost like a craft battle. Several craft practices were common in the different cultural groups like lace-making, embroidery and everything from uniforms (from the Napoleon armies) to the combination of old techniques applied on new re-cycled material (e.g. braiding with re-used paper bags or embroidery on reused IKEA-bags). It was decided that the next step in this exchange would be to do a joint piece of work, where all women will make a small square containing local textile patterns e.g. embroidery. These would then be put together as a patchwork containing a mixture of all the represented craft practices. The groups are also planning to exchange experiences by taking a closer and more detailed look on a few chosen craft techniques represented. Finally, the possibility to use IoT, such as digital sewing machines that could receive and print sms, will also be discussed as a means, not just for connecting the groups but to enable them to engage in coproduction activities. A follow up session has been planned to take place in May or June. Those involved in facilitating the La Fert-sous-Jouarre contribution subsequently held a debriefing session about their experience of the exchange. They have agreed that they need to improve the technical device that they are employing to support the telecrafting which is not as good as Malmoes. They have responded that they are keen to repeat the experience: We think that June would be better for the next session. May will be very short in France and we need time to prepare artworks and to coordinate. If the session can begin at 2pm, it is much better because Mathias can then be present. He knows technics much better. Our three groups are very heterogeneous and it is difficult to make them working together. We try to find a solution. We have understood that the next telepresence session will be devoted to two items and we would like to be sure that Malmoe understands the same. You proposed that the participants come with a piece of artcraft so to make a patchwork and then to exchange these pieces. The group in La Fert-sous-Jouarre most involved in the telepresence device is composed of ladies working on laces and some other on sewing ... So we cannot tell you exactly what will be the production. Some are reluctant to do something else

72

that lace. But laces take times! The participants of La Fert-sous-Jouarre proposed that the next session would be also devoted to presentation of artcraft in the making. Can you tell us if you validate this idea? If so, we imagine that each side can show two or three women working during five to ten minutes with questions and answers. We also proposed also to create a very simple blog where each participant can present a "post" with a photo of an artcraft, the photo of the creator and a short description of the artcraft. Could you tell us if you agree or not with these perspectives and precisely what you need. It was a really nice session and most of us are eager to pursue the experience. Exchange/transfer activities between Athens & Palermo City As the Periphria network grows, the need of exchanging know-how, ideas and innovative methods among cities (pilot & sponsoring) is becoming more crucial. Cities have realized that new innovative services are important to enhance their competitiveness and even more is a precondition for sustaining our way of life. The knowledge gained and the services build through the Periphria project should be transferred to other Cities as they need to provide added value and interoperable services to their citizens, taking into account that the implementation and usage costs should be minimized, both for citizens and the cities themselves. One such opportunity for doing so had emerged between the Athens Pilot and Palermo City. Through MySquare the mobile application-service, citizens of Athens can create a square wherever problems can be posed, discussed, decided on. MySquare gives citizens the opportunity to become proactive in improving their City and as a consequence, their everyday life. Citizens can enter their virtual square for various purposes. The MySquare application has been chosen by the Sponsoring city of Palermo, in order to be used by their citizens with the main aim to express their opinions on decisions to pedestrianize public squares in the City Centre. Initial discussions were held on 21st March 2013 between ATC as technical developer of the application and the technical representative (Ciro Spataro) of Palermo City. Exchange/transfer activities between Genoa and Palermo Through the growing Periphria network, the different pilot and sponsoring cities can not only share ideas, methods or technologies, but also provide exciting connections between user groups. One such opportunity emerged between the Genoa Pilot and the City of Palermo. The My Park mobile application developed in the context of Genoas Villa Pallavicini challenge has been chosen by Palermo (one of the Periphria Sponsoring Cities) in order to be transferred to their Parco della Favorita, which is the largest green area of the city of Palermo and is close to the famous seaside resort of Mondello. Parco della Favorita is full of plants life (citrus, olive, ash, walnut and sumac) and is home to some stunning historic venues, such as the neo-classical style Hercules fountain, the Chinese Mansion (designed by Marvuglia), a Museum of Ethnography and the gorgeous Villa Niscemi, full of antique furniture and works of art, the racecourse trot, the stadium and other sports facilities. The first steps taken on 22nd of March 2013 with a first discussion between a representative of Polymedia (owner of My Park app) and Mr. Ciro Spataro, the technical responsible on the side of Palermo. The next steps will be a global mapping of the points of interest within Parco della Favorita, as well as the retrieval (or even creation) of related multimedia content.

73

74

7. Conclusions and Contacts

75

7.1 Conclusions
The examples offered above indicate a continued shift in the Periphria partners understanding of the transfer potential from the Project. Although originally it was assumed that this transfer was likely to be focused on the tangible outputs from the Project newly emergent services, or the apps supporting them, or the Periphria platform itself it has become clear from internal dialogues that this understanding was shifting away from simply the transfer of tangibles to a stronger recognition of the value of the projects intangible output: its co-design approach to service development. At the end of the Project, there is an emergent consensus that what Periphria is attempting to transfer is not just its technologies, use cases, services or even Challenges, but rather the opportunity for other cities to align themselves with our proposed Human Smart City approach to the design, development and implementation of innovative e-services. The validity of this change of emphasis is reflected in the examples offered right at the end of the previous Chapter. These do provide instances of the transfer of technologies and use cases, even of the repositioning of Periphria challenges to support local conditions. But, above and beyond this, they indicate how some third parties are entering into a dialogue, which is as much about how they can embrace the co-design approach, which Periphria had brought to their attention. Where this dialogue has begun to occur, the Periphria project partners involved have moved beyond simply attempting to transfer discrete and already developed e-services. Their aspiration instead has become to transfer the co-production approach employed on Periphria, using the Challenges as the occasion and opportunity for Supporting Cities and other third parties to align themselves with and begin to embrace this approach to the co-design of innovative e-services.

7.2 Contacts
The Periphria consortium has developed an on-line portal (www.peripheria.eu) that supports the Challenges mechanism, allowing Cities to define Challenges and citizens and stakeholders to publish and comment ideas and build project teams. Visibility of the Challenges launched in other Cities, as well as the blogs and videos by groups in different Arenas, allow to learn from different teams and to enrich the creative processes in your city. By contacting the Periphria team, your City can be added to those currently present on the portal. We advise you to nominate a technical contact who will be the responsible for adding information about your City, publishing your Challenges, and updating your Citys blog. We strongly recommend you to make use of videos in order to record the co-design processes in your city and communicate results. In addition, make sure all the participants in your local Arena groups register with the web portal in order to monitor the progress of Challenges and project codesign activities. We also recommend that you engage the ICT businesses and digital innovation community in your City in using the Toybox both to publish and provide support to their tools and services, as well as in helping the citizens and stakeholders of your Arenas to creatively explore their concrete application in Human Smart City service scenarios. Use of the Toybox is free of charge and will carry the additional benefit of networking your local technology community with those in other cities sharing similar concerns.

76

References
The Periphria Manifesto, September 2010 Periphria Description of Work, November 2010 Periphria D2.1, January 2012 Periphria D5.1.1, September 2011 Periphria D4.1, September 2011 Periphria D5.1.2, November 2012 Periphria D5.2.1, February 2012 Periphria D5.2.2, November 2012 Periphria D5.3.1, May 2012 Periphria D5.4.1, July 2012 Website: www.peripheria.eu

Revision History and Statement of Originality

Revision History Revision Date Author V 0.1 2013.03.15 M. Megliola F. Molinari V 0.2 V 0.3 V 1.0 V1.1 2013.04.28 M. Megliola 2013.05.08 F. Molinari 2013.05. M. Megliola 2013.05.18 J. BARROCA Organization Polymedia Description Structure and contents agreed upon by all partners during the Genoa meeting First draft with TOC Advanced draft. KIT contribution added Final Revision Format & Final revision

Polymedia Polymedia Polymedia Alfamicro

77

Statement of originality: This deliverable contains original unpublished work except where clearly indicated otherwise. Acknowledgement of previously published material and of the work of others has been made through appropriate citation, quotation or both.

78