Progetto SWIMM e Provincia di Bologna. Forum P.A Maggio Stefano Monti

Transcript

1 Progetto SWIMM e Provincia di Bologna Forum P.A Maggio 2007 Stefano Monti

2 SWIMM: Servizi Web Interattivi e Multimodali per la mobilità Iniziativa 1.1 del Piano Telematico Regionale della Regione Emilia-Romagna fa parte della Rete Alta Tecnologia dell'emilia- Romagna Componente Accademica: Università di Bologna Università di Ferrara Università di Modena Partnership Industriali: Famula On Line S.p.a. Novell Italia S.r.l Quadrante S.r.l Wireless Solutions S.p.a. C.S.A.I. S.r.l. 2

3 SWIMM e Provincia di Bologna Convenzione-Quadro tra Provincia di Bologna ed Università di Bologna In questo ambito, particolare interesse della Provincia al progetto SWIMM (PG /2003) Obiettivi della collaborazione: consolidamento del prototipo SWIMM adozione della piattaforma SWIMM per la realizzazione di un portale multicanale multimodale (inizialmente riferita al progetto Muoversi a Bologna e nel suo territorio ) 3

4 Gli obiettivi di SWIMM Realizzare un infrastruttura software (middleware) in grado di erogare servizi in modo multicanale e multimodale per qualunque dispositivo per qualunque tipo di connessione da dovunque (ubiquitous computing) in modo dinamico anche per utenti disabili Erogazione di pagine / servizi in modo Mobile Adattabile Dinamico 4

5 Servizi multicanale e multimodali Molteplicità di canali Passaggio da un canale ad un altro in modo automatico con lo stesso dispositivo con dispositivi diversi (nomadismo) Scelta dell utente di uno tra canali diversi in base alle preferenza in base a scelte del momento Uso di canali multipli mantenendo la sessione in atto passando le operazioni da uno all altro potendo anche salvare la sessione per usi futuri 5

6 Disappearing computing Servizi forniti dovunque: senza dovere riscrivere tutte le volte le pagine Web ed i contenuti delle pagine senza prevedere parti ad-hoc per facilitare la interazione senza interventi dell utente durante il servizio Composizione e riuso: Facilità di creazione di nuovi servizi componendo servizi esistenti Possibilità di integrare servizi esistenti (legacy) 6

7 Architettura SWIMM Middleware SWIMM come 'colla' tra Utenti e Servizi Middleware Users User proxy Services Interaction Module(s) context session Workflow configuration logic Workflow(s) Kernel Intercomm Persistence Naming WF execution engine WF building engine Broker User Authentic. Service Repository 7

8 Scenari di collaborazione Prototipo iniziale: realizzazione di un sistema in grado di erogare servizi informativi multimodali e multicanale: Relativi ai trasporti e alla mobilità nel territorio della provincia di Bologna Destinati tipicamente ad utenti mobili che utilizzano dispositivi non convenzionali (cellulari, palmari ) Con diversi gradi di personalizzazione 8

9 I contenuti Il sistema deve essere in grado di erogare contenuti informativi provenienti da diverse fonti Sistema ferroviario Strade e autostrade Aeroporti Servizi di autobus Le fonti non devono necessariamente essere predisposte per l aggregazione di contenuti 9

10 Le fonti Sono state scelte tre fonti di informazione che rappresentano una gamma significativa nell ambito del progetto Le informazioni in tempo reale sullo stato dei voli pubblicate dal sito dell Aeroporto G.Marconi di Bologna Le informazioni sui treni messe a disposizione da Trenitalia Le informazioni su autostrade e tangenziale di Bologna messe a disposizione dalla Società Autostrade 10

11 I servizi al cittadino Si è scelto di realizzare due servizi che in qualche modo si pongono agli estremi della gamma degli scenari realizzabili Le 2 variabili prese in considerazione sono Pervasività Profilazione e personalizzazione 1 Pervasività 2 Profilazione/ personalizzazione 11

12 Servizio 1: info via SMS Il primo scenario consente di interrogare il sistema via SMS ottenere con un unica richiesta informazioni in tempo reale su voli aerei, treni e viabilità autostradale Alta pervasività: gli SMS sono uno strumento a disposizione di tutti Bassa profilazione/personalizzazione: non richiede nessuna forma di iscrizione e profilazione 12

