Slide 1

Slide 1 text

Territory-wide People-centric Services Paolo Traverso FBK Center for Information Technology - IRST Trento RISE Via Sommarive 18, Povo, Trento, Italy

Slide 2

Slide 2 text

Territory-wide People-centric Services Paolo Traverso FBK Center for Information Technology - IRST Trento RISE Via Sommarive 18, Povo, Trento, Italy

Slide 3

Slide 3 text

Overview •The Context & the Vision •The Vision through a First Pilot: Smart Campus •Context Aware Adaptive Services •Composition and Adaptation Techniques •Conclusions

Slide 4

Slide 4 text

Context: Trento RISE Trento RISE, the “Trento Research Innovation & Education System”:  Association of the University and FBK (the Research Centers) in IT in Trento  Trento RISE is Part of the European Institute of Innovation and Technology in ICT, the “EIT ICT Labs”  Mission: Research to drive the innovation & internationalization of the territory

Slide 5

Slide 5 text

The Context: EIT ICT Labs

Slide 6

Slide 6 text

EIT ICT Labs – The model

Slide 7

Slide 7 text

Helsinki Eindhoven Berlin Stockholm Paris Trento

Slide 8

Slide 8 text

● Paris ● Berlin ● Helsinki ● Stockholm ● Eindhoven ● Trento

Slide 9

Slide 9 text

From Trento RISE strategy slides:

Slide 10

Slide 10 text

Territorial Labs • Key business model enabler: territorial data and apps allow for new kinds of services • Territorial labs apply to all three dimensions: • Research: results tested in realistic settings • Education: hands-on experience for students in Masters and PhD courses and/or during summer/winter schools • Business: market tests, comparison among alternative business models, assessment of the impact on organizations

Slide 11

Slide 11 text

Territorial Labs • Key business model enabler: territorial data and apps allow for new kinds of services • Three ingredients: • Territory-wide data, systems, and applications • Open Service Platform • People as spectautors & prosumers

Slide 12

Slide 12 text

Territory-wide Data & Apps People as Spectaucthors & Prosumers Service Platform

Slide 13

Slide 13 text

People as Spectaucthors & Prosumers Territory-wide Data & Apps Service Platform

Slide 14

Slide 14 text

Journey Planner From Users to Prosumers and Spectauthors Gamification Social/User data Services Participation Fidelization Socialization Personalization Multi-modality Awareness Offer/require car ride Bike availability W alking bus Car accident Traffic Jam Snowy/Icy road Train full Free parking Parking full Bus full Train delay Green Hero Discover Trento Bike Walking Car pooling Bus Points of interest Feedback Events

Slide 15

Slide 15 text

Vision: Territory-wide People-centric services • Territory-wide Services • There is a huge amount of data and apps available in the territory • No way to build some value added services without them • People-centric Services • People can be spectautors and prosumers • People can be an enormous source of data, information & knowledge • Service platform + value added services as the bootstrapping motivation for people – social communities • Service Platform • Need for an a platform open to third party & user development • Need for SOA based, context aware, techniques • Need for run-time flexible adaptation techniques

Slide 16

Slide 16 text

Approach  A territorial lab that realizes these concepts  Dealing from the very beginning with the two main and difficult problems:  Useful and really used services  Users involved and really participating to the design and realization

Slide 17

Slide 17 text

Overview •The Context & the Vision •The Vision through a First Pilot: Smart Campus •Context Aware Adaptive Services •Composition and Adaptation Techniques •Conclusions 17

Slide 18

Slide 18 text

Smart Campus – first pilot

Slide 19

Slide 19 text

Smart Campus SmartCampus offers advanced ICT solutions to catalyse the creativity, participation, and enthusiasm of campus people (and institutions), and to develop innovative services supporting the social and personal everyday life as well as the functioning of the campus. Smart Campus ingredients: • A platform for the development and provisioning of services for the campus • A community of end users involved in all the phases of the project  A territorial lab to experiment innovative ICT solutions

Slide 20

Slide 20 text

