Architecture pour la conception de SIP incluant plusieurs contextes d’utilisation Tarak Chaari INSA de Lyon – 08/06/2004 INSA de Lyon – 08/06/2004

C’est quoi ce gros mot « pervasif »? L’informatique pervasive/ubiquitaire/ambiante [Mark Weiser] L’utilisateur ne cherche pas l’information c’est l’information qui suit l’utilisateur Ordinateur intime ou compagnon actif Information disponible partout et à tout moment Utilisation d’appareils mobiles Téléphones, PDAs, systèmes embarqués Petits gadget, bon marché, innombrables Interconnectés : cœur filaire et périphériques sans fils Dans notre environnement quotidien Maison, véhicule, hôpitaux, bureau, lieux publics INSA de Lyon – 08/06/2004

Et alors, c’est quoi le problème? Enjeux Fournir l’information quelque soit le contexte d’utilisation… Handicaps Problème de diversité Profils individuels d’utilisateurs Terminaux (mémoire, écran, API) Données Mobilité Mode hors connexion, synchronisation… Interaction Ergonomie, facilité d’utilisation… INSA de Lyon – 08/06/2004

On peut faire quoi alors? Réseaux Protocoles, adressage, connectivité, continuité de service, cache, middleware Interopérabilité Protocoles, intégration, standardisation… IHM Génération, modalités, plasticité, RA, VA Sécurité Cryptage, vulnérabilité INSA de Lyon – 08/06/2004

Et le contexte? On est où? Avec qui? On fait quoi?... (vibreur/sonneries) Définition de brown Endroit, identité, l’environnement et le temps Pas suffisante Définition de Dey Toutes les informations caractérisant une entité Une entité est une personne, un lieu, un objet… Trop vague pour servir la modélisation du contexte INSA de Lyon – 08/06/2004

C’est quoi concrètement? Utilisateur Emplacement, capacités, préférences, profil Réseau Bande passante, connectivité, Qos Méta - données Taille, format, codage, langue, versions Terminal Taille de l’écran, résolution, couleurs, mémoire, API… INSA de Lyon – 08/06/2004

On modélise le contexte comment? Paires attribut/valeur Pas suffisant Modèles XML composite capabilities/Preferences Profiles (CC/PP) Comprehensive Structured Context Profiles (CSCP) Modèles par contraintes QOS Logique de premier ordre Modèles par ontologies Concepts/relations INSA de Lyon – 08/06/2004

Et on en fait quoi? Context - awareness Capturer Interpréter Diffuser Adapter INSA de Lyon – 08/06/2004

Parlons d’adaptation ! Document initial Document adapté Adaptation de contenu Adaptation de données (Substitution, transformation) Adaptation de présentation (Génération, transformation) Décomposition Recomposition INSA de Lyon – 08/06/2004

Et l’adaptation au contexte? Pas seulement les données et la présentation Mais aussi le comportement de l’application Exemple: Comportement d’une application de télé - médecine à l’hôpital Vues générales Comportement de la même application chez le patient Vues spécifiques INSA de Lyon – 08/06/2004

Que reste-t-il à faire ? L’existant Reste à faire Architectures location-aware Solutions adhoc Reste à faire Architecture générique context-aware Méthode formelle de conception des SI pervasifs Modèle formel du contexte Comment et où faire l’adaptation? INSA de Lyon – 08/06/2004

Merci ! Questions ? INSA de Lyon – 08/06/2004