Cette th`ese a permis d’apporter des r´eponses aux diff´erents probl`emes autour de la n´egociation et l’adaptation du contenu dans les environnements h´et´erog`enes. Elle repr´esente une premi`ere exp´erimentation pour la construction d’une architecture per-mettant d’adapter et de n´egocier le contenu sous diff´erentes contraintes et pour plu-sieurs types de terminaux. Ce travail constitue une base qu’il faudra encore am´eliorer et compl´eter. Plusieurs perspectives sont envisageables. En plus de la consolidation des propositions de cette th`ese, les perspectives peuvent ˆetre organis´ees autour de quatre grandes directions : le protocole de n´egociation, les techniques d’adaptation, la sp´ecification de langages de transformation dynamiques et l’adaptation coop´erative.
7.4.1 N´egociation et traitement de profils
7.4.1.1 Le protocole de n´egociation
Dans le chapitre 5, nous avons propos´e un protocole de n´egociation et d’acqui-sition du contexte du client. Ce protocole fait intervenir le module d’adaptation et de n´egociation (ANM), le module du contexte de client (UCM) et l’application cliente elle-mˆeme par les informations de n´egociation qu’elle peut transmettre. Les requˆetes ´echang´ees entre les modules ANM et UCM sont limit´ees aux traitements qui concernent : la r´eception des profils, la r´eception des changements de profils et les en-tˆetes de r´eponses relatives aux diff´erentes requˆetes. Le protocole n’est donc pas complet et peut ˆetre ´etendu de plusieurs fa¸cons :
– Am´elioration des performances de la n´egociation. Dans un syst`eme d’adaptation et de n´egociation, il est tr`es important de minimiser le temps relatif `a l’´echange et au traitement des profils. Une piste possible est d’´etudier comment am´eliorer encore les performances de la n´egociation en adoptant une strat´egie avanc´ee de gestion de sessions. Cette strat´egie doit s’adapter aux caract´eristiques des environnements h´et´erog`enes et en particulier aux r´eseaux mobiles o`u une session doit ˆetre ´etablie sachant que le client peut se d´econnecter et se reconnecter de mani`ere intempestive.
– Authentification. Dans le protocole propos´e, nous n’avons pas consid´er´e l’aspect authentification lors des diff´erentes connexions des clients au module ANM. En effet, dans NAC, il suffit de connaˆıtre le port de la n´egociation (1977 par d´efaut) et l’adresse de la machine sur laquelle le module ANM s’ex´ecute, pour qu’un client puisse utiliser le service d’adaptation. L’authentification permet de mieux g´erer les diff´erentes connexions compte tenu de l’importance des information des profils et facilite l’identification des terminaux qui se connectent au module ANM.
– S´ecurit´e. L’acc`es au contenu par un terminal, en utilisant le module ANM, provoque l’ex´ecution automatique au niveau proxy (ou serveur) d’un code relatif `a la strat´egie de n´egociation et aux diff´erentes techniques d’adaptation. Dans tout protocole o`u les requˆetes clientes provoquent l’ex´ecution d’un code au niveau serveur, l’aspect s´ecurit´e est important. Il permet de contrˆoler et de maˆıtriser ces ex´ecutions automatiques. Il n’est pas consid´er´e dans NAC, et repr´esente un travail `a effectuer au niveau du protocole propos´e. L’aspect s´ecurit´e inclut aussi l’encryptage des informations de n´egociation ´echang´ees. Rappelons que les informations de n´egociation incluent des informations sensibles concernant l’utilisateur et ses pr´ef´erences. Dans certaines applications (par exemple, dans les ´echanges de transactions), il est important de garder ce genre d’information confidentiel entre l’application cliente et le serveur. Une attention particuli`ere doit ˆetre accord´ee `a l’encryptage surtout dans des environnements mobiles r´eput´es tr`es vuln´erables.
– Strat´egies de cache. Dans le but d’am´eliorer les performances de gestion et de traitement des profils clients, la conception d’une strat´egie de gestion de cache est importante. Dans l’utilisation du repository, le protocole de n´egociation de NAC emploie une gestion simpliste de cache bas´ee sur la sauvegarde des profils et une identification bas´ee sur l’adresse IP du terminal. Il nous paraˆıt n´ecessaire
de d´evelopper une strat´egie de cache avanc´ee afin de garantir de meilleures per-formances.
7.4.1.2 S´eparation des pr´ef´erences utilisateur et des capacit´es du terminal Dans le mod`ele UPS, les pr´ef´erences de l’utilisateur et les capacit´es d’un termi-nal sont d´ecrites dans un mˆeme profil. Si un utilisateur donn´e utilise deux terminaux diff´erents, le syst`eme associe au mˆeme utilisateur deux profils diff´erents. Cela est dˆu `a la non s´eparation, du point de vue profil, entre les pr´ef´erences et les caract´eristiques mat´erielles et logicielles. Une perspective int´eressante serait de consid´erer l’utilisateur ind´ependamment du terminal utilis´e de permettre ainsi de supporter plusieurs termi-naux pour un utilisateur donn´e.
7.4.2 Les techniques d’adaptation
Les techniques d’adaptation d´evelopp´ees dans NAC s’appliquent sur une grande diversit´e de mod`eles de document et de formats de ressources m´edias. Il est toujours possible de d´evelopper et de prendre en compte d’autres formats et mod`eles. En plus de la couverture des formats et des mod`eles, d’autres perspectives d’adaptation sont envisageables.
– Adaptation s´emantique. Dans cette th`ese, nous avons pr´esent´e quelques techniques d’adaptation s´emantiques telle que la pagination du contenu selon les pr´ef´erences de l’utilisateur. Le cadre de travail pr´esent´e dans [34] d´efinit une approche pour l’adaptation s´emantique en se focalisant sur la dimension temporelle des documents multim´edia. Le travail effectu´e jusqu’`a pr´esent dans le domaine de l’adaptation s´emantique des documents multim´edia reste encore limit´e. Une perspective int´eressante est d’´etudier ce probl`eme en profondeur et de d´evelopper des m´ecanismes avanc´es d’adaptation s´emantique qui couvrent l’ensemble des dimensions.
– V´erification statique de type. Comme nous l’avons d´ej`a vu, le langage XSLT a ´et´e utilis´e pour effectuer une grande partie des transformations structurelles, que ce soit d’une mani`ere statique ou par g´en´eration de feuilles de transformation. Un des probl`emes majeurs de XSLT est l’impossibilit´e de garantir de fa¸con statique (c’est-`a-dire avant l’ex´ecution d’une transformation) que quelle que soit l’instance du document source en entr´ee d’un processeur de transformation, le document produit respecte un mod`ele de document (sa DTD). Il n’y a donc aucune garantie que les feuilles de transformation XSLT utilis´ees produisent en sortie un document de pr´esentation qui soit structurellement correct.
7.4.3 La sp´ecification de langage de transformation dynamique
Les langages de transformation de structure, tels que XSLT, sont souvent utilis´es pour assurer une adaptation statique. Cela veut dire que le contexte d’application d’une transformation est fix´e durant sa conception. Cette approche est inadapt´ee pour les environnements h´et´erog`enes caract´eris´es par un changement fr´equent du contexte. En effet, avec les langages de transformation existants, il est n´ecessaire de d´efinir une transformation pour chaque contexte. Dans cette th`ese, nous avons propos´e une approche d’adaptation dynamique qui d´epend des valeurs des dimensions du contexte. Une perspective int´eressante consiste `a concevoir un langage de transformation
dynamique dont les r`egles de transformation sont li´ees directement aux variables du contexte. Ces variables peuvent ˆetre d´efinies lors de la conception de la transformation et instanci´ees une fois le contexte ´evalu´e. La conception de tels langages serait tr`es b´en´efique pour les adaptations dynamiques qui peuvent ˆetre facilement r´eutilis´ees dans diff´erents contextes. L’effort de la conception des transformations pourrait ainsi ˆetre consid´erablement minimis´e.
7.4.4 L’adaptation coop´erative
L’´etude men´ee sur les syst`emes d’adaptation existants a permis de constater que les solutions propos´ees ne fonctionnent que dans des cas pr´ecis, tels que les proxy de transcodage de la vid´eo, les passerelles sans fils qui lient les t´el´ephones cellulaires avec le r´eseau Internet, les proxy d’adaptation d’images, etc. Une voie int´eressante consiste `a unifier les adaptations propos´ees au sein d’un mˆeme syst`eme. N´eanmoins, la n´egociation des m´ethodes d’adaptation devient plus complexe. En effet, dans ce genre de situations, la n´egociation implique plusieurs entit´es distantes ce qui complique la communication entre ces entit´es. Une perspective est donc de d´efinir une strat´egie coop´erative afin de rendre le syst`eme d’adaptation plus puissant tout en minimisant le coˆut d’´echange de messages de n´egociation. L’architecture NAC propos´ee dans cette th`ese constitue une bonne base de d´epart pour sp´ecifier de telles strat´egies de coop´eration entre entit´es d’adaptation.
Sch´ema UPS
Contenu
A.1 Les sch´emas UPS . . . . 183