Smart Campus SmartCampus offers advanced ICT solutions to catalyse the creativity, participation, and enthusiasm of campus people (and institutions), and to develop innovative services supporting the social and personal everyday life as well as the functioning of the campus. Smart Campus main characteristics: • Need for local university services (e.g. info about lectures, programs, exams) • Need for territory-wide services (e.g. mobility, culture, social life, gov support) • Most of students’ needs are citizens’ (people’s) needs • An easy & accessible community acting as spectautors & prosumers

Slide 21

Slide 21 text

Status of the Smart Campus Project…  Start: 01/01/2012  Team: 18 people  Platform: version 1 delivered in June  Services: first set delivered in September  Community: first 50 students/explorers

Slide 22

Slide 22 text

Status of the Smart Campus Project…  Start: 01/01/2012  Team: 18 people  Platform: version 1 delivered in June  Services: first set delivered in September  Community: first 50 students/explorers < 2012 2013 > SMAU Milano ICT Days + Hackaton EIT Summer School on Smart City (Trento) < 2013 2014 > First Services NOW Student Community Delivery for University of Trento 500 students • Smart Campus: Milestones 50 students

Slide 23

Slide 23 text

Territorial Lab Service Technology Social Networks User Interaction Platform Community SmartCampus: Approach New contributions Exploitations Res. challenges Security and Trust

Slide 24

Slide 24 text

SmartCampus Platform: Objective  Open platform for the provisioning of services supporting everyday life activities of all the people (individuals and communities) and institutions in the campus.

Slide 25

Slide 25 text

SmartCampus Platform: Architecture

Slide 26

Slide 26 text

Platform: Service Component Architecture (SCA) VAS (SCA) services domain objects monitorin g rules applicatio n logics ES B VAS DEVELOPER VAS USER social-w are social-w are social logics Service back end UniTN systems (ESSE3, ADA, 3rd party systems Service front end social enabler service ennabler more enabler s semanti cenable r social-w are social-w are semanti c logics

Slide 27

Slide 27 text

Services: Needs collected from students • Video streaming • Collaborative notes taking • How difficult? Check the course • Thesis finder • Study together • This is me! • Help your mates! • Time bank • Uni voice • Action in Trento • Worldwide Uni • Where are my friends? • Discover Trento • Bus finder • Interactive map • Paper eater • Queue skipper • Mensa queue skipper • Menu finder • Lunchmate finder • Accommodation finder • Car pooling • Virtual parking lot • Card all-in-one • Time manager • ...

Slide 28

Slide 28 text

Overview •The Context & the Vision •The Vision through a First Pilot: Smart Campus •Context Aware Adaptive Services •Composition and Adaptation Techniques •Conclusions 28

Slide 29

Slide 29 text

An example: Journey Planner

Slide 30

Slide 30 text

Journey Planner Personalized and multi-modal planning of the journey  Integrates the different mobility services offered by the territory  Bus, train, car/bike sharing, car pooling, parking, road condition, …  Suggests personalized and contextual solutions based on user profile, user preferences and current mobility context  User: Disability, preferred transport means, type of journey (family, work,..)  Context: Train/bus delays, parking availability, strikes, ..  Supports the user not only in the planning of the journey but throughout the journey execution  Parking payment, train booking, notification of problems (delays, jams..), proposal of alternative routes/solutions, ..

Slide 31

Slide 31 text

Challenges: • Customizable solutions for each user (e.g., profile, preferences, context) • Heterogeneity of services/systems involved (e.g., traffic/road condition sensors, train/bus delay detection systems, parking availability systems, parking payment systems, car pooling services, ..) • System Dynamicity (e.g., services/systems join/leave the system, changes in procedures of system facilities, changes in regulations and norms) • Context Dynamicity (e.g., unavailability/delays/malfunctioning of the different facilities) Fully exploit the benefits of the service-oriented paradigm to develop a context-aware adaptive system. Journey Planner Challenges and objectives Objective:

Slide 32

Slide 32 text

 Driving/Walking/Buses  Directions + time info  Info buying tickets  Bus schedule, delays  Taxi  Booking via SMS  Special service for disabled  Trains  Schedule info on costs, info on delays  Parking (free/public/private))  Location, cost and closure info  Availability  SMS Payment  Car sharing  Pick up locations, cost info  Booking  Car pooling  Offer/search ride  Bike sharing  Pick-up points  Availability Journey Planner: Transport services and facilities in Trento area.

