umr 5205 wi web et contexte - 26 mars 2009 adaptation au contexte non intrusive frédérique...

UMR 5205

WI Web et Contexte - 26 mars 2009

Adaptation au contexte

non intrusive

Frédérique LAFOREST

WI Web et Contexte - 26 mars 2009 2

Plan de l’exposé

Motivations

Adaptation d’applications legacy au contexte

Composition déclarative et adaptative de sources hétérogènes

Conclusion et perspectives


Cadre applicatif fondateur : le dossier médical

Dossier de serviceRéseaux de soins

Maintien à domicileTélémédecine

Urgences

Motivations | Adaptation legacy | Composition adaptative | Conclusion et perspectives


Adaptation d’applications legacy

Notre définition du contexteContexte = informations sur l’environnement d’utilisationN’intéresse pas l’application

Originalité de notre travailS’intéresse aux applications legacyDiffère des travaux sur la composition / orchestration

application legacy

Adaptation

contexte

contextecontexte

contexte



Principe de l’adaptation au contexte

application legacy

Modèle de l’application

Méthodologied’adaptation

Vue adaptée

de l’application

services données interfacesutilisateur

contexte

Projets SEFAGI et SECAS



Objectif doubleDescription des fenêtres par l’utilisateur finalUtilisation des fenêtres sur tout type de terminal

SolutionLogiciel assistant de description

Adaptation automatique au medium (au terminal utilisateur)Générateur de code de fenêtres

V1 Adaptation des interfaces utilisateur3 masters+ 5 stages

SEFAGI

Choix dans une liste de services disponibles +

Choix dans une liste de formes de présentation abstraites=

Description de fenêtre



Description abstraite de fenêtre

ContraintesRapide : pour faire la description et pour l’interpréterSimple : faite par un utilisateur finalAbstraite : indépendante de toute plate-forme cible

3 types d’éléments graphiquesFenêtre

Panneau

Panneau

Composant Composant Composant

Composant Composant Composant

Service

Service



Génération adaptative des interfaces

ApportsSimplicité du langage de description des fenêtresDescriptions de fenêtres indépendantes des terminaux

Description abstraite

de fenêtre

Description de terminal

Générateurde fenêtres

Code dédié au terminal

Assistant de description



Modèle fonctionnel Ensemble de services interconnectés par leurs échanges de

données en entrée et sortie (dépendances d’exécution)

Modèle fonctionnel initialservices offerts par l’application

Modèle fonctionnel adaptéservices et données fournis à l’utilisateur

Modélisation de l’application

listeImages

authentification listePatients afficheTemperatures

nouvelleRencontre

patientId

patientId

patientId

SECAS

Tarak Chaari+ 3 masters+ 6 stagesA. Celentano

ADAPTATION

userId

AdaptateurListeImages

selectedInstancefirstValues displayNoImage

displayImage

context.terminal.acceptedDataTypes.acceptImages



Chaîne d’adaptation

Modèle fonctionnel

initial

Modèle fonctionnel

(services adaptés)

Modèle fonctionnel

(données adaptées)

Adaptation de services

Adaptation de contenu

Adaptation de présentation

Interface utilisateur de l’application

adaptée

Contexte

A chaque changement du contexte



Adaptation de services

modèle fonctionnel initial => modèle fonctionnel (services adaptés)

Opérateurs de transformation du modèle fonctionnelprojection, sélection, union, produit replaceService, insertServiceAfter, insertAlternativeService,

lockService, unlockService, addVersion, removeVersion, activateVersion,

Règles d’adaptationRègles génériques ou spécifiques(situation, action)Exemple de règle simple

(context.terminal.acceptedDataTypes.acceptImages) ( fF | i |f.OUTPUT[i].type=“image”)

lockService(f)



Exemple d’adaptation de services

Transformations pour listeImages dans situation où : petit écran et peut-être pas d’affichage d’images

ListeImages

(url, description, image)*idDossier


firstValuesurl* url, descriptiondisplayNoImage

displayImage image




Adaptation des interfaces utilisateurs

Description abstraite

de fenêtre

Description de terminal

Générateurde fenêtres

Code dédié au terminal

Assistant de description

Descriptiond’un service

dans le modèle fonctionnel adapté

Construction des descriptions des

fenêtres d’interaction

Construction automatique



Exemple d’adaptation

ListeImages


selectedInstancefirstValues displayNoImage

displayImage




Synthèse sur l’adaptation d’applications legacy

ContributionsAdaptation non intrusive d’applications legacySéparation fondamentale des données applicatives et des

données contextuellesChaîne d’adaptation complète : des services aux interfaces

graphiques via les contenus

Apports pour l’utilisateurUne application accessible de n’importe oùUne vue adaptée au contexte



Composition déclarative et adaptative de sources hétérogènes

In the dataspaceEnvironnement = multitude de sources d’informationApplication = exploitation des sources disponibles

=> découverte, composition…

SoCQ: Représentation uniforme de données, flux et servicesChoix du paradigme relationnel Application Requête « à la SQL »

SoCQ

Yann Gripay+ 6 stagesJ.M. PetitM. Scuturici

Scénario : surveillance de températures Des zones avec capteurs de température Des contacts responsables de zones Envoi de messages aux contacts sur dépassement de seuil



Représentation des servicesMotivations | Adaptation legacy | Composition adaptative | Conclusion et perspectives


Déroulement d’une requête (1/8)Motivations | Adaptation legacy | Composition adaptative | Conclusion et perspectives


Opérateurs

Opérateurs ensemblistes

Opérateurs relationnels

Opérateurs de réalisation Affectation Invocation

Opérateurs temporels Fenêtre sur XD-Relation infinie Streaming sur XD-Relation finie



Exemples de requêtesMotivations | Adaptation legacy | Composition adaptative | Conclusion et perspectives


En quoi est-ce adaptatif?

Tout service qui se déclare dans l’environnement est intégré

Nouveaux capteurs de température (=> flux)Nouveaux services d’envoi de messagesRetrait d’un service => mise à jour de la base

Prise en compte des préférences utilisateurDes requêtes peuvent définir quels services utiliser dans tel

ou tel contexte (mail au bureau, sms en déplacement)

Création ad hoc d’applications



Pervasive Environment Management System

Découverte de sources de données



Prototype d’interface utilisateurMotivations | Adaptation legacy | Composition adaptative | Conclusion et perspectives


Synthèse sur la composition déclarative et adaptative de sources hétérogènes

ContributionsVue unifiée relationnelle d’un dataspaceAlgèbre correspondanteIntégration dynamique de sources hétérogènesPrototype opérationnel de PEMS

Apports pour l’utilisateurUne application qui s’adapte aux services disponiblesUne construction d’applications ad hoc déclarative



Perspectives

Poursuivre sur l’adaptation en SI pervasifsVers plus de répartitionrépartition

Distribution de l’adaptation

Opérateurs d’adaptation distribuésAdaptation collaborative

Décision d’adaptation distribuéeVers plus d’évolutivitéévolutivité

Composition dynamique

Composition de services à la SOC vs composition d’opérateurs à la SoCQ

Vers plus de contextecontexteContexte lié aux données

Adaptation pilotée par les méta-données (profil sémantique)


umr 5205 wi web et contexte - 26 mars 2009 adaptation au contexte non intrusive frédérique...

Documents