Cohrence et qualit des informations de contexte en environnement pervasif

Zied Abid, Sophie Chabridon, et Denis Conan

Institut Tlcom; Tlcom & Management SudParis; CNRS UMR SAMOVAR 9 rue Charles Fourier, 91011 vry, France
Prenom.Nom@institut-telecom.fr

RESUME La gestion de contexte en environnement pervasif devient un lment cl pour le dveloppement de nouvelles applications. Cependant, les proprits des systmes pervasifs ont un impact sur la cohrence des informations de contexte. La composition dobservations rparties provenant de diffrentes sources peut introduire des incohrences potentielles. De plus, le contexte est un lment dynamique voluant frquemment et affectant en continu les applications sensibles au contexte. Les mthodes traditionnelles de gestion de cohrence ne sont donc pas toujours adaptes pour un systme pervasif. Cet article propose de combiner deux approches complmentaires. Dune part, la prise en compte de la qualit des informations de contexte au sein de notre intergiciel de gestion de contexte COSMOS permet de traiter des conits syntaxiques au sein de contextes de bas niveau. Dautre part, lutilisation dontologies permet de dterminer lquivalence smantique de deux contextes pour lever des conits de plus haut niveau. MOTS CLS Cohrence, contexte, qualit de contexte, gestion de contexte rpartie, ontologie ABSTRACT Context management in pervasive environments becomes a key element for the development of new applications. However, the intrinsic properties of pervasive systems impact the consistency of context information. The composition of distributed observations collected from different sources may cause the introduction of potential inconsistencies. Besides, context information is highly dynamic and evolves continuously affecting the execution of contextaware applications. Traditional solutions for consistency management in distributed environments are therefore not well suited to pervasive environments. This paper presents our contribution combining two complementary approaches. We integrate quality of context (QoC) metadata in our COSMOS context management framework to handle syntactic conicts in low-level contexts and we rely on ontologies for determining whether higher-level con-

texts semantically match. KEYWORDS Consistency, context, quality of context, distributed context management, ontology

Categories and Subject Descriptors

C.2.4 [COMPUTER-COMMUNICATION NETWORKS]: Distributed Systems; D.4.7 [OPERATING SYSTEMS]: Organization and Design

General Terms
Design, Algorithms

1. INTRODUCTION ET MOTIVATIONS
Ces dernires annes, la gestion de contexte en environnement pervasif suscite lintrt dune communaut de recherche de plus en plus importante. Cet article propose de faire le point sur diffrents aspects de la cohrence des informations de contexte. Ces informations sont par nature imparfaites puisque dune part elles rsultent dun modle reprsentant une abstraction de la ralit ne pouvant tre exhaustive et dautre part elles dpendent de dispositifs tels que des capteurs ayant des limitations physiques intrinsques. Les informations de contexte ont donc tendance tre incorrectes car elles ne retent pas exactement ltat rel de lentit observe, incompltes lorsque certains aspects du contexte sont manquants, ou encore ambigus si plusieurs valeurs sont collectes et ne correspondent pas entirement entre elles [?]. Par exemple, deux dispositifs de localisation distincts peuvent fournir des valeurs correspondant des rgions se recouvrant, ayant des niveaux de prcision (granularit) diffrents ou bien encore tant incohrentes si elles prsentent des informations contradictoires. Lorsque les informations de contexte collectes sont imparfaites et incertaines, le risque existe de baser une dcision sur des informations errones [?, ?]. De plus, le cot est trs lev pour raisonner sur des informations incertaines vu la complexit des solutions mettre en uvre [?, ?]. Ces imperfections doivent tre rduites le plus possible par des mthodes de vrication de la cohrence ou de rsolution des conits, cependant elles ne peuvent tre compltement leves. Il est donc important de prvoir les mcanismes ncessaires pour limiter limpact que peuvent avoir ces imperfections, notamment en permettant au systme de prendre en compte leur existence mme. Cest ainsi que la qualit des informations de contexte devient primordiale pour les applications sensibles au contexte. La notion de qualit de contexte (QoC) a t dnie pour la premire fois dans le cadre de la gestion de contexte par [?] en tant que concept part entire pour dcrire la qualit des informations utilises comme informations de contexte, indpendamment

Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for prot or commercial advantage and that copies bear this notice and the full citation on the rst page. To copy otherwise, to republish, to post on servers or to redistribute to lists, requires prior specic permission and/or a fee. CDUR 2009 11 Sept. Copyright 2009 ACM X-XXXXX-XX-X/XX/XX ...$5.00.