Slide 33

Slide 33 text

Context Model A Framework for Adaptive Context-aware SBS Entity Provided Fragments Business Process Entity Provided Fragments Business Process Entity Provided Fragments Business Process Entity Provided Fragments Business Process Business processes: • Partial process specifications that allow dynamic refinement and adaptation according to available system functionalities • Modeled via Adaptive Pervasive Flow Language (APFL) an extension of traditional workflow language (BPEL) with abstract activities + preconditions/effects Process Fragments: • Offered functionalities that can be dynamically discovered/used by other entities • Modeled as business processes Context Model: • Important characteristics of the environment and of the entities that operate in it • Used to define context preconditions/effects on process activities and goals on abstract activities

Slide 34

Slide 34 text

Run time composition Parking Fragment Choose Park Reach destination Reach Parking Leave GoogleTransit GeoLocation BP SMS Pay PP RFID Pay PP NFC Pay TrentoParkInfo Drive to Parking Park Find Parking Get Location Start Payment End Payment Leave Drive to Parking Start Payment End Payment Leave Leave Process Fragments Context Models Core Services TrentinoTrasporti Free Parking Fragments Blue Parking Fragments Private Parking Fragments

Slide 35

Slide 35 text

SMS Payment Fragments Parking Fragment Choose Park Reach destination Reach Parking Leave GoogleTransit GeoLocation BP SMS Pay PP RFID Pay PP NFC Pay TrentoParkInfo Drive to Parking Park Find Parking Get Location Get Cost Info Prepare S SMS Send S SMS Start Payment End Payment Leave Drive to Parking Start Payment End Payment Prepare E SMS Send E SMS Leave Leave RFID Payment Fragments Get Ticket Get code Pay Show Result Process Fragments Context Models Core Services TrentinoTrasporti Free Parking Fragments Blue Parking Fragments Private Parking Fragments Run time composition

Slide 36

Slide 36 text

SMS Payment Fragments Parking Fragment Choose Park Reach destination Reach Parking Leave GoogleTransit GeoLocation BP SMS Pay PP RFID Pay PP NFC Pay TrentoParkInfo Drive to Parking Park Find Parking Get Location Get Cost Info Prepare S SMS Send S SMS Start Payment End Payment Leave Drive to Parking Start Payment End Payment Prepare E SMS Send E SMS Leave Leave RFID Payment Fragments Get Ticket Get code Pay Show Result Process Fragments Context Models Core Services Directions Fragments Get Driving Dir Show Direction TrentinoTrasporti Get Walking Dir Show Direction Get Bus Dir Show Direction Get bus info Free Parking Fragments Blue Parking Fragments Private Parking Fragments Run time composition

Slide 37

Slide 37 text

SMS Payment Fragments Parking Fragment Choose Park Reach destination Reach Parking Leave GoogleTransit GeoLocation BP SMS Pay PP RFID Pay PP NFC Pay TrentoParkInfo Drive to Parking Park Find Parking Get Location Get Cost Info Prepare S SMS Send S SMS Start Payment End Payment Leave Drive to Parking Start Payment End Payment Prepare E SMS Send E SMS Leave Leave RFID Payment Fragments Get Ticket Get code Pay Show Result Process Fragments Context Models Core Services Directions Fragments Get Driving Dir Show Direction TrentinoTrasporti Get Walking Dir Show Direction Get Bus Dir Show Direction Get bus info Bus Info Fragments Get Bus Info Show bus info Free Parking Fragments Blue Parking Fragments Private Parking Fragments Run time composition

Slide 38

Slide 38 text

