Il progetto si propone lo sviluppo di una nuova tipologia di sensori di luce adatti ad applicazioni aereo/spaziali e nella loro applicazione alla realizzazione di un sistema di analisi spettroscopica innovativo per camere a vuoto. I rivelatori di luce sono basati sui cosiddetti fotomoltiplicatori a stato solido, o avalanche diodes in geiger mode (SiPM dall’inglese Silicon PhotoMultiplier). Si tratta di una nuova tecnologia per la rivelazione della radiazione elettromagnetica visibile, che è in corso di sviluppo dopo gli studi pionieristici condotti negli ultimi dieci anni da varie università italiane ed estere. Il vantaggio di questo nuovo tipo di rivelatori consiste nella loro sensibilità elevata (che rende possibile la visione in condizioni di semi-oscurità), il piccolo livello di rumore e la loro velocità di risposta (tempi caratteristici dell’ordine dei nanosecondi). Questi sensori sono particolarmente adatti a sviluppare sistemi diagnostici avanzati (basati su tecniche di analisi spettrale), robotici, da poter usare per indagini sperimentali in remoto su propulsori elettrici satellitari all’interno di grandi camere di simulazione spaziale.

Le possibili applicazioni di questa tipologia di rivelatori sono innumerevoli e spaziano dall’elettronica di consumo (come le telecamere e le fotocamere digitali), ai sensori scientifici (ad esempio quelli per l’astronomia, l’osservazione della Terra e dei pianeti), ai sistemi biomedici (diagnostica per immagini), fino ai robot, ai sistemi di visione, alle applicazioni militari (visione notturna), etc. Si noti che la grande sensibilità di questi rivelatori può essere utilizzata per lo sviluppo di sensori che operino in condizioni di scarsa illuminazione, oppure per ottenere forti aumenti della risoluzione spaziale e/o spettrale di sistemi ad immagine operanti in condizioni ordinarie di illuminazione (e.g. i sensori per l’osservazione della Terra).

Il contributo di Rigel al progetto si focalizza sulla stesura di un software di gestione della produzione, compreso la documentazione dei test e delle specifiche dei componenti indispensabili per la produzione di oggetti qualificati per lo spazio e sulla implementazione dei programmi di controllo del sistema e dei programmi di analisi e display dei dati relativi  su sistema operativo Linux (opzionalmente trasportabile su Windows).

Programma di ricerca:

Progetto realizzato con il contributo della Regione Toscana, cofinanziato dal FESR per l’obiettivo “Competitività regionale e occupazione” anni 2007-2013.

POR CreO FESR 2007-2013 Asse 1 Attività 1.1 Linea di intervento A

Nuove soluzioni di ingegneria dei contenuti e di ambient intelligence a supporto del turismo culturale di esperienza.

Il progetto SmartCity svolge una ricerca finalizzata all’analisi dei modelli di comportamento e fruizione informativa del “turismo di esperienza” e alla realizzazione di sistemi integrati per la progettazione, la produzione e l’erogazione dinamica di contenuti multimediali per la fruizione personalizzata di percorsi turistici reali o virtuali.

Le attività di ricerca saranno propedeutiche alla prototipazione di soluzioni innovative per:

• la realizzazione ed erogazione di contenuti interattivi per i nuovi sistemi di audioguida turistica che integrano tecnologie di posizionamento GPS, audio/video digitale, connettività urbana (Wi-Fi, WiMax) e sensori magnetici di orientamento;
• l’ambientazione dei contenuti multimediali georeferenziati delle audioguide in scenari 2,5D-3D off-line e on-line esplorabili in modo “naturale” mediante soluzioni di rendering in tempo reale.

Oltre a Rigel Engineering, partecipano al progetto:

• Space Spa (Capofila),
• META Srl,
• Istituto di Linguistica Computazionale – CNR.

Project manager per le attività di Rigel nel progetto SmartCity è Francesco Spadoni, Responsabile della Ricerca di Rigel Engineering.

Programma di ricerca:

Progetto realizzato con il contributo della Regione Toscana, cofinanziato dal FESR per l’obiettivo “Competitività regionale e occupazione” anni 2007-2013.

POR CreO FESR 2007-2013 Asse 1 Attività 1.1 Linea di intervento D

MINOAS propone lo sviluppo di una nuova infrastruttura che sostituisca parte del personale umano, sulla nave, con robot opportunamente abilitati alla locomozione; questo dunque consentirà al personale adibito alle operazioni di ispezione di poter svolgere le proprie funzioni in modo virtuale dalla “control room” della nave, piuttosto che direttamente nella stiva o in altri luoghi da ispezionare.

Il risultato è che il numero e la sequenza di compiti richiesti è ottimizzato e l’intera procedura di ispezione è allineata alla corrente tendenza adottata in simili operazioni di ispezione, esplorazione e sorveglianza. Inoltre viene migliorata la percezione umana attraverso l’utilizzo di strumenti (sensori) ad alta risoluzione, congiuntamente al supporto della parallela elaborazione informatica fornita dal sistema MINOAS.

Il sistema, come detto, impiega robot con avanzate capacità di locomozione, con set di strumenti integrati per la realizzazione dei compiti previsti dal processo di ispezione. Lo sviluppo di tecniche di controllo e di algoritmi che conferiscono una natura semi-autonoma alle operazioni dei robot, e un sistema di controllo che fornisce un ambiente virtuale per l’utente, consentirà l’elaborazione in tempo reale dei dati raccolti, agendo dunque come sistema di supporto alle decisioni, per le operazioni dell’ispettore.

Project manager per il progetto TORIMAN è Francesco Spadoni, Responsabile della Ricerca di Rigel Engineering.

Scheda Progetto MINOAS

Settimo Programma Quadro, Sustainable Surface Transport,Call 1 (FP7-SST-RTD-1)

Topic: Innovative Product Concepts (2008.5.2.1)

Projetc Number: 233715

Project scheme: Collaborative Project

Nome: MINOAS (Marine INspection rObotic Assistant System)

Prime contractor : RINA S.p.a (Italia)

Partners: Rigel Engineering (Italia), Glafocs Marine (Grecia), German Research Center for Artificial Intelligence (DFKI) (Germania), University of Balearic Islands (Spagna), Horama (Grecia), CNR-ISSIA (Italia), LLoyd’s Register of Shipping (Inghilterra), Dolphin Shipyard (Bulgaria), Neorion Shipyard (Grecia).

Fig 1. Area interna della nave da ispezionare

Fig 2. Architettura del Sistema MINOAS

Fig 3. Esempi di sensori nel Sistema MINOAS

Advanced Smart vessel TRAffic controL system
(Sistema intelligente avanzato di controllo del traffico marittimo).