du processus ou du composant matriel ayant fourni ces informations. Cette dnition a t complte par [?] en ajoutant la notion de valeur pour une application spcique. La QoC apparat donc comme un ensemble de mta-donnes caractrisant une information de contexte. Elle permet de grer des priorits entre toutes les informations de contexte collectes. Ceci est exploit par [?] qui prsente un exemple dapplication pour la gestion de situations durgence. Des sauveteurs sont prsents sur le terrain et utilisent des appareils sans l pour communiquer, collecter des informations et prendre des photos. Par ailleurs, les responsables disposent dimages satellite prises sur le lieu du sinistre. En tenant compte de la qualit des informations de contexte pouvant tre dduites des photos, un responsable pourra privilgier les photos envoyes par un sauveteur ayant un niveau de conance lev indiquant quil est proche de la zone du sinistre et dont lappareil de prise de photo possde une grande prcision, par rapport des images satellites. Nous prsentons dans la section suivante notre plate-forme de gestion de contexte COSMOS, comment nous prenons en compte la qualit de contexte au sein de cette plate-forme et comment cela permet de grer une partie des conits possibles au sein de contextes de bas niveau. Nous considrons ces conits comme tant de type syntaxique car ils concernent des contextes que lon peut identier comme quivalents par une simple comparaison de leur structure. Lorsquune comparaison smantique devient ncessaire, nous faisons appel des modles base dontologies. Nous dcrivons ainsi dans la section 3 comment la plate-forme COSMOS peut tre complte par des algorithmes prenant en compte la smantique pour lever des conits de plus haut niveau. La section 4 positionne notre proposition par rapport des travaux connexes. Nous concluons dans la section 5 en donnant des perspectives nos travaux.

nal, son rle est de construire une vue unie de lenvironnement dexcution, et de proposer aux applications des mcanismes de description et didentication de situations dadaptation. Dans COSMOS, les politiques sont dcomposes en units grain n appeles nuds de contexte qui sont des composants logiciels. Les politiques de gestion de contexte ont t introduites dans COSMOS an didentier les situations dadaptation pour lesquelles une raction de lapplication est attendue. Lutilisation de Fractal 1 et Fractal ADL pour la ralisation de COSMOS autorise une conception avec des composants granularit ne. Le nud de contexte est un concept de base de COSMOS. Il correspond une information de contexte modlise par un composant et possde des proprits qui dnissent son comportement : passif ou actif : un nud passif est utilis par des activits extrieures au nud qui linterrogent pour obtenir une information. Un nud actif est quip dune activit pour excuter une tche donne ; observation ou notication : les communications peuvent soprer du bas vers le haut ou du haut vers le bas de larborescence de nuds de contexte. Les notications correspondent aux messages envoys par les nuds leurs parents (du bas vers le haut), tandis que les observations sont dclenches par un nud parent. Un nud de larborescence peut tre la fois observateur et noticateur actifs ; passant ou bloquant : un nud passant propage les observations et les notications. Dans le cas bloquant, le nud observ fournit linformation de contexte quil dtient sans observer les nuds enfants, et le nud noti modie son tat interne sans notier les nuds parents ; nommage : les noms des nuds de contexte sont uniques pour permettre les parcours dans le graphe et les congurations. Un nud rcupre des informations de contexte de nuds enfants de la hirarchie et infre une information de plus haut niveau dabstraction. Le traitement correspondant est effectu dans loprateur de contexte. Le cycle de vie des nuds de contexte enfants est contrl par les nuds de contexte parents. Pour la gestion des activits, les nuds de contexte actifs enregistrent leurs activits auprs dun gestionnaire dactivits. Ainsi, le gestionnaire dactivits, lui-mme paramtrable, peut crer une activit par traitement (observation ou notication) ou bien une activit par nud de contexte ou encore une activit pour tout ou partie de la hirarchie. Pour la consommation mmoire, un gestionnaire de messages gre des rserves de messages et autorise des duplications par rfrence ou par valeur.