SMS Payment Fragments Parking Fragment Choose Park Reach destination Reach Parking Leave GoogleTransit GeoLocation BP SMS Pay PP RFID Pay PP NFC Pay TrentoParkInfo Free Parking Fragments Drive to Parking Park Blue Parking Fragments Find Parking Get Location Get Cost Info Prepare S SMS Send S SMS Start Payment End Payment Leave Private Parking Fragments Drive to Parking Start Payment End Payment Prepare E SMS Send E SMS Leave Leave RFID Payment Fragments Get Ticket Get code Pay Show Result Process Fragments Context Models Core Services Directions Fragments Get Driving Dir Show Direction Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration • RFID Pay registration • Bus pass • Disabilities/Walking limits • Preferences Journey • Current location • Destination • Time • Travel mean • Parking status • Payment status TrentinoTrasporti Get Walking Dir Show Direction Get Bus Dir Show Direction Get bus info Bus Info Fragments Get Bus Info Show bus info G G P, E P, E P, E P, E P, E P, E Run time composition

Slide 39

Slide 39 text

SMS Payment Fragments Parking Fragment Choose Park Reach destination Reach Parking Leave GoogleTransit GeoLocation BP SMS Pay PP RFID Pay PP NFC Pay TrentoParkInfo Free Parking Fragments Drive to Parking Park Blue Parking Fragments Find Parking Get Location Get Cost Info Prepare S SMS Send S SMS Start Payment End Payment Leave Private Parking Fragments Drive to Parking Start Payment End Payment Prepare E SMS Send E SMS Leave Leave RFID Payment Fragments Get Ticket Get code Pay Show Result Process Fragments Context Models Core Services Directions Fragments Get Driving Dir Show Direction Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration • RFID Pay registration • Bus pass • Disabilities/Walking limits • Preferences Journey • Current location • Destination • Time • Travel mean • Parking status • Payment status TrentinoTrasporti Get Walking Dir Show Direction Get Bus Dir Show Direction Get bus info Bus Info Fragments Get Bus Info Show bus info G G P, E P, E P, E P, E P, E P, E G G P, E P: p is a FreeParking & p is Available E: Parked in p G: Choosed p G: Parked in p Run time composition

Slide 40

Slide 40 text

SMS Payment Fragments Parking Fragment Choose Park Reach destination Reach Parking Leave GoogleTransit GeoLocation BP SMS Pay PP RFID Pay PP NFC Pay TrentoParkInfo Free Parking Fragments Drive to Parking Park Blue Parking Fragments Find Parking Get Location Get Cost Info Prepare S SMS Send S SMS Start Payment End Payment Leave Private Parking Fragments Drive to Parking Start Payment End Payment Prepare E SMS Send E SMS Leave Leave RFID Payment Fragments Get Ticket Get code Pay Show Result Process Fragments Context Models Core Services Directions Fragments Get Driving Dir Show Direction Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration • RFID Pay registration • Bus pass • Disabilities/Walking limits • Preferences Journey • Current location • Destination • Time • Travel mean • Parking status • Payment status TrentinoTrasporti Get Walking Dir Show Direction Get Bus Dir Show Direction Get bus info Bus Info Fragments Get Bus Info Show bus info G G P, E P, E P, E P, E P, E P, E G G P, E P: p is a FreeParking & p is Available E: Parked in p G: Choosed p G: Parked in p M M: Available p Run time composition

Slide 41

Slide 41 text

Adaptation Mechanisms and Strategies Adaptation needs  Need for refining an abstract activity within a process instance  Violation of a precondition of an activity that is going to be executed Adaptation mechanisms  Refinement: dynamic refinement of abstract activity by context-aware composition of available fragments  Local adaptation: identify a fragment composition that allows to re-start a faulted process from a specific activity  Compensation: dynamically compute a compensation process for a specific activity Adaptation strategies  Combine adaptation mechanisms to solve complex adaptation problems  E.g., Re-refinement, Backward adaptation  Search for alternative solutions  E.g., Local on current activity -> Backward on current refinement -> Re-refinement -> …  One-shot vs incremental adaptation