Rigel Engineering, sfruttando l’esperienza guadagnata dai Progetti europei RTD sui Sistemi VTS, ha messo in pratica una generazione completamente nuova di workstation VTS a basso costo ed alte prestazioni. L’implementazione di nuove tecniche di elaborazione di oggetti e navi permette il rendimento a due dimensioni delle aree controllate e degli obiettivi, attraverso un’interfaccia molto sofisticata e procedure automatiche di sorveglianza che possono essere adattate sia a navi per grandi porti (dove le procedure in tempo reale sono molto importanti per monitorare e controllare il movimento dei veicoli in caso di congestione del traffico e rischio di collisioni), sia a piccole piattaforme vicino alla costa dedicate all’estrazione di gas e petrolio.
Due parti di base compongono il sistema ASTRAL: un sottosistema di elaborazione real-time parallelo capace di gestire un grande ammontare di dati critici provenienti da radar, sviluppato da ALENIA S.p.A., e un sottosistema operatore in grado di supportare sofisticati modelli di previsione e scenari per il coordinamento del traffico navale e capace di gestire situazioni critiche.

• il progetto nel dettaglio

• Basso costo;
• Multi Radar Tracking e Data Fusion;
• Configurabilità dell’hardware (Centralizzato o Distribuito);
• Interfaccia grafica uomo-macchina molto efficace;
• Sistemi di Gestione del Traffico Portuale;
• Integrabilità con Processori di Immagini Radar;
• Modularità;
• Integrabilità a banche dati esterne al porto;
• Integrazione con i protocolli e applicazioni TCP/IP (e-mail, FTP, ecc.);

Rigel Engineering, sfruttando l’esperienza guadagnata dai Progetti europei RTD sui Sistemi VTS, ha messo in pratica una generazione completamente nuova di workstation VTS a basso costo ed alte prestazioni. L’implementazione di nuove tecniche di elaborazione di oggetti e navi permette il rendimento a due dimensioni delle aree controllate e degli obiettivi, attraverso un’interfaccia molto sofisticata e procedure automatiche di sorveglianza che possono essere adattate sia a navi per grandi porti (dove le procedure in tempo reale sono molto importanti per monitorare e controllare il movimento dei veicoli in caso di congestione del traffico e rischio di collisioni), sia a piccole piattaforme vicino alla costa dedicate all’estrazione di gas e petrolio.

Due parti di base compongono il sistema ASTRAL: un sottosistema di elaborazione real-time parallelo capace di gestire un grande ammontare di dati critici provenienti da radar, e un sottosistema operatore in grado di supportare sofisticati modelli di previsione e scenari per il coordinamento del traffico navale e capace di gestire situazioni critiche. Il sistema può essere configurato per quattro classi di prodotti sfruttabili:

• Sorveglianza automatica di specifiche aree marittime e prestazione di un semplice servizio di assistenza alla navigazione (per esempio sorveglianza della costa).
• Monitoraggio del traffico marittimo, sorveglianza ed assistenza automatiche in aree con difficoltà meteorologiche, dove il rischio di incidenti è estremamente alto.
• Simulazione della gestione del traffico marittimo e formazione di operatori VTS. Simulazione di nuovi scenari di controllo del traffico navale (ad esempio nuovi canali, aree pericolose, nuove boe, ecc.) e validazione delle strategie operative in caso di incidenti.
• Completa gestione e controllo di zone ad alta densità di traffico.

Specifiche tecniche

ASTRAL è compatibile con alcune funzionalità di sistema avanzate ed è caratterizzato da alcune di esse come:

• Elaborazione di immagine applicata a segnali radar (sviluppata da ALENIA S.p.A.);
• Sofisticata interfaccia uomo-macchina;
• Supporto per l’elaborazione in tempo reale

L’architettura consiste nel seguente insieme di unità standard:

• Unità sensore: questa unità è basata su uno o più sensori radar indipendenti in grado di catturare, in diverse condizioni ambientali, i dati necessari.
• Unità di elaborazione dati: questa unità controlla diversi sensori radar e supporta diverse interfacce, vari tipi di prestazioni, qualità, affidabilità e requisiti operazionali.
• Unità di controllo real-time: questa unità è responsabile dei compiti di monitoraggio e controllo, effettuando eventualmente una fusione dei dati.
• Console dell’utente: questa unità ha il compito di gestire la diretta interconnessione con l’utente e di mostrare tutti gli elementi dell’area controllata.
• Possono essere assemblate diverse configurazioni integrando l’unità di controllo e la console dell’utente in un’unica workstation.

Funzioni Principali

• Presentazione della situazione del traffico di “forme” moventi.
• L’evitare e l’individuazione di collisioni.
• Evitare la mancanza di mezzi di trasporto.
• L’evitare e il monitoraggio di collisioni con oggetti fissi (boe o navi ancorate).
• Sorveglianza della navigazione in acque chiuse.
• Gestione di banche dati delle navi ed apertura a banche dati esistenti.
• Auto diagnostica.
• Determinazione di nome, pedmeter, lunghezza, baricentro, forma, velocità della nave, ecc.

Piattaforma Software/Hardware.

Il sistema ASTRAL è disponibile in due diverse configurazioni, centralizzata e distribuita (una o due workstation, per ragioni di prestazione).
Sia la console dell’utente sia l’unità di controllo real-time, che nella configurazione centralizzata sono integrate nella stessa workstation, sono basate su workstation UNIX (POSIX standard).
Le caratteristiche principali sono:

• Unità completamente sviluppate in C++ con grande flessibilità e modificabilità.
• Windows Graphical User Interface basata su XWindows (R5) Server e Motif 1.2.
• Caratteristiche operative distribuite basate su Parallel Virtual Machine (PVM 3.3 o successive).

Queste caratteristiche permettono al sistema di essere altamente portabile su un vario numero di piattaforme hardware a richiesta, PC inclusi.

SEEDS è un Ambiente di Simulazione distribuito (SE, Simulation Environment) HPCN composto di potenti workstation connesse in una rete locale con l’obiettivo di valutare Sistemi Avanzati di Controllo e Guida del Movimento di Superficie (A-SMGSC, Advanced Surface Movement Guidance and Control Systems). SE permette la definizione e la valutazione delle prestazioni tecnologiche che occorrono per implementare nuove funzioni e procedure per i sistemi A-SMGSC, per formare nuovi ruoli all’interno dell’aeroporto, per introdurre nuovi strumenti automatici e interfacce di supporto alle decisioni degli operatori A-SMGSC.
L’architettura del sotware, definita usando la notazione UML (Unified Modelling Language), è basata su CORBA/DIS, che permette la scalabilità del sistema, mappando i diversi oggetti su workstation o PC eterogenei. Sono state usate tecniche per bilanciare il caricamento con lo scopo di ridurre il potere di computazione necessario, la percentuale dei dati e la latenza sulla rete. In particolare, sono state confrontate l’architettura centralizzata e quella distribuita, adottando per SEEDS la seconda per le sue migliori prestazioni. Per sincronizzare i processi in ambiente distribuito sono stati usati meccanismi di sottoscrizione e notifica.
Allo scopo di supportare lunghe sessioni di simulazione è stata implementata una potente procedura di “recovery”, che permette al sistema di essere riavviato dopo un’interruzione, ripartendo dalla situazione salvata al precedente punto di controllo.