2.

PRISE EN COMPTE DE LA QUALIT DE CONTEXTE

Dans cette section, nous dcrivons comment nous prenons en compte la qualit de contexte au sein de notre plate-forme COSMOS. Nous introduisons tout dabord dans la section 2.1 le canevas logiciel COSMOS, puis nous dtaillons comment la QoC est intgre COSMOS dans la section 2.2 incluant la dnition de contrats dobservation et de QoC et la slection des sources de contexte.

2.1 Prsentation de COSMOS

Nous prsentons dans cette partie le canevas logiciel COSMOS (COntext entitieS coMpositiOn and Sharing) [?, ?] que nous utilisons pour construire des gestionnaires de contexte. Les trois principes sur lesquels repose COSMOS sont la sparation entre les activits de collecte et de synthse des donnes de contexte, lorganisation des politiques de gestion de contexte en assemblages de composants logiciels dans une hirarchie avec partage et lutilisation systmatique de patrons de conception. Par rapport aux approches base de moteurs dinfrences utilises pour rpondre au problme de la composition de contexte, lapproche propose est performante : elle contrle et minimise lutilisation des ressources pour son propre fonctionnement, ce qui est essentiel pour certaines applications et terminaux mobiles. Dans COSMOS, le contexte est constitu de diffrentes catgories dentits observables (ressources logicielles telles que les ressources systme et les prfrences des utilisateurs, et ressources matrielles telles que les capteurs), des rles entre ces entits dans le contexte et des relations entre ces entits. La gestion de toutes les informations qui dcrivent le contexte dexcution des applications est centralise dans un gestionnaire de contexte. Sur un termi-

2.2 Gestion de la QoC avec COSMOS

Mme sil nexiste pas de consensus sur les critres de qualit utiliser, un certain nombre revient dans plusieurs travaux du domaine ([?, ?, ?, ?, ?]). exactitude (ou estimation): dcrit dans quelle mesure la valeur de linformation de contexte reprsente la ralit. Lexemple typique est celui de la localisation. Son exactitude dpend du mcanisme utilis. Avec un rcepteur GPS, une estimation denviron 4 mtres est attendue, alors quun rseau cellulaire atteint des estimations dau mieux 500 mtres en zone urbaine;
1

http://fractal.objectweb.org/

 probabilit de correction: lie la prsence derreurs non intentionnelles. La source de linformation indique au travers de la probabilit de correction combien de fois linformation de contexte quelle fournit risque dtre errone en raison de problmes internes; dlit: concerne le point de vue du fournisseur de contexte pour qualier les diffrentes sources dinformation quil utilise. Par exemple, le fournisseur de contexte A envoie une information de contexte B. A indique que la probabilit de correction de cette information est de 100%. Cependant, B recevant souvent des informations incorrectes de la part de A, il transmettra les informations ses clients avec une mise en garde sur le fait que la source de linformation nest pas entirement digne de conance; rsolution, ou granularit (appele prcision par [?]). Un fournisseur de contexte annonce que la temprature dune pice est de 17 C. Ceci est vrai en moyenne, mais pas ncessairement proximit du radiateur prsent dans la pice. La valeur pourra ainsi tre complte par des bornes min et max indiquant le niveau de dtail de la mesure: 17 1 C. fracheur (ou ge des informations [?]): indique si les informations sont sufsamment rcentes pour reprsenter la situation prsente. porte gographique: indique la zone gographique dans laquelle linformation peut tre utilise. La temprature fournie par une station mto extrieure nest pas la plus adapte pour contrler le chauffage central lintrieur dun btiment; Deux approches peuvent tre envisages pour intgrer la qualit de contexte dans un canevas logiciel [?]. Une approche homogne permet dassocier chaque information de contexte une mesure numrique de sa qualit. Ceci facilite les comparaisons et la composition des mesures de qualit, mais nest pas toujours possible car la qualit ne peut pas toujours tre dtermine de manire systmatique. Une approche htrogne part du principe quil ne peut y avoir une mesure unique et une reprsentation standard du degr de certitude dune information de contexte. Chaque type dinformation possde ainsi son propre ensemble de mesures de qualit. Cest lapproche que nous suivons dans COSMOS au sein duquel nous mettons en place une gestion de QoC souple et exible, fonction de la nature des informations de contexte et des capacits des sources de contexte. Ceci permet galement une meilleure optimisation des performances en modulant le cot de calcul des critres de qualit en fonction de ce qui est effectivement ncessaire.