Slide 42

Slide 42 text

Run time adaptation Parking Process Choose Park Reach destination Reach Parking Leave Process Instances Context Configuration Core Service Instances Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration = Yes • RFID Pay registration = No • Bus pass = Yes • Walk limits = max 0.5 km • Preferences Journey • Current loc = TrentoRISE • Destination = via Roma 5 • Time = Thu, 29 Mar, 14:35 • Travel mean = Car • Parking status = Choosed(p) • Payment status = Init Find Parking Get Location Start Payment Blue Parking GeoLocation

Slide 43

Slide 43 text

Parking Process Choose Park Reach destination Reach Parking Leave Process Instances Context Configuration Core Service Instances Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration = Yes • RFID Pay registration = No • Bus pass = Yes • Walk limits = max 0.5 km • Preferences Journey • Current loc = Piazza Venezia • Destination = via Roma 5 • Time = Thu, 29 Mar, 14:45 • Travel mean = Car • Parking status = Found(p) • Payment status = Init Find Parking Get Location Start Payment Blue Parking GeoLocation Run time adaptation

Slide 44

Slide 44 text

Parking Process Choose Park Reach destination Reach Parking Leave Process Instances Context Configuration Core Service Instances Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration = Yes • RFID Pay registration = No • Bus pass = Yes • Walk limits = max 0.5 km • Preferences Journey • Current loc = Piazza Venezia • Destination = via Roma 5 • Time = Thu, 29 Mar, 14:45 • Travel mean = Car • Parking status = Found(p) • Payment status = Init Find Parking Get Location Start Payment Blue Parking GeoLocation BP SMS Pay Get Cost Info Prepare S SMS Send S SMS SMS Payment Receive Ack SMS Run time adaptation

Slide 45

Slide 45 text

Parking Process Choose Park Reach destination Reach Parking Leave Process Instances Context Configuration Core Service Instances Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration = Yes • RFID Pay registration = No • Bus pass = Yes • Walk limits = max 0.5 km • Preferences Journey • Current loc = Piazza Venezia • Destination = via Roma 5 • Time = Thu, 29 Mar, 14:45 • Travel mean = Walk • Parking status = Found(p) • Payment status = Init Find Parking Get Location Start Payment Blue Parking GeoLocation BP SMS Pay Get Cost Info Prepare S SMS Send S SMS SMS Payment Receive Ack SMS Adapt Get PM Location Get Directions Show Direction Park Meter Payment Pay and Display Re-refinement GoogleTransit TrentinoMobilitá Run time adaptation

Slide 46

Slide 46 text

Parking Process Choose Park Reach destination Reach Parking Leave Process Instances Context Configuration Core Service Instances Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration = Yes • RFID Pay registration = No • Bus pass = Yes • Walk limits = max 0.5 km • Preferences Journey • Current loc = Piazza Venezia • Destination = via Roma 12 • Time = Thu, 29 Mar, 14:50 • Travel mean = Bus • Parking status = Found(p) • Payment status = Done Find Parking Get Location Start Payment Blue Parking GeoLocation BP SMS Pay Get Cost Info Prepare S SMS Send S SMS SMS Payment Receive Ack SMS Adapt Get PM Location Get Directions Show Direction Park Meter Payment Pay and Display Re-refinement GoogleTransit TrentinoMobilitá Get Bus Dir Show Direction Get bus info Bus Directions Fragment Run time adaptation

Slide 47

Slide 47 text