Principali caratteristiche dell’architettura:

• Apertura, flessibilità, configurabilità, modularità e scalabilità;
• Simulazione real-time;
• Man-in-the-loop;
• Piena integrazione tra i vari attori e tra i piloti e la generazione del traffico;
• Stimoli e input da entità esterne.

Principali funzioni di SEEDS:

• Generazione del traffico in 2D/3D in considerazione di diversi sensori, modelli di errore, condizioni meteorologiche;
• Visualizzazioni in 2D/3D per controllori e piloti, con diversi punti di vista (POV);
• Funzioni di controllo: previsione, rilevamento e risoluzione di conflitti, incursioni sulla pista, ecc.;
• Funzione di sorveglianza;
• Funzione di guida;
• Modelli di controllo: torre, suolo, avviamento;
• Modelli pilota e pseudo-pilota con un vasto insieme di comandi con cui interagire con la generazione dello scenario;
• Funzioni di pianificazione: gestione delle risorse dell’aeroporto (cancelli, percorsi per taxi, piste) utilizzando potenti strumenti automatici DSS;
• Mondo esterno: ATC, informazioni meteorologiche, lista delle istruzioni di volo (FDL flight data list), gestione dell’aeroporto, ecc.;
• Potente HCI.

La Stazione di Amministrazione si occupa delle funzioni di partenza e riavviamento, e di raccolta di dati per statistiche e loro valutazione.

SEEDS comprende due tipi di parti interagenti: attori simulati da A-SMGCS e operatori SE.
Gli attori simulati da A-SMGCS sono la parte più importante, lavorando all’aeroporto al controllo del traffico di terra. In SEEDS essi sono controllori, piloti, pianificatori ed autisti. Possono comunicare gli uni con gli altri attraverso lo scambio di messaggi. Possono essere persone (controllori, piloti, pianificatori) o processi (piloti e autisti). Gli attori A-SMGCS, simulati come esseri umani seduti di fronte a diverse macchine, possono osservare la scena dal loro punto di vista con una visualizzazione 3D e/o una riproduzione 2D dell’ambiente come percepito dai sensori disponibili.
Molti piloti e tutti gli autisti sono simulati da processi per ridurre il numero di persone partecipanti a complesse sessioni di simulazione.
Gli operatori SE sono coloro che configurano, realizzano, e controllano l’evoluzione delle sessioni di simulazione. In SEEDS possono essere definiti tre tipi di operatori: gli Amministratori di Simulazione, gli Pseudo Piloti e gli Operatori del Mondo Esterno. L’amministratore di simulazione configura l’ambiente, avvia tutti i processi, controlla la sessione di simulazione e ha la possibilità di fermarla. Lo pseudo pilota è un operatore SE che controlla un numero N di apparecchi pilotati da processi del software. L’operatore pseudo pilota può prendere il controllo di un apparecchio e può inviare/ricevere messaggi, quindi interagire con la simulazione. Per simulare l’interazione con le risorse esterne (ATC, Servizi Meteo, Linee aeree, ecc.), un operatore SE siede alla workstation per il Mondo Esterno. Gestisce tutti gli input e tutte le informazioni provenienti da fonti esterne.
I piloti simulati da A-SMGCS e gli operatori del Mondo Esterno possono interagire con la Generazione dello Scenario per cambiare l’evoluzione della simulazione.

Gli aeroporti che sono stati presi in considerazione con SEEDS sono: l’aeroporto Malpensa e un opportunamente definito aeroporto virtuale SEEDS. L’aeroporto Malpensa ha due piste parallele ILS Cat III B, usate sia per il decollo sia per l’atterraggio. La capacità media di movimenti di pista prevista è di 58 l’ora. L’aeroporto virtuale SEEDS ha tre piste, due delle quali parallele, tutte usate per decolli e atterraggi. La capacità media di pista è di 50 movimenti l’ora. Sono rappresentati indicazioni, segnali, luci segmentate e sbarramenti; modelli di molti apparecchi (appartenenti a diverse classi secondo il tipo, scia di turbolenza, ecc.), e sono implementati i veicoli.

Principali unità funzionali:

• Generazione del Traffico: il traffico di oggetti mobili ? generato secondo i modelli dei sensori usati negli aeroporti (radar, cinepresa, occhio, GPS, ecc.);
• Sorveglianza: è stato prodotto un modulo che fornisce accurati rapporti e monitoraggi di tutti i movimenti all’interno dell’aeroporto;
• Controllo: questo modulo esegue previsione di conflitto, rilevamento di conflitto e risoluzione di conflitto per rilevare eventi critici e conflitti che possono dare luogo ad avvertimenti e/o allarmi;
• Pianificazione: sono a disposizione strumenti per ottimizzare i percorsi dei taxi, la viabilità e coordinare arrivi e partenze che aiutano gli operatori nel loro lavoro di routine. Questi strumenti sono in grado di eseguire una ripianificazione per affrontare situazioni critiche o deviazioni secondo le regole e le procedure aeroportuali;
• Guida: questa funzione fornisce a tutti gli operatori del settore metodi di guida per apparecchi e veicoli nell’area di movimentazione, dalle loro posizioni correnti alle previste destinazioni usando sbarramenti, luci segmentate, ecc.;
• Modello di comportamento degli attori dell’aeroporto: sono simulati i comportamenti degli attori (piloti, controllori, pianificatori) in un aeroporto. Possono interagire tra loro attraverso lo scambio di messaggi e comandi, usando la voce e/o un collegamento dati. Possono modificare l’evoluzione della sessione di simulazione interagendo con la generazione del traffico;
• Generazione di immagini: la stessa veduta prodotta da SG può essere vista nello stesso momento da diversi attori aventi diversi POV e diversi sensori;
• Stazione di amministrazione: configura l’avviamento e, se necessario, riavvia la sessione di simulazione, raccogliendo misure di prestazione e statistiche.