pour les composants logiciels qui annoncent par contrat leurs exigences dobservation. Un utilisateur de contexte peut ensuite vrier que les informations de contexte fournies par les sources sont dune qualit au moins gale au minimum dni dans le contrat. Il faut galement prvoir la re-ngociation des contrats permettant les modications ncessaires en raison de la forte dynamicit dun environnement pervasif. Ainsi, la demande exprime sur un contrat dobservation dune bande passante peut tre enrichie par des caractristiques lies la fracheur de linformation (diffrence entre les dates de livraison et de collecte effective) ou par la prcision (en % par exemple). La contrainte sur la qualit des informations dobservation peut ensuite tre utilise lors de la recherche dune source dobservation acceptable.

2.2.2 Slection des sources de contexte

Lorsque plusieurs sources de contexte fournissent des informations sur une mme entit observe, il est ncessaire de prvoir la manire dont doit se faire la slection de sources de contexte privilgier. Ceci repose en partie sur les contrats dobservation qui permettent de choisir les sources de contexte en fonction du niveau de QoC quelles peuvent garantir. Si plusieurs sources sont capables de satisfaire le contrat, il faut ensuite choisir des rgles simples pour viter une diminution des performances par des calculs dinfrence inutiles. En complment, nous voquons dans la section 3 comment des ontologies peuvent aider dcouvrir et slectionner les sources de contexte. Dautre part, dans [?], les auteurs proposent de procder une rtropropagation des erreurs la manire des rseaux neuronaux depuis les utilisateurs de contexte jusquaux sources dans les cas o un contexte savre non pertinent ou inutile, o un contexte est trs peu utilis en demandant ce quil soit fourni moins souvent, ou bien encore lorsquil y a duplication dans le cas o la mme information de contexte est dj fournie par un autre chemin.

3. PRISE EN COMPTE DE LA SMANTIQUE DES INFORMATIONS DE CONTEXTE

Diffrencier les informations de contexte selon leur qualit peut ne pas sufre lever tous les conits pouvant se produire. Nous voquons dans cette section lapport des ontologies pour comparer des contextes de haut niveau dabstraction et pouvoir tablir des quivalences smantiques (semantic matching). Pour prendre en compte la smantique des informations de contexte, lutilisation dontologies apparat trs populaire dans les travaux de recherche rcents. Une ontologie est une description smantique, structure et formelle des concepts dun domaine et leurs inter-relations [?], forme par un ensemble de classes, de relations entre ces classes (hritage ou smantique), de proprits dcrivant les classes et daxiomes. [?] propose une mthode de vrication dquivalence smantique permettant de dpasser la seule prise en compte de lintersection entre deux concepts qui apparat comme insufsante pour dtecter un conit. Une dnition formelle de la substituabilit entre deux concepts est labore. [?] exploite linterface de vrication de cohrence de Jena 2 qui est un outil du web smantique permettant de manipuler facilement une ontologie. Un conit entre deux concepts dune ontologie est dtect lorsquune assertion sur lontologie ne peut pas tre valide. Une fonction dter2