Parking Process Choose Park Reach destination Reach Parking Leave Process Instances Context Configuration Core Service Instances Domain • Transportation Means • Transport means per area • Parking facilities and types • Parking payment methods • Parking availability User • SMS Pay registration = Yes • RFID Pay registration = No • Bus pass = Yes • Walk limits = max 0.5 km • Preferences Journey • Current loc = Piazza Venezia • Destination = via Roma 5 • Time = Thu, 29 Mar, 14:51 • Travel mean = Bus • Parking status = Found(p) • Payment status = Done Find Parking Get Location Start Payment Blue Parking GeoLocation BP SMS Pay Get Cost Info Prepare S SMS Send S SMS SMS Payment Receive Ack SMS Adapt Get PM Location Get Directions Show Direction Park Meter Payment Pay and Display Re-refinement GoogleTransit TrentinoMobilitá Get Bus Dir Show Direction Get bus info Bus Directions Fragment Get Bus Info Show bus info Bus Info TrentinoTrasporti ADVANTAGES • No need to think and implement all possible cases at design time • Run-time refinements consider the current context configuration • New services/fragments can be plugged-in at run-time simply wrapping them / annotating them (P,E,G) Run time adaptation

Slide 48

Slide 48 text

Overview •The Context & the Vision •The Vision through a First Pilot: Smart Campus •Territory-wide People-centric Mobility Services •Composition and Adaptation Techniques •Conclusions 48

Slide 49

Slide 49 text

ADAPTATION TECHNIQUES

Slide 50

Slide 50 text

Adaptation as AI Planning Problem Madapt composition of fragments that, if executed from the current configuration and in the absence of exogenous events, ensures that the resulting context configuration satisfies G. Adaptation Goal PLANNER Adaptation Process G Σ|| Madapt STS2APFL ΣC Planning domain Synthesized plan Process Fragments . . . P1 Pn APFL2STS Σ P1 Σ Pn . . . State Transition Systems GOAL BUILDER Planning Goal GΣ Context Configuration . . . C1 Cm CM2STS Σ C1 Σ Cm . . .

Slide 51

Slide 51 text

Adaptation as AI Planning Problem APFL2STS, CM2STS Transformation of fragments and context configuration in STSs and removal of improbable events GOAL BUILDER Translation of the adaptation goal in EAGLE planning goal PLANNER Adaptation Process Σ|| Madapt STS2APFL ΣC Planning domain Synthesized plan Adaptation Goal G GOAL BUILDER Planning Goal GΣ Process Fragments . . . P1 Pn APFL2STS Σ P1 Σ Pn . . . State Transition Systems Context Configuration . . . C1 Cm CM2STS Σ C1 Σ Cm . . .

Slide 52

Slide 52 text

Adaptation as AI Planning Problem Product of fragment and context STSs synchronized on preconditions and effects PLANNER Adaptation Process Madapt STS2APFL ΣC Synthesized plan Adaptation Goal G GOAL BUILDER Planning Goal GΣ Process Fragments . . . P1 Pn APFL2STS Σ P1 Σ Pn State Transition Systems Context Configuration . . . C1 Cm CM2STS Σ Σ . . . C1 Cm . . . Σ|| Planning domain Σ||

Slide 53

Slide 53 text

Adaptation as AI Planning Problem PLANNER sophisticated AI planning techniques for WS composition developed (2002 – Today) within the ASTRO project (non-determinism, extended goals, data flow requirements) Adaptation Process Madapt STS2APFL Adaptation Goal G GOAL BUILDER Planning Goal GΣ Process Fragments . . . P1 Pn APFL2STS Σ P1 Σ Pn State Transition Systems Context Configuration . . . C1 Cm CM2STS Σ Σ . . . C1 Cm . . . PLANNER ΣC Planning domain Σ|| Synthesized plan

Slide 54

Slide 54 text

Adaptation as AI Planning Problem STS2APFL Translation of the synthesized plan into an APFL executable adaptation process Adaptation Goal G GOAL BUILDER Planning Goal GΣ Process Fragments . . . P1 Pn APFL2STS Σ P1 Σ Pn State Transition Systems Context Configuration . . . C1 Cm CM2STS Σ Σ . . . C1 Cm . . . PLANNER ΣC Planning domain Σ|| Synthesized plan Adaptation Process Madapt STS2APFL

Slide 55

Slide 55 text

Lifecycle Marco Sara John HCI I/P M C&A DM SW Platform provider App provider Process Fragments Context Models Core Services Customization & Adaptation Techniques Interaction & Presentation Models HCI Tech HCI Tech HCI Tech HCI Tech App users

