Selected papers - Garr

la versione del sistema operativo e della jvm
installata. Riconosciuta la tipologia di architettura,
richiede quindi le librerie per una profilazione
dettagliata. Tali librerie sono realizzate
in codice nativo per il particolare dispositivo
e consentono di accedere a risorse quali
la carica della batteria, la quantità di memoria
impegnata, la percentuale di CPU utilizzata,
la risoluzione del display. Utilizzando
lo stesso approccio, servizi specifici possono
interfacciarsi a periferiche quali GPS, sensori
on board, interfacce bluetooth, ecc. Il risultato
della profilazione è restituito nella forma di
un file XML, che integra le caratteristiche tipiche
contenute in un descrittore standard del
tipo UAPROF.
Come la maggior parte delle applicazioni
per l’adattamento dei contenuti, si è scelto
di progettare la soluzione per LC3 basandosi
su un proxy, che agisca da intermediario tra
client e server. Il proxy intercetta la richiesta
del client, ne carpisce, interpretandone il profilo,
le caratteristiche salienti che devono guidare
l’adattamento, recupera il contenuto richiesto
e lo adatta in base al profilo dell’utente.
Se lo stesso dispositivo utilizza più di una
volta il servizio, l’applicazione lo riconosce,
poiché memorizza i profili utilizzando il cookie
come attributo identificativo. Infatti il prototipo
sviluppato è pensato per un’applicazione
web e quindi associa le operazioni di adattamento
e di profilazione alla sessione dell’applicazione.
L’approccio adottato è considerato
vincente perché è trasparente sia al client che
al server, consentendo ad entrambi di sviluppare
indipendentemente le loro applicazioni.
Alla creazione di una nuova sessione vengono
associate le informazioni del profilo recuperate
mediante il meccanismo sopra descritto.
Ogni richiesta HTTP intercettata dal
proxy, a seconda della tipologia di risorsa richiesta,
e degli adattamenti disponibili, viene
rediretta attraverso un percorso di adattatori
i quali, in funzione dei parametri di profilo,
effettuano ulteriori reindirizzamenti della
richiesta e applicano le opportune trasformazioni
alle risposte ottenute. Gli adattatori sono
costruiti replicando un componente dell’architettura,
che dovrà essere specializzato per
la particolare trasformazione da applicare alla
tipologia di risorsa che si vuole gestire.
Nel caso del progetto LC3, una teca digitale
contiene una serie di descrittori conformi
allo standard MAG. Si tratta di un documento
XML corredato di informazioni quali Dublin
Core, descrizione strutturale della risorsa
e riferimento a risorse multimediali, come ad
esempio le immagini risultanti dalla scansione
di un originale cartaceo. Possono essere riferite
diverse versioni delle immagini che si distinguono
per formato e risoluzione.
La dimensione e la formattazione dei file
MAG forniti come esempio dai partner di progetto
sono tali che non su tutti i terminali ne è
possibile l’utilizzo. Il file è troppo grande per
essere aperto con alcuni editor di testo. Oltre
a problemi di trasmissione, gestione e visualizzazione,
occorre aggiungere che non sempre
tutte le informazioni risultano rilevanti e
risulta difficoltoso selezionare, tra le diverse
immagini disponibili, la versione che meglio
si presta ad esser visualizzata sullo specifico
dispositivo client utilizzato. Gli adattatori
sviluppati nell’ambito del progetto consentono
l’accesso da web e la fruizione dei contenuti
pubblicati nelle teche di LC3. Il sistema è
realizzato in modo tale che gli adattamenti risultino
trasparenti sia alla teca che al client, e
che anche la fase di profilazione lo sia, nel caso
in cui il terminale riesca ad essere identificato
automaticamente.
Sono stati sviluppati due adattatori per
consentire una visualizzazione adattata sia del
MAG che delle risorse a cui esso si riferisce.
Il primo adattatore esegue una trasformazione
XSL del documento XML, i cui effetti sono la
formattazione del MAG in HTML e una selezione
dei campi MAG che puntano alle immagini
disponibili. Per ogni immagine vengono
inoltre filtrare le versioni a risoluzione
61