2.2.1 Contrats dobservation et de QoC

Par analogie avec ce qui existe pour la qualit de service (QoS), [?] prconise la ngociation de contrats de QoC. Nous prvoyons dintgrer de tels contrats avec les contrats dobservation de COSMOS. Un contrat dobservation permet lapplication dexprimer ses besoins concernant les informations de contexte qui sont pertinentes pour elle ainsi que les situations dadaptation auxquelles elle est sensible et quelle souhaite dtecter. Lobservation collecte peut ainsi tre qualie pour amliorer cette observation ainsi que les prises de dcision qui en dcoulent. Les informations telles que la localisation, la prcision, la abilit, la fracheur peuvent tre exprimes dans les contrats dobservation et tre collectes et traites par la chane dobservation. COSMOS permet de considrer le gestionnaire de contexte comme un service dobservation

http://jena.sourceforge.net

minant la frquence relative dun contexte est galement utilise pour associer une valeur (un poids) chaque contexte : plus un contexte a t utilis frquemment rcemment, plus sa valeur est grande. Lorsquun conit entre deux contextes est dtect, celui avec la plus faible frquence relative est ignor. Malgr leur popularit croissante, les ontologies restent limites pour prendre en compte les incertitudes lies aux informations de contexte [?]. Nous considrons quil nest donc pas envisageable de reposer exclusivement sur des moteurs dinfrence ontologiques pour la gestion de contexte, galement pour des raisons de performances. Nos travaux en cours concernent lintgration de COSMOS avec des moteurs ontologiques sur deux niveaux, en amont et en aval de la gestion de contexte. En amont de la gestion de contexte, une comparaison smantique peut tre effectue lors de la dcouverte des sources de contexte pour la mise en place dune politique de contexte. partir des contrats dobservation demands par lapplication, il sagit didentier quelles sources sont capables de rpondre aux besoins en respectant le contrat en termes dobservations attendues et de QoC. Lorsque plusieurs sources sont candidates, des comparaisons smantiques permettent de dcider quelle source choisir. Dautre part, des ontologies peuvent intervenir en aval de la gestion de contexte au moment o des contextes de haut niveau sont infrs par COSMOS. Lutilisation de la QoC dans COSMOS permet de grer une partie des incohrences syntaxiques survenant dans les contextes de bas niveau et dans le processus dinfrence de contexte. Les conits rsiduels prsents dans les contextes de haut niveau peuvent ensuite tre traits par des ontologies avec des comparaisons smantiques.