In questo progetto Sogitec ha il compito di occuparsi della generazione dello scenario e delle visualizzazioni 2D/3D (vale a dire infrastrutture, base di dati delle piste, corsie dei taxi, luci, apparecchi e modelli dei veicoli, motore di generazione del traffico). Alenia usa modelli di errore per i sensori (radar, GPS, D-GPS e fusione di dati) per la generazione dello scenario 2D e per funzioni di controllo e guida; definisce ed implementa procedure per la pianificazione, il controllo e la guida e i modelli dei diversi attori (controllori, pianificatori, piloti e autisti). Rigel Engineering implementa la Configurazione dell’Applicazione e la Stazione di Amministrazione per la gestione di diverse sessioni di simulazione. Il Gruppo Utenti SEEDS si occupa dei requisiti del sistema e della definizione del caso da testare, valutazione, verifica e validazione delle prestazioni.

Parti principali.

Un primo prototipo con funzioni ridotte ma significanti, è stato approntato alla fine del giugno 1998, la fase di integrazione del prototipo all’inizio del 1999. E’ stata effettuata una prova esaustiva per testare le prestazioni del prototipo controllando la sua conformità con i requisiti definiti dal gruppo di utenti. Un caso da studiare è stato implementato per la valutazione del test finale.

Risultati attesi.

Un’architettura HPCN per un ambiente di simulazione A-SMGCS è resa disponibile per la valutazione e la validazione di A-SMGCS proprietari, per rendere valevoli standard internazionali e per formare gli operatori degli aeroporti per i futuri A-SMGCS.
SE è formato da componenti e moduli software proprietari commerciali, ed è in grado di essere connesso ad altri simulatori ATM.
I principali moduli software disponibili, ottenuti come risultato del progetto sono: generazione del traffico e visualizzazione 2D-3D, modelli di sensori, base di dati dell’aeroporto, sorveglianza, controllo, moduli di guida e pianificazione, modelli controllore, pilota e autista, modulo della stazione di amministrazione.
Al termine del progetto sono state costruite e testate configurazioni di prototipi a costo medio-basso per Malpensa e l’aeroporto virtuale SEEDS.

(1) Laboratorio di Informatica – Divisione Sistema Radar – Roma.
(2) SEEDS (Simulation Environment for the Evaluation of Distributed traffic control Systems). Progetto Europeo numero 22691.

Il progetto prevede lo studio, la progettazione e lo sviluppo di un insieme di prototipi componenti la soluzione innovativa Speaking Web, che attraverso le successive fasi di reingegnerizzazione e commercializzazione del prodotto, verrà immessa sul mercato.

Il progetto Speaking Web è stato realizzato grazie al cofinanziamento della Regione Toscana, nell’ambito della Misura 1.8 del DOCUP Obiettivo 2, anni 2000-2006, fondi strutturali della Comunità Europea.

La soluzione Speaking Web è composta da tre moduli software, che si integrano tra loro:

• Speaking Web Plug-in Pro: modulo software che si integra nei comuni web browser per estenderne le funzionalità, offrendo sintesi vocale di alta qualità
• Speaking Web Studio: uno strumento di sviluppo (authoring) di “pagine parlanti”, dedicato ai gestori, editori o sviluppatori di siti web, che permette l’inserimento dei contributi vocali nelle pagine web in modo grafico e visuale, che offre una serie di funzionalità dalla anteprima audio del testo inserito, alla gestione dei profili utente;
• Speaking Web Facile: una libreria Javascript per la gestione dei profili utente vocali, che consente una migliore adattabilità della soluzione Speakin Web alle esigenze del singolo utente, che può quindi definire un proprio profilo con le caratteristiche della voce preferite, e definire il livello di dettaglio con cui le informazioni vengono “lette” dalla voce sintetica.

Il progetto ha avuto come punto di partenza la precedente esperienza della nostra società con il prodotto MyVoice® Net, che è stato quindi totalmente ripensato e ridisegnato, implementando una serie di significativi miglioramenti che hanno prodotto un radicale rinnovamento, sia del prodotto che delle modalità con cui questo viene impiegato ed integrato nei servizi web, e che derivano dalla volontà di far evolvere in modo significativo l’attuale soluzione, in un ottica fortemente centrata sul cliente e sull’utente finale.

Le attività di sviluppo del progetto sono state focalizzate sull’incremento della qualità complessiva dei componenti della soluzione (ad esempio attraverso il miglioramento della qualità della voce sintetica e dell’usabilità del prodotto), che comporterà di conseguenza una migliore percezione da parte dell’utente dei benefici e dei vantaggi ottenibili, sia in termini di accessibilità che in termini di usabilità del servizio web, del sito o del portale.

L’innovazione

La realizzazione della nuova soluzione Speaking Web comporta un approccio multidisciplinare che contempla i seguenti aspetti di ricerca e sviluppo:

• Metodologie per l’impiego della voce sul web per la realizzazione di applicazioni di web multimodale;
• Accessibilità ed usabilità del web;
• Integrazione di tecnologie di sintesi vocale (TTS, Text-to-speech);
• Gestione a basso livello del driver audio su piattaforma Windows e Mac.

Alcuni degli aspetti di ricerca e sviluppo che affrontati nel progetto Speaking Web, trovano riscontro nelle attività di ricerca internazionale e rientrano nelle priorità definite a livello comunitario, nell’ambito del sesto programma quadro (2002-2006).

La tematica prioritaria IST (Information Society Technology), ad esempio, prevede le seguenti aree tematiche di ricerca, attinenti al presente progetto:

• e-Inclusion (IST-2002-2.3.2.10);
• Cross-media content for leisure and entertainment (IST-2002-2.3.2.7);
• Applications and services for the mobile user and worker (IST-2002-2.3.2.6).

Vantaggi e benefici

I risultati tecnologici e industriali ottenuti dal progetto sono estremamente positivi e promettenti, come dimostrato dai prototipi realizzati e dai test di verifica e validazione su questi effettuati. In particolare, si è riusciti ad integrare nella soluzione Speaking Web, al livello prototipale, sotto forma di plug-in per i browser più diffusi, una tecnologia di sintesi vocale dalla qualità molto elevata, che produce una resa molto naturale e confortevole nell’ascolto.

I principali vantaggi e benefici ottenuti dal progetto possono essere sintetizzati in:

• sintesi di alta qualità: consente la realizzazione di applicazioni web che richiedono una elevata qualità della resa audio della sintesi vocale, migliorando la user experience el’impatto emozionale sull’utente (branding, marketing);
• web multimodale: possibilità di fruizione del web attraverso modi e canali alternativi ai tradizionali (testo e immagini, presentazione visiva), attraverso una terza dimensione, la voce, che completa l’esperienza sul web sia dell’utente finale che dell’utilizzatore di applicazioni di business;
• profili vocali utente: Possibilità di adattare le modalità di ascolto dei supporti vocali alle specifiche esigenze e preferenze del singolo utente; (tramite il canale vocale si possono dare molti dettagli, una breve descrizione oppure minimi suggerimenti);
• elevata accessibilità: i servizi ed i contenuti web abilitati con la sintesi vocale risultano chiaramente più accessibili, in quanto il canale vocale integrato nella navigazione web rappresenta un modo di fruizione equivalente ed alternativo al testo scritto;
• facile integrazione: l’impiego nei portali e servizi web esistenti è significativamente semplificato dall’utilizzo della libreria javascript e dallo strumento Speaking Web Studio; i costi totali per gestione della soluzione Speaking Web sono quindi contenuti e non presentano significativi scostamenti rispetto ai costi di gestione di un servizio web tradizionale;
• supporto multilingua: la tecnologia supporta le principali lingue europee ed alcune lingue extra-europee.

• Sviluppare un allarme sociale che funziona da qualsiasi punto all’interno della casa usando un microfono portatile, e fuori utilizzando un radio-telefono cellulare e la tecnologia di posizionamento globale.
• Dando la dimostrazione di un centro di controllo condiviso, che facilita i professionisti dei servizi di emergenza, medici, di assistenza e sociali che lavorano insieme a supporto di un ampio sistema di allarme sociale.
• Dimostrare come la tele-medicina può essere incorporata ad un costo marginale, sfruttando l’esistente infrastruttura di allarme sociale.
• Sviluppare un allarme sociale per utenti non udenti, i quali sono stati finora esclusi.

I tre anni di progetto hanno avuto luogo dal Dicembre 1996 al Novembre 1999. Il collaudo dell’equipaggiamento che è stato sviluppato durante il progetto, si è svolto dalla fine del 1998.

Parte dei fondi sono stati assegnati a Safe 21 dal programma di applicazioni telematiche per l’integrazione dei disabili e degli anziani della CE (Commissione Europea). Il resto dei fondi per questo grande progetto provengono dagli otto partner.
Safe 21 funziona in congiunzione con un progetto successivo, MORE, per lo sviluppo posizionamento globale (GPS) per l’allarme sociale.

I Partner del Progetto.

• Rigel Engineering (Italia/Belgio)
  Rigel Engineering sviluppa computer software avanzato, svolgendo tutte le fasi di sviluppo del software stesso, dagli studi di realizzazione alla programmazione finale, implementazione e manutenzione del prodotto.

• Tunstall (Gran Bretagna)
  Il GruppoTunstall è il leader nel mercato europeo nel settore allarmi sociali, con imprese in Gran Bretagna, Paesi Bassi e Germania. Porta avanti la ricerca e lo sviluppo del prodotto, produce e commercializza tutti i prodotti del Gruppo: centri di controllo, telefoni con allarme, apparecchiatura medica cercapersone. Tunstall è stato il partner coordinatore responsabile di tutta la gestione del progetto.

• Sintel (Spagna)
  La vecchia filiale di Telefonica de Espana, l’organizzazione delle telecomunicazioni di Stato, Sintel progetta, istalla e si occupa del mantenimento dei sistemi di telecomunicazione ed informazione elettronica.

• RGB Medical Devices (Spagna)
  RGB Medical Devices fornisce consulenza e sviluppo per ciò che riguarda la bioingegneria e costruisce attrezzature per il monitoraggio del paziente, come monitor per EGC, misuratori di impulso e pressione del sangue non invasivi.

• IRV (Paesi Bassi)
  IRV (Istituto di Ricerca per la Riabilitazione), promuove l’integrazione sociale e l’assistenza a persone con danni fisici, inabilità o handicap tramite la ricerca, lo sviluppo e il trasferimento di conoscenze nel campo della riabilitazione e dell’handicap. IRV focalizza la sua attenzione sulla tecnologia di cura medica e lavora a stretto contatto con gruppi di utenti e professionisti nel campo medico per effettuare collaudi e valutazioni delle apparecchiature. Il servizio informativo di IRV è attivo a livello internazionale.

• Hulpnet (Paesi Bassi)
  Hulpnet è un fornitore di servizi di allarme sociale che comprende più di 3000 utenti. La sua conoscenza pratica del funzionamento dei servizi di allarme sociale ha aiutato a stabilire le necessità degli utenti e ad effettuare i collaudi.

• KITTZ (Paesi Bassi)
  KITTZ (Istituto per la Qualità e l’Innovazione Applicata alle Cure Domestiche) lavora allo sviluppo di nuovi servizi sulle cure mediche domestiche. Il suo team multidisciplinare di infermieri, medici, ed ingegneri incoraggia lo svolgimento dell’assistenza infermieristica e delle cure a casa e ad un “auto-supporto” (assicurando che le persone abbiano l’opportunità di prendersi cura di sé piuttosto che contare su assistenti, considerando le riserve di vita e tecniche, attrezzature e mobilio).

• WS Atkins Consultants Ltd (Gran Bretagna)
  WS Atkins è un grande esercizio di consulenza utilizzato da Governo, Industria e Commercio. Si è impegnato in studi di realizzazione, pianificazione, progettazione ingegneristica, costruzione, supervisione e gestione del progetto ed è stato a capo del progetto IMSAS per lo sviluppo di applicazioni multimediali che fornisce informazioni sulla comunità a disabili e persone anziane.

Introduzione e questioni chiave.

Soluzioni esistenti che aumentano le possibilità di un modo di vivere indipendente, sono attualmente disponibili sul mercato, tuttavia tutti questi sistemi sono dotati di funzionalità povere e limitate che possono risolvere solo un limitato insieme di bisogni dell’utente – moltitudine di soluzioni isolate. Al contrario, la ricerca portata avanti in DEFIE intende estendere ed integrare, entro una struttura comune, un vasto raggio di funzionalità:

• Accesso a servizi di telecomunicazione di base, tipicamente telefono, fax, modem e strumenti di posta elettronica.
• Accesso a servizi esterni forniti dalla comunità come: collegamenti bancari (ad esempio transazioni finanziarie semplici e complesse, pagamenti, informazioni sul conto corrente, ecc.), collegamenti a quotidiani, televisione, televideo, accesso a banche dati remote, teleassistenza e servizio di allarme, teleshopping, minitel, ecc.
• Strumenti di controllo dell’ambiente con un monitoraggio efficiente ed autonomo, inclusa la gestione degli allarmi.
• Trattazione ed archiviazione di vari tipi di dati. Questa funzionalità di base addizionale permette di effettuare semplici operazioni come: lettura/scrittura di lettere e documenti (molto importanti per i non vedenti e persone con danni fisici), eseguire calcoli e sviluppare le potenzialità dei fogli elettronici, archiviare e ritrovare informazioni, gestire un’agenda/organiser o un elenco telefonico e un block-notes.

