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.

Présentation au sujet: "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."— Transcription de la présentation:

1 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

2 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

3 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

4 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

5 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

6 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

7 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

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

9 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

10 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

11 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

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