3. Autoriser le service daide-mmoire de Marie envoyer une alerte silencieuse par afchage dun message clignotant lorsque Marie est en train dutiliser intensivement son assistant personnel. 4. Marie ayant tendance travailler de manire addictionnelle une fois rentre la maison, elle a souscrit un service dalerte pour lui rappeler de changer dactivit selon certaines conditions : par exemple lorsque le signal WIFI devient trop faible ou bien lorsque le nombre dheures de travail dpasse un seuil prdni. Les situations 1 3 sont drives de Carisma [?] o les conits sont grs par un systme denchres secrtes. Dans ce systme, un conit apparat lorsque deux politiques diffrentes peuvent tre envisages dans un mme contexte pour la fourniture dun service. Une hypothse pralable impose quun service ne peut tre mis en uvre que selon une seule politique. Deux types de conits sont distingus. Un conit intra-prol survient au sein du prol de contexte dune mme application. Un conit inter-prol a lieu entre deux applications sexcutant sur deux terminaux diffrents. Si Marie est au bureau et se sert intensivement de son assistant personnel, les conditions des situations 2 et 3 sont remplies et peuvent donc tre appliques, traduisant un conit entre ces 2 politiques. Dans Carisma, une fonction dutilit indiquant la priorit (le prix) quune application accorde aux ressources critiques, batterie par exemple, et certains critres de qualit de service, tels que le respect de la vie prive, doit tre fournie par chaque application. Cette fonction dutilit sapparente un contrat dobservation tel que nous le proposons dans COSMOS et permet lapplication de spcier quels sont ses besoins en informations de contexte. Pour le choix de la dcision dadaptation, COSMOS exploite la QoC associe aux informations de contexte lorsquelle est prsente. La fracheur permettra ici de dterminer si linformation de contexte est sufsamment rcente et de donner une priorit lune ou lautre des situations. Si Marie travaille intensivement sur son PDA depuis peu de temps, une alerte visuelle peut tre prconise. Un exemple de politique de contexte dnie avec COSMOS pour la situation 4 est prsent sur la gure 1. Les nuds du graphe sont reprs par leur nom, chacun indiquant intuitivement le type doprateur du nud de contexte. Les arcs du graphe reprsentent les relations dinclusion, y compris les partages de nuds enfants par plusieurs nuds parents. ct dun nud, gurent ses proprits : actif/passif, bloquant/passant, etc. Dans notre exemple, la plupart des nuds actifs observent ; seuls les nuds dtectant les changements dtats ( dtecteur de changement des prfrences utilisateur et dtecteur de connectivit ) et de dcision notient ces changements vers lapplication. Les nuds sans che sont passants pour lobservation et la notication. Dans le cas du nud gestionnaire du rseau WiFi (en bas droite de la gure), le nud est bloquant pour lobservation car il gre lui-mme une tche dobservation. Le nud gestionnaire du rseau WiFi permet de regrouper toutes les informations (qualit du lien, dbit et le dbit est-il variable ? ) pour viter que les trois nuds parents ne multiplient les accs aux informations systme et ne provoquent un grand nombre dappels systme. Pour la situation 4, lutilisation de la probabilit de correction, issue des informations de QoC, permet de dterminer si lassertion indiquant quelle est lactivit de Marie sur ordinateur est able. Si Marie utilise en fait deux activits en mme temps sur son ordinateur, une application de traitement de texte et une activit de jeux, ceci peut tre dtect comme une situation de conit. De telles situations peuvent alors tre modlises par une ontologie, avec des rgles associes indiquant les contraintes smantiques respecter

4.

TUDE DE CAS

Nous nous basons sur une tude de situations dadaptation [?] faisant une synthse de plusieurs scenarios de gestion de contexte (Active Campus [?], SOCAM [?], Gaia [?], CARISMA [?], EgoSpaces [?] and Runes [?]). Le scenario retenu simule les activits quotidiennes de personnes vivant dans une ville. Une personne se lve le matin vers 7h, puis quitte son domicile et part travailler, et ensuite soit rentre chez elle pour y passer la soire, soit va dans un lieu de distraction, et ventuellement dans un autre jusquau moment de rentrer dormir chez elle. Le cycle reprend le jour suivant. Trois types de lieux sont dnis : domicile, bureau et lieu de distraction. Les prols des personnes (sexe, ge, prfrence...) sont paramtrables. Une personne part travailler en moyenne 8h, avec une amplitude de variation de 2 heures. La dure dune journe de travail est normalement de 8 heures; lheure du coucher est prvue 9 heures avant le lever, mais varie suivant les activits sociales en soire. Huit activits diffrentes sont donc possibles : endormi, en train de travailler, marchant dans la rue, allant au travail, la maison, allant une soire, en train de samuser, rentrant la maison. Dautres paramtres concernent les gots culinaires des personnes, le type de travail, les prfrences en matire dactivits sociales. Un ensemble de 16 situations dadaptation est envisag dans [?] partir des travaux de la littrature. Nous nous intressons dans cet article quatre situations reprsentatives des aspects de cohrence. 1. Le service daide-mmoire permet de recevoir des messages de rappel pour ne pas oublier un vnement ou un rendezvous. Autoriser le service daide-mmoire de Marie envoyer une alerte sonore lorsque Marie est lextrieur dun btiment. 2. Autoriser le service daide-mmoire de Marie envoyer une alerte par vibreur lorsque Marie est au bureau.