Slide 56

Slide 56 text

Lifecycle Marco Sara John HCI I/P M C&A DM SW Platform provider App provider Process Fragments Context Models Core Services Customization & Adaptation Techniques Interaction & Presentation Models HCI Tech HCI Tech HCI Tech HCI Tech Service selection Fragments customization C&A Strategies configuration Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 HCI Tech HCI Tech HCI Tech HCI tech selection App users

Slide 57

Slide 57 text

Lifecycle Marco Sara John HCI I/P M C&A DM SW Platform provider App provider Process Fragments Context Models Core Services Customization & Adaptation Techniques Interaction & Presentation Models HCI Tech HCI Tech HCI Tech HCI Tech Service selection Fragments customization C&A Strategies configuration Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 HCI Tech HCI Tech HCI Tech HCI tech selection Service instances C&A enactment Context configurations Fragment instances I/P instances HCI tech enactment

Slide 58

Slide 58 text

Lifecycle Marco Sara John HCI I/P M C&A DM SW Platform provider App provider Process Fragments Context Models Core Services Customization & Adaptation Techniques Interaction & Presentation Models HCI Tech HCI Tech HCI Tech HCI Tech Service selection Fragments customization C&A Strategies configuration Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 HCI Tech HCI Tech HCI Tech HCI tech selection Service instances C&A enactment Context configurations Fragment instances I/P instances HCI tech enactment TrentoRISE People or Companies Student Researcher Citizen

Slide 59

Slide 59 text

Lifecycle Marco Sara John HCI I/P M C&A DM SW Platform provider App provider Process Fragments Context Models Core Services Customization & Adaptation Techniques Interaction & Presentation Models HCI Tech HCI Tech HCI Tech HCI Tech Service selection Fragments customization C&A Strategies configuration Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 Rule1 Rule2 HCI Tech HCI Tech HCI Tech HCI tech selection Service instances C&A enactment Context configurations Fragment instances I/P instances HCI tech enactment Design-tim e TrentoRISE Student Researcher Citizen Run-tim e People or Companies

Slide 60

Slide 60 text

Adaptation Techniques and Demonstrator Demonstrator ASTRO-CAptEvo:  WINNER ServicesCUP 2012  Advanced service-based solutions for real-world problems  Best Paper Award ICWS 2012 Process Viewer Adaptation Viewer System Inspector Scenario Viewer Demo: http://www.astroproject.org/downloads/captevoDemo Video: http://www.astroproject.org/downloads/captevoVideo.zip

Slide 61

Slide 61 text

CONCLUSIONS

Slide 62

Slide 62 text

Conclusions • Territory-wide Services • There is a huge amount of data and apps available in the territory • No way to build value added services without them • People-centric Services • People can be spectautors and prosumers • People can be an enormous source of data, information & knowledge • Pure social nets - data driven eager approaches bound to failure (the next incoming “big data” failure?) • Service platform + value added services as the bootstrapping motivation for people – social communities • Service Platform • Need for SOA based, context aware, techniques • Need for run-time flexible adaptation techniques

Slide 63

Slide 63 text

Special Thanks to Annapaola Marconi, Marco Pistore, and the Smart Campus Team

Slide 64

Slide 64 text

Territory-wide People-centric Services Paolo Traverso FBK Center for Information Technology - IRST Trento RISE Via Sommarive 18, Povo, Trento, Italy

Slide 65

Slide 65 text

JourneyPlanner: High-level Architecture Mobility services and facilities provided by the territory (WS, HTML/PhP, Java API, SMS-based, e-mail based, .. ) Marco Sara John Front-end Back-end Interaction/Presentation Models Customization & Adaptation Domain Models Run-time environment Service Store ENABLERS VAS1 VASx VAS3 VAS2 Representation of concepts and data for the interaction with the user Techniques for dynamic user-driven composition/adaptation of service-based applications Formal representation of domain concepts and expected behavior Technology- and provider- independent wrapping of territorial services