System Architecture di eSticky: come funziona
Lo scopo di eSticky è quello di supportare le persone con problemi di memoria per renderle sempre più autonome e indipendenti anche a casa propria. Ecco perché, nell’elaborazione del nostro post-it digitale, è necessaria la presenza di un’infrastruttura di componenti hardware e software, in grado di soddisfare tutti i requisiti necessari.
L’obiettivo generale del lavoro di sviluppo è quello di utilizzare componenti hardware e tecnologie software all’avanguardia, tenendo conto di:
- Funzionalità e prestazioni adeguate alle esigenze dei diversi gruppi target;
- Usabilità e accessibilità user-friendly;
- Fattori di costo.
In questo articolo abbiamo descritto nel minimo dettaglio le idee di base per una System Architecture con componenti hardware e software più appropriati in questa fase di sviluppo.
High Level System Architecture: a cosa serve
L’High Level System Architecture offre una panoramica dell’architettura del sistema eSticky.
La Figura 1 mostra le relazioni di base tra i diversi componenti del sistema.
Vediamo adesso una descrizione di ciascuna parte del sistema e qual è la sua funzione:
- Connessione a Internet: per stabilire una comunicazione tra i client remoti e la stazione base. In particolare, la stazione base si connette tramite (W-)LAN o scheda SIM a Internet;
- Stazione base: la stazione base rappresenta il cuore del sistema eSticky. Include il web server, il servizio di connessione per interagire con il server di registrazione e il middleware che interagisce con i display. Include anche una memoria locale – un database – utilizzata sia dal middleware che dal server web. Il sistema operativo della stazione base gestisce la gestione del tempo, ottiene l’ora effettiva dai timeserver e include un account utente amministratore per l’installazione del software e la configurazione della rete;
- Middleware: il middleware controlla i display. Utilizza un archivio che include tutti i messaggi e la loro pianificazione – in minuti -, oltre a gestire l’assegnazione a cui ogni messaggio viene inviato. Inoltre, è in grado di registrare nuovi display utilizzando un ID univoco e un processo di associazione automatizzato;
- Server Web e servizio di connessione: il server Web fornisce l’app Web che interagisce con l’utente. Utilizza il database per archiviare i messaggi e tutti i dati di configurazione, in modo tale che il middleware possa utilizzarli per la trasmissione ai display. Con un’interfaccia utente facile da usare e utilizzabile, l’utente amministratore può configurare il sistema – come ad esempio impostare nomi descrittivi per i display registrati, eseguire la gestione degli utenti, regolare le impostazioni per la comunicazione – e ogni utente può interagire con il sistema – raccogliere messaggi, pianificazioni e display a cui devono essere inviati questi messaggi, impostare parametri per i messaggi come periodi e intervalli di tempo o attributi di presentazione;
- Server di registrazione: il server di registrazione esegue un servizio Web che registra gli ambienti domestici e inoltra le informazioni di connessione agli utenti remoti. Deve essere altamente disponibile. Ogni stazione base dei clienti registra il proprio indirizzo IP esterno e lo mantiene aggiornato in caso di modifiche. Il servizio di connessione della stazione base utilizza un account dedicato per comunicare con il server di registrazione e fornire i suoi dettagli di connessione necessari ai client remoti per comunicare con la stazione base;
- Clienti: i parenti e gli accompagnatori – cioè gli utenti secondari – possono comunicare con l’applicazione web tramite diversi dispositivi terminali, come PC, tablet o smartphone. La comunicazione tra il webserver delle stazioni base e i client è possibile sia dall’interno dell’abitazione dei client – utenti primari – tramite la rete locale, sia da reti esterne – tramite Internet. Se già disponibili, i dettagli di connessione utilizzati in precedenza dell’home server sono prelevati dall’archivio Web locale dell’app Web degli utenti secondari. In caso in cui il tentativo di connessione non sia andato a buon fine, verrà contattato il server di registrazione. A questo punto sarà avviato un secondo tentativo di connessione con i dettagli restituiti dal server di registrazione. In caso di servizio di registrazione non raggiungibile o servizio web della stazione base non raggiungibile, un messaggio informa l’utente di tale esito e fornisce ulteriori informazioni su cosa fare. Particolare attenzione sarà prestata per garantire reattività, usabilità, facilità d’uso e accessibilità (WCAG 2.1 AA) durante l’implementazione della GUI del client;
- Display passivi: i display passivi mostrano i messaggi corrispondenti. Il loro scopo è solo quello di informare passivamente l’utente. L’utente non ha possibilità di interazione con un display passivo. Il middleware gestisce l’invio dei messaggi – via push – ai display secondo una pianificazione prestabilita. Quindi, i display mostrano questi messaggi con i parametri di visualizzazione determinati e per il periodo di tempo indicato dal middleware. È importante notare che ogni display può visualizzare un solo messaggio alla volta;
- Display attivi: a differenza dei display passivi, utilizzando i display attivi l’utente può eseguire semplici interazioni. L’obiettivo di un display attivo non è solo quello di informare l’utente, ma anche di richiedergli di attivare un’azione. Questo è utile agli utenti secondari – come parenti e caregiver – per poter confermare che i messaggi importanti sono stati realmente letti dall’utente primario. I display attivi, attraverso l’uso di un pulsante, danno all’utente la possibilità di scegliere tra diverse risposte per confermare un messaggio. La risposta è quindi inviata al middleware dove viene archiviata nel database della stazione base e mostrata agli utenti secondari su richiesta tramite l’app Web. Dopo la conferma da parte dell’utente, il messaggio scompare su tutti i display;
- Ruolo utente Amministratore: l’amministratore configura tutte le impostazioni rilevanti per il sistema ed esegue attività di gestione degli utenti, come fornire un nome descrittivo per la stazione base, avviare il processo di associazione tra i display e la stazione base, fornire un nome descrittivo per ogni display registrato, gestire account utente secondari – nomi utente, password, diritti e ruoli -, gestire il calendario per gli utenti primari. Per ogni visualizzazione si può impostare un messaggio standard opzionale che viene visualizzato costantemente ed è interrotto solo da un messaggio programmato;
- Ruolo utente secondario: Parenti e/o accompagnatori possono gestire i messaggi tramite la web app. Anche un utente primario nel ruolo di utente secondario può gestire i messaggi come promemoria personale. In questo caso è possibile creare nuovi messaggi, personalizzare i messaggi – visualizza le impostazioni come colore del testo, carattere, dimensione, stile -, creare pianificazioni per i messaggi, selezionare i display su cui devono apparire i messaggi e leggere le conferme dell’utente;
- Ruolo dell’utente principale: l’utente principale può leggere i messaggi sui display per ricordare determinate cose. Può anche confermare i messaggi sui display attivi, se sono stati parametrizzati come messaggi attivi.
eSticky: il post-it digitale per vivere le giornate in modo indipendente
eSticky è un vero e proprio post-it digitale in grado di aiutare le persone anziane a ricordare gli impegni e i piccoli appuntamenti quotidiani. Lo scopo del progetto è supportare le persone con problemi di memoria, affinché mantengano una loro autonomia di vita.
Insieme per aiutare le persone ad avere una nuova prospettiva.
Articoli recenti
- eSticky nella Casa di Assistenza Sociale Quotidiana “Klub Starówka” a Poznań
- eSticky Plenary Meeting: lancio del prototipo a Bologna
- Combattere insieme contro l’Alzheimer: un impegno per l’autonomia e la consapevolezza
- I dispositivi eSticky alla “Scuola autunnale per giovani neurologi”
- Dispositivo eSticky: i test per il design del mockup