Observateur et notificateur actifs Observateur actif

Conseiller changement dactivit

Haut niveau dabstraction

Observateur passant Observateur bloquant Notificateur passant Notificateur bloquant

Travail avec rseau devenu insuffisant

Dtecteur activit travail la maison

Dbit WiFi ajust

Dtecteur de connectivit Dtecteur Travail/loisir Seuil dpass ? Moyenne qualit WiFi

Moyenne dbit si variable

Dtecteur retour la maison Liste Activits surveiller

Dure activit

Qualit du lien WiFi

Dbit WiFi

Dbit WiFi variable ?

Localisation

Gestionnaire Profil utilisateur

Gestionnaire processus

Gestionnaire Horloge
Appels systme

Gestionnaire WiFi
Appels systme

Appels systme

GPS

Prfrences utilisateur

S.E.

S.E.

S.E.

Figure 1: Composition de nuds de contexte pour la situation 4

exprimes en logique des prdicats de la forme (sujet, prdicat, objet).

dobservations et de retarder la prise de dcision le plus possible. Lenvironnement changeant dynamiquement en permanence, ceci permet aussi de pouvoir vrier ultrieurement si le conit a toujours lieu.

5.

TRAVAUX CONNEXES 6. CONCLUSION ET PERSPECTIVES

Dans cet article, nous dcrivons notre position vis--vis de la gestion de la cohrence des informations de contexte en environnement pervasif. De par les spcicits de ces informations qui sont par nature imparfaites, il est indispensable de fournir des mcanismes permettant de matriser le niveau de qualit du contexte. Notre contribution est reprsente par le canevas logiciel base de composants COSMOS prenant en compte la notion de qualit de contexte et permettant de grer une partie des incohrences et conits syntaxiques pouvant survenir au cours du processus dinfrence de contextes de haut niveau. Pour traiter les conits dordre smantique, nous proposons dassocier COSMOS avec un moteur ontologique, sur deux niveaux : en amont de la gestion de contexte, pour la dcouverte des sources de contexte partir des contrats dobservation demands par lapplication, et en aval, pour lever certains cas de conit par des comparaisons smantiques. Nous prsentons galement une tude de cas illustrant lutilisation de COSMOS. Nous travaillons actuellement la mise en uvre de COSMOS avec les lments proposs et prvoyons dvaluer notre approche sur plusieurs scnarios applicatifs.

Des tats de lart rcents sur les systmes sensibles au contexte ne traitent que succinctement des aspects qualit : [?] mentionne la ncessit pour un serveur de contexte de prciser les paramtres de qualit de service rseau, ce qui diffre de la QoC, et [?] indique que parmi tous les intergiciels passs en revue, seul MiddleWhere [?] traite explicitement de la qualit de contexte, mais limite aux informations de localisation. Des travaux de recherche prenant en compte la qualit de contexte dans le cadre de lintelligence ambiante commencent apparatre mais nen sont quaux prmices ([?, ?, ?, ?, ?, ?, ?]) et la proposition de solutions intergicielles exibles et performantes reste indispensable. Le systme CARISMA [?] est lun des premiers travaux de recherche prvoir des mcanismes spciques pour la rsolution des incohrences de contexte. Son protocole denchres secrtes est original et permet de dterminer dynamiquement quelle politique adopter. Il repose sur des fonctions dutilit dnies par les applications utilisatrices de contexte qui doivent ainsi dterminer de manire trs prcise des compromis entre cot des ressources et bnces attendus. Il serait intressant dajouter un mcanisme permettant damender et modier si ncessaire ces fonctions dutilit, les besoins des applications pouvant varier au cours du temps. Les travaux sur CML (Context Modelling Language) [?] permettent la gestion des incertitudes prsentes dans les informations de contexte en prvoyant la dnition de plusieurs alternatives conictuelles. Ceci permet de prendre en compte un grand nombre

7. RFRENCES

Sens de circulation des informations de contexte Bas niveau dabstraction

Notificateur actif