Il progetto DEFIE ha inteso produrre un sistema multimediale totalmente integrato basato su vari tipi di unità e strumenti di I/O, inclusi un sistema di riconoscimento vocale e un sintetizzatore vocale. Diversi elementi basilari caratterizzano i successi tecnici di DEFIE:

• Modularità ed integrabilità di varie funzioni, con la possibilità di interconnettere ed incatenare insieme le funzionalità di base implementate nei diversi sottosistemi DEFIE.
• Indipendenza totale delle funzioni di I/O da funzioni applicative e conseguentemente autonomia del sistema dalle unità di I/O e di controllo selezionate.
• Ottimizzazione delle interfacce uomo-macchina rispettando le specifiche unità di I/O selezionate per eseguire gradualmente operazioni sempre più complesse, specialmente nell’ambiente di lavoro, in poco tempo e senza errori.
• Modo di vivere indipendente ed integrazione socio-economica attraverso la disponibilità dei diversi strumenti che si occupano di telecomunicazioni, gestione delle informazioni, accesso a servizi esterni e controllo dell’ambiente.

Modello DEFIE

Possiamo considerare il modello DEFIE come una rappresentazione di un sistema generico, che è stato semplificato per includere una vasta classe di soluzioni e implementazioni. L’idea di un modello è stata introdotta in DEFIE per rappresentare meglio, non solo il generale “modus operandi” dei componenti di DEFIE, ma anche per fornire una struttura di base che può essere utilizzata per successivi sviluppi e per l’integrazione di prodotti esterni. Il modello intende utilizzare i vantaggi offerti dai concetti e dagli approcci prodotti in ANSA da POSIX Open Systems. Il concetto del Modello DEFIE è quello di un ambiente estensibile che separa i servizi Applicativi dal Sistema e dai servizi di Base; in tal modo, applicazioni e servizi eterogenei possono coesistere. Ogni componente esporta servizi ai livelli superiori. API generiche possono essere definite per ogni componente, per nascondere la complessità interna di ciascun livello e ridurre l’accessibilità ai servizi della parte più bassa con un’utilizzabilità del sistema semplificata. Le caratteristiche chiave del Modello DEFIE sono basate su tre concetti:

• Decomposizione del Modello in cinque livelli che separano i servizi di DEFIE in modo logico.
• Il concetto “LEGO” per definire l’interfaccia e le relazioni tra le diverse componenti di DEFIE che appartengono allo stesso o a diversi livelli.
• Le interfacce delle applicazioni basate su API.

Descrizione del modello

Il modello proposto in DEFIE è simile a quello OSI ed è composto di quattro livelli logici, escluso il livello riferito all’hardware, che incapsulano quattro classi di servizi: servizi di sistema, servizi di base, servizi applicativi, servizi per la fornitura di interazioni uomo-macchina alternative.

Piattaforma DEFIE: livello 0

Questo livello riguarda essenzialmente l’hardware e include: (i) componenti standard (ad es. CPU, memoria, registri, unità di I/O standard, periferiche, ecc.), (ii) apparecchiatura di rete e telecomunicazioni, (iii) sensori, controllori e rete di casa, (iv) unità di I/O speciali ed alternative (ad esempio sintetizzatore vocale), (v) apparecchiature proprietarie per la sicurezza e il controllo d’accesso.

La scelta dell’hardware, per il livello 0, non può imporre nessuna barriera fisica (ad esempio nel caso dimedia per la memorizzazione: un drive di dischi con una levetta sarebbe difficile da aprire per un utente disabile) e dovrebbe fornire una connettibilità standard per permettere l’integrazione di unità di I/O alternative. Persone che hanno una disabilità fisica, come individui con anomalie congenite, danni al midollo spinale, malattie progressive ed individuali, o privi dell’uso di una mano o un braccio, possono richiedere unità hardware diverse.

Servizi di Sistema: livello 1

Il livello dei Servizi di Sistema può essere considerato come un elemento che include sia i servizi del sistema operativo (Apple (c) System 7.5, MS-DOS (c), UNIX ™, ecc.) sia strumenti addizionali come apparecchi per bobine, speciali unità driver, software addizionale per interfacciare le apparecchiature di casa, meccanismi di sicurezza, reti, ecc. Questo livello è strutturato in due componenti: Nucleo e Motore.

Nucleo

Questo livello limita le dipendenze hardware e le idiosincrasie del sistema, provando a racchiudere tutte quelle caratteristiche che sono generalmente coperte dal Sistema Operativo. L’utente può non avere accesso diretto a questa componente e alle sue risorse (ad es.: il file system).

Motore

Questo livello fornisce un’interfaccia omogenea ai livelli sovrastanti ed integra i servizi del Sistema Operativo come servizi di amministrazione del sistema, accesso ai protocolli di comunicazione, servizi ambientali di base, servizi di Timer, servizi di installazione e disinstallazione, servizi di sincronizzazione, servizi di linguaggio, ecc. Parte di tali servizi è stata già standardizzata (es.: POSIX). Il livello Motore dei Servizi di Sistema filtra i servizi del nucleo e li fornisce, assieme ai propri, ai livelli più alti.

Servizi di Base: livello 2

Questo livello fornisce un insieme di servizi di supporto agli strumenti di telecomunicazione, accede a dati eterogenei (multimedia) e gestisce dati isocroni e non isocroni. I meccanismi per accedere e gestire dati interni e remoti sono garantiti attraverso API, implementate come librerie. A causa dell’avvento di nuovi “multimedia” e teleservizi interattivi, è responsabile di consentire facile accesso, gestione (ad es.: archiviazione) e trattamento di informazioni complesse costituite da dati, video e audio.

Servizi Applicativi: livello 3

I servizi Applicativi includono ed integrano diverse classi di applicazioni.

• Applicazioni per utenti con necessità particolari. Tipici esempi sono applicazioni che supportano la teleassistenza.
• Applicazioni di generale utilità per disabili, anziani ed utenti comuni, come strumenti di telebanking, teleshopping, telepubblishing, telelavoro, telemanutenzione, ed esecuzione di applicazioni locali come televideo, minitel, banche dati, ecc.
• Applicazioni e servizi di interesse generale che necessitano di ulteriori attività su misura e di configurazione, sia per disabili sia per utenti comuni come gestione di emergenze ed allarmi, controllo ambientale (ad es.: sistema di casa), monitoraggio e formazione a distanza, ecc.

Interfaccia Uomo-Macchina Alternativa: livello 4

Questo livello descrive l’interfaccia moto-sensoriale “multimediale” e considera il concetto di interazioni uomo-macchina alternative. Ciò significa che le informazioni di entrata/uscita possono avere diverse rappresentazioni di output e sono basate su linguaggi di comando differenti. I media fisici usati per trasmettere le informazioni dall’utente al sistema e viceversa possono essere diversi, ma è associata un’unica semantica alle azioni prodotte. La strutturazione principale dell’interfaccia uomo-macchina dovrebbe essere basata su un approccio linguistico.

Architettura del Sistema DEFIE

L’approccio a livelli seguito nel modello è il metodo più comune di fornire un servizio che sia indipendente dalla piattaforma selezionata o dalle componenti dei servizi. L’implementazione fornisce le componenti del servizio come un insieme di routine di libreria. La portabilità dei servizi Applicativi e di Base è assicurata dal Motore di DEFIE che esporta a livelli superiori una specifica API, incapsulando le componenti dei servizi di base (ad es.: speciali o standard I/O, risorse di macchina, ecc.).

Descrizione dell’architettura generale di DEFIE

Seguendo il modello descritto nella precedente sezione, l’architettura è stata strutturata secondo i cinque livelli DEFIE. Ogni livello include servizi e strumenti che possono essere acceduti dall’utente direttamente o come una pila. Le componenti di interfaccia garantiscono un accesso uniforme a servizi e strumenti.

Componenti hardware

Le componenti hardware di DEFIE possono essere divise in tre gruppi o sottosistemi:

• Computer hardware comprendente unità standard di controllo e di I/O, BUS, memoria (RAM, EPROM, ecc.), CPU, DSP (Digital Signal Processing), periferiche.
• Hardware di rete comprendente reti per la comunicazione dei dati (ad es.: X25, CSMA/CD- ethernet), telecom, reti Tv e reti Home Bus.
• Unità speciali non incluse nell’hardware del computer che devono essere ottenute separatamente, come: sintetizzatori vocali, sistemi di riconoscimento vocale, sensori ed altre unità di I/O per superare specifici danni fisici.

Componenti del sistema

Il livello Sistema è composto da un Nucleo che incorpora strumenti del Sistema Operativo e da un Motore che implementa la piattaforma DEFIE, in particolare questo livello esporta due insiemi di API ortogonali:

• Primitive di Sistema e meccanismi del Nucleo

Le primitive di sistema del Nucleo (ad es.: il sistema operativo) forniscono gran parte dei servizi richiesti solo come driver speciali che devono essere implementati (ad es.: sintetizzatore vocale, sistema di riconoscimento vocale, speciali I/O addizionali per persone con danni fisici).

• Primitive e hook DEFIE.

Primitive DEFIE fornite per mezzo dei nuovi driver e nuove strutture speciali per incrementare le I/O alternative, telecomunicazioni, controllo dell’ambiente esterno.

Il motore DEFIE fornisce ai livelli sovrastanti una sorta di infrastruttura indipendente dall’applicazione con i seguenti obiettivi: favorire l’integrazione di nuove applicazioni, estendere le funzionalità di macchina standard, facilitare l’accesso e il controllo delle risorse.

Componenti dei Servizi di Base

Per supportare adeguatamente i servizi applicativi, i Servizi di Base DEFIE sono stati raggruppati in quattro componenti principali che si occupano di: applicazioni “multimediali” e “telematiche”, strumenti del tipo applicazioni intelligenti da ufficio e sistemi per la casa.

La prima componente comprende i servizi di comunicazione che permettono l’accesso a dati remoti (ad es.: terminali virtuali, posta elettronica ed EDI), che possono rappresentare la base per applicazioni di teleservizi e teleassistenza, dove lo scambio di informazione è fondamentale.

I servizi di telecomunicazione includono utility comuni come telefono, teletext e fax, ma possono essere considerati anche i nuovi servizi,: Tv a richiesta, teleconferenze, video telefoni.

Il sistema di diagnostica fornisce le utility di base per la riconfigurazione del sistema e testa le attività per la risoluzione dei problemi. Un accurato aiuto in linea può migliorare l’efficacia degli interventi dell’utente. La precisione della diagnostica può essere largamente influenzata dalle funzionalità offerte dal sistema operativo.

L’ultima componente, l’unità multimediale per il trattamento e l’archiviazione dei dati, concentra le utility di base per trattare dati eterogenei ed incrementare l’interoperabilità e le prestazioni delle applicazioni. Dati vocali, video e audio sono trattati ed archiviati in modo trasparente dal punto di vista dell’utente. Strumenti hypermedia (vedere le tipiche applicazioni Apple) possono essere inclusi in questa componente.

Componenti dei Servizi Applicativi

Cinque componenti principali costituiscono il livello servizi Applicativi, che fornisce all’utente finale un insieme di servizi ed applicazioni integrato e completo, per supportare compiti di lavoro e le attività giornaliere di casa. Ciò include: controllo ambientale, teleassistenza, teleservizi, basi di dati interne ed esterne, strumenti ed applicazioni di interesse generale.

La componente di controllo ambientale garantisce due insiemi di servizi: comando e controllo di unità di casa e individuazione di situazioni pericolose e gestione dell’allarme.

La teleassistenza include tutti i servizi collegati alla sicurezza dell’utente, in particolare tre applicazioni e situazioni previste principali: monitoraggio a distanza per la cura del cuore, individuazione a distanza di condizioni di allarme e gestione delle chiamate di emergenza. Possono essere integrati sofisticati servizi addizionali per particolari utenti.

La componente teleservizi comprende un insieme di servizi a largo spettro come operazioni bancarie, pubblicazioni, shopping, gestione a distanza e monitoraggio del sistema. Queste applicazioni fanno un largo uso delle componenti dei Servizi di Base, specialmente servizi telecom e comunicazione.

Sistemi di informazione e applicazioni su basi di dati sono acceduti tramite gli strumenti di comunicazione e i protocolli dei livelli più bassi. In alcuni casi l’accesso è fornito da un’organizzazione ed assume la forma di teleservizio. La disponibilità di alcuni di questi servizi può assicurare le attività di telelavoro.

Appartengono a questo quinto gruppo gli strumenti di supporto alle attività generali, tipicamente: fogli elettronici, programmi per la gestione dei testi, organiser, agende elettroniche, rubriche di indirizzi e strumenti per consigliare l’utente nello svolgimento di compiti giornalieri e di lavoro.

Interfaccia Uomo-Macchina (HCI)

La generale architettura di DEFIE, basata essenzialmente su componenti eterogenee (in alcuni casi con interfacce proprietarie), fornisce a diverse categorie di utenti un insieme integrato di servizi che possono essere acceduti tramite un’interfaccia uniforme basata su diversi stili di interazione (ad es.: visuale, tattile, audio e misti). Le categorie degli utenti indirizzate verso DEFIE sono: persone isolate ed utenti comuni, persone anziane appartenenti alla categoria dei “vecchi giovani”, persone con disturbi motori e di vista, persone con malattie degenerative (ad es.: sclerosi multipla).

L’interfaccia uomo-macchina di DEFIE è influenzata essenzialmente da quattro aspetti:

• Concernenti l’essere umano.
  I servizi del sistema sono presentati agli utenti allo scopo di incrementare l’interesse e la buona volontà nell’uso delle applicazioni disponibili.
• Attributi dell’essere umano.
  Sono prese in considerazione le capacità dell’utente per facilitare o permettere l’accesso a determinati servizi (ad es.: telebanking, telelavoro, ecc.). In particolare, DEFIE prevede la disponibilità di semplici o avanzate interfacce uomo-macchina che possono occuparsi di diverse classi di utenti.
• Costrizioni dell’essere umano.<
  Le limitazioni fisiche degli utenti sono prese in considerazione dall’interfaccia uomo-macchina che fornisce soluzioni alternative di hardware e software. Tecnologia vocale, nuove soluzioni grafiche ed orientate agli oggetti nell’interazione uomo-macchina, avanzate unità di avvistamento e puntamento, unità senza fili, unità tattili e controllo a distanza rappresentano solo un piccolo insieme delle potenziali soluzioni che possono essere offerte all’utente.
• Interazione con l’essere umano.
  Il sistema interagisce con l’utente usando stili che sono familiari all’utente stesso (ad es.: interazione basata sulla voce).

Come per utenti convenzionali, anche per i disabili e le persone anziane, la HCI gioca un ruolo importante nel decrementare ed incrementare specifici problemi umani (vedere la tabella di seguito).

Riduzione del timore di fallimento Incremento della comprensione
Timore di ferire Espressione
Timore di danneggiare; Abilità di ragionamento
Timore della perdita; Creatività
Timore di responsabilità; Integrità estetica
Pigrizia; Sicurezza
Lavoro noioso; Fiducia
Senza metodo; Capacità e conoscenza
Perdono del sistema(1)
Stabilità
Sensibilità multiculturale

Le questioni di cui sopra hanno una stretta corrispondenza con gli argomenti riguardanti il design e l’architettura dell’HCI. Infatti, le scelte fatte durante l’implementazione e il design del sistema influenzano positivamente e negativamente l’interazione dell’utente con il sistema stesso.

La tabella A riassume la corrispondenza tra questioni psicologiche umane e questioni dell’implementazione di base dell’interfaccia uomo-computer.

Conclusioni e considerazioni finali

Il modello DEFIE e la generale struttura architetturale illustrata in questo documento, possono essere adottati da diversi sistemi che, dati i maggiori requisiti, hanno l’integrazione ad applicazioni e servizi esistenti. Questa integrazione dovrebbe essere supportata da un’interfaccia uomo-macchina e dallo stile di interazione dell’utente che devono essere uniformi e consistenti. In DEFIE questo aspetto è stato affrontato attraverso l’implementazione dei seguenti punti:

• Fornire moduli di auto formazione e formazione riguardante lo stile personalizzato da usare, secondo le caratteristiche dell’utente.
• Fornire un insieme completo di manuali e documentazione in linea con aiuti in linea selezionati.
• Fornire informazioni aggiuntive all’utente sulla natura degli oggetti e loro relazioni e sulle operazioni consentite (la qualità di tali informazioni può facilitare l’uso del sistema).
• Semplificare e ridurre le operazioni associate agli oggetti.
• Permettere agli utenti di definire un sistema su misura in termini di: (i) unità di ingresso e uscita, (ii) interazione degli stili e aspetto del sistema, (iii) servizi richiesti.
• Fare attenzione alle interazioni di macchina che richiedono il coordinato e/o l’uso simultaneo di occhi e braccia, dita e orecchie, capacità di percezione e movimento, ecc.
• Ridurre l’accessibilità ai servizi di base del sistema per prevenire l’utente dal commettere errori.
• Fornire la possibilità di registrare una sequenza di azioni rimpiazzandole da un’azione singola – ad esempio aumentare l’espressività dell’interazione.
• Progettare un sistema in grado di modificare lo stile di interazione di un utente con quello di un altro in qualsiasi momento (ad es.: fornire comandi con la tastiera, selezionare il comando con il mouse, dare il comando tramite un’unità di riconoscimento vocale, ecc.)

(1) In questo caso il termine perdono significa che l’utente può provare a svolgere delle azioni senza danneggiare il sistema e può imparare usando le applicazioni.
(2) La manipolazione diretta permette alle persone di sentirsi i diretti controllori dell’oggetto costruito e rappresentato dal computer. Quando l’utente esegue operazioni sull’oggetto, l’impatto di queste operazioni può essere immediatamente individuato attraverso sensi diversi/alternativi (ad es.: vista, udito, tatto).
(3) L’uso di metafore, nell’interfaccia uomo-macchina, coinvolge concetti concreti e familiari, così l’utente può avere un’insieme di informazioni prevedibili da applicare all’ambiente del computer. Per esempio, l’utente può organizzare ed interagire con un’agenda elettronica nel modo analogo in cui organizza la sua agenda cartacea.
(4) What You See (/Hear/Fell) Is What You Get, Ciò che Vedi (/Ascolti/Senti) E’ Ciò che Ottieni.

L’intento è promuovere il trasferimento di tecnologie innovative alle PMI secondo dinamiche settoriali ed intersettoriali operando partnership con centri di trasferimento tecnologico ed offrendo servizi integrati al sistema impresa. Al tempo stesso la partecipazione alla rete di utilizzatori finali, quali enti pubblici ed imprese di servizi, consentirà di definire modelli ontologici relativi ad un primo gruppo di temi di interesse di estrema rilevanza pubblica quali servizi sociali, anagrafe del lavoro e gestione degli atti normativi, settori nei quali è peraltro già in atto in Toscana un sistematico percorso di integrazione di soluzioni ICT anche grazie all’apporto di molti partner del consorzio.

Elemento centrale delle attività del progetto è la creazione di una rete di soggetti complementari tra loro e in cui le specifiche competenze di ciascuno, le relazioni di workflow e orchestrazione di attività e adempimenti, rappresentano un requisito indispensabile per la creazione di una roadmap che possa essere utilizzata dalle PMI e dagli Enti Pubblici come strumento di comunicazione e relazione con i propri clienti sui domini di interesse.