13 Servizio 2: Info personalizzate via HTTP Il secondo scenario consente all utente di creare una propria selezione personale di informazioni riguardanti aerei, treni e autostrade Interrogare il sistema con un browser per ricevere le informazioni Modificare in qualunque momento la selezione di informazioni usando il proprio dispositivo Media pervasività: richiede dispositivi standard ma di fascia alta (palmari/smartphone o cellulari con Opera Mini) Alta profilazione/personalizzazione: l utente è iscritto al sistema e può gestire un proprio profilo personale 13

14 Schema dell infrastruttura Fonti di informazioni Middleware SWIMM Output Aeroporto Marconi Autostrade Trenitalia HTML Scraper Post+HTML Scraper Post+HTML Scraper IM SMS Timer Aggregatore IM HTTP Location Trigger IM Voice Catena di trascodifica HTML Catena di trascodifica testo Catena di trascodifica Voce Pagina web su palmare SMS Podcast Su ipod Input utente SMS URL Palmare Comando vocale Repository dei Servizi 14

15 Cosa è stato fatto: Sono stati creati 3 componenti di input che funzionano da connettori verso le fonti di dati scelte E stato realizzato un modulo sintattico per l interpretazione degli SMS (plugin per il modulo di interazione SMS) Il meccanismo di profilazione è stato esteso per consentire di avere profili condivisi (per il servizio 1) 15

16 Fonte 1: Aeroporto G.Marconi Situazione Situazione dei dei voli voli in in tempo tempo reale reale Tabella Tabella HTML HTML con con costruzione costruzione molto molto ordinata ordinata Separazione Separazione fra fra contenuti contenuti (XHTML) (XHTML) e e stile stile (CSS) (CSS) 16

17 Fonte 2: Autostrade per l Italia Informazioni Informazioni in in tempo tempo reale reale sulla sulla situazione situazione autostradale autostradale Pagina Pagina HTML HTML con con strutturazione strutturazione piuttosto piuttosto complessa complessa Estrazione Estrazione delle delle informazioni informazioni non non banale banale 17 Selezione Selezione dell area dell area interessata interessata

18 Fonte 3: Trenitalia Situazione Situazione treni treni in in tempo tempo reale reale Servizio Servizio di di interrogazione interrogazione per per utenti utenti mobili mobili Già Già predisposto predisposto con con un un layout layout semplice semplice Necessità Necessità di di emulare emulare una una serie serie di di post post per per avere avere le le informazioni informazioni dettagliate dettagliate 18 Info Info utile utile

19 Servizio 1 Utilizzo Per accedere al servizio si invia un messaggio al numero Si utilizza la sintassi: T <num_treno> S <id_strada> A <numero_volo> Dopo qualche secondo arriva la risposta 19

20 Servizio 2 Iscrizione L utente si iscrive al servizio utilizzando un PC e riceve username a password Si autentica e può indicare alcune informazioni di profilazione Il sistema assegna all utente un PIN di 5 cifre che verrà utilizzato come metodo veloce di associazione al profilo utente 20

21 Servizio 2 Personalizzazione Utilizzando il palmare o lo smartphone con un browser (per esempio Opera Mini) l utente può personalizzare il servizio Può indicare quali sono le informazioni a cui è interessato: Numeri dei treni Numeri dei voli Sigle dei tratti autostradali/tangenziale La configurazione può essere modificata in ogni momento con semplicità 21

22 Servizio 2 - Fruizione La fruizione del servizio avviene utilizzando il browser su palmare o smartphone L utente digita l URL del servizio (può essere memorizzato come segnalibro) Digita il PIN assegnatogli dal sistema Riceve una pagina HTML con le informazioni più recenti sugli argomenti specificati nella configurazione 22

23 Conclusioni La piattaforma SWIMM consente agevolmente di fornire supporto a multimodalità e multicanalità L'esperienza prototipale sviluppata per conto della Provincia di Bologna ha evidenziato semplicità d'uso per l'utente finale flessibilità e riuso di componenti rapidità di sviluppo 23