• Aucun résultat trouvé

la traduction de la requ ˆete entre OWL et XML. Cette approche traite les ´el ´ements simples et les ´el ´ements complexes pour cr ´eer le sch ´ema d’XML. Les XML Schema peuvent ˆetre mod ´elis ´es `a l’aide de diff ´erents styles, certains d’entre eux utilisent un seul ´el ´ement glo- bal ( ´el ´ement racine), et d’autres utilisent plusieurs ´el ´ements globaux. Dans notre travail, nous prendrons en consid ´eration la fac¸on de construire une ontologie OWL `a partir de plusieurs sources de donn ´ees XML.

Nous adoptons la cartographie indiqu ´ee dans la table 3.1 tout en suivant les r `egles de transformations XSD `a OWL. En effet, la construction des entit ´es OWL `a travers le map- ping des donn ´ees XML est bas ´ee sur la cartographie de trois ´el ´ements de base comme : • Les classes OWL : comme il est d ´ej `a indiqu ´e dans la table pr ´ec ´edente, la carto- graphie des classes OWL est faite au d ´epart `a travers les sch ´emas XML(XSD) tout en respectant l’ensemble des r `egles de transformation. Pour la cartographie de type complexe par exemple, deux types sont distingu ´es `a ce niveau : un type complexe global et un autre local. Ces deux diff ´erents types sont cartographi ´es `a l’aide des classes OWL. En effet, la classe g ´en ´er ´ee `a travers le type global prend le nom de ce type alors la classe g ´en ´er ´ee `a travers le type local prend le nom de l’ ´el ´ement dont il d ´epend. Les attributs sont ´egalement cartographi ´es `a l’aide des

TABLE3.1 – La cartographie XSD/OWL

classes OWL. Comme le sch `ema XML donne la possibilit ´e d’exprimer la notion d’h ´eritage, deux types d’h ´eritage sont mis en places `a ce niveau : l’extension et la restriction. Ces deux types sont transform ´es `a l’aide de classes d’h ´eritage OWL (en utilisant le rdfs :subclassOF).

• La propri ´et ´e d’objet (Object properties) : les liens et les relations entre les ´el ´ements exprim ´es dans le sch ´ema XML sont traduits comme ´etant des propri ´et ´es des ob- jets dans l’ontologie `a g ´en ´erer. Par exemple, lorsqu’un ´el ´ement est d’un type com- plexe, ce type est d ´ej `a cartographi ´e `a l’aide d’une classe OWL. Par cons ´equent, une nouvelle propri ´et ´e d’objet est ajout ´ee. Elle d ´epend de cette classe et a comme ”domaine” la classe correspondant `a ce type complexe et comme ”rang” la classe correspondant au type de cet ´el ´ement.

• La propri ´et ´e de type de donn ´ees(Datatype properties) : les ´el ´ements de type simple sont cartographi ´es `a l’aide des propri ´et ´es de type de donn ´ees. Lorsqu’un type complexe (global ou bien local) contient un ´el ´ement de type simple qui a comme ”domaine” la classe correspondant au type complexe. Dans ce cas, le type de cet ´el ´ement est d ´efini comme un type simple (xsd :integer, xsd :string), alors le ”rang” de la propri ´et ´e est le type lui-m ˆeme.

LEMAPPING DE LACVCO (XML)VERS UN MODELE DE TRAC` ¸ABILITE´ OWL :XSD2OWL

Chaque d ´eclenchement d’une session utilisateur sur son application pervasive est consid ´er ´e comme une situation courante d’utilisation de contexte. Chaque situation cou-

rante de contexte est consid ´er ´ee comme une instance des param `etres de ce contexte. Le changement des situations de contexte engendre automatiquement le changement des param `etres de celui-ci et donc le changement des services et des mani `eres de pr ´esenter l’information sur les interfaces des utilisateurs. L’application sensible au contexte peut s’adapter au changement de toutes les situations d’utilisation tout en suivant et r ´epondant aux traces de celles-ci.

Nous avons mod ´elis ´e pr ´ec ´edemment notre contexte d’utilisation en utilisant les ontolo- gies de contexte. Ainsi, nous avons d ´efini la classe principale nomm ´ee  trac¸abilit ´e de

contexte(avec les sous-ensembles li ´es) par laquelle se r ´ealise la correspondance et la

cartographie des donn ´ees r ´ecup ´er ´ees `a partir de la carte CVCO sous leur format XML `a l’aide de celles en OWL. Nous appliquons le processus de mapping XML/OWL sur l’ensemble des donn ´ees recup ´er ´ees dans la carte CVCO afin de gen ´erer les classes de l’ontologie de tracabilit ´e. Cette classe de cartographie de la trac¸abilit ´e d’une situa- tion courate instantan ´ee est plac ´ee dans l’ontologie de service afin de bien servir dans le processus d’adaptation des services en fonction des traces courantes d’utilisation de contexte : corr ´elation (traces/services).

Nous proposons `a ce stade un processus de cartographie (mapping) qui permet de trans- former et de faire la correspondance entre les ´el ´ements (traces r ´ecup ´er ´ees dans la carte CVCO) sous leur forme XML et les ressources OWL de l’ontologie de trac¸abilit ´e. Cette g ´en ´eration cartographique nous am `ene `a sp ´ecifier des correspondances entre XML et OWL.

Le processus de g ´en ´eration de sources d’ontologies `a travers des sources de donn ´ees XML (r ´ecup ´er ´e `a travers la carte CVCO) commence par la cr ´eation du sch ´ema XML correspond. Il doit ˆetre g ´en ´er ´e automatiquement `a partir de la source du document XML (cf figure 3.9). Pour r ´ealiser la transformation des donn ´ees r ´ecup ´er ´ees sous format XML des donn ´ees XSD, qui pr ´esentent le sch ´ema XML, nous utilisons l’API javaTrang 1.

Cette API permet de prendre en entr ´ee des donn ´ees XML et de produire en sortie un sch ´ema ´ecrit en XML-Schema.

Nous utilisons ´egalement, dans un second temps, la biblioth `eque Java XSOM (XML Sch ´ema Object Model)2afin d’analyser le contenu XSD et de lier les informations entre elles. Ce qui correspond `a ce que tous les ´el ´ements soient d ´efinis, puis r ´ef ´erenc ´es. La sortie de XSOM est utilis ´ee ensuite comme une entr ´ee pour r ´ealiser la cartographie java XSD2OWL de trac¸abilit ´e et pour d ´ecrire le sch ´ema de l’ensemble des sommets qui contient tous les ´el ´ements, attributs, les types primitifs, les groupes d’ ´el ´ements, les groupes d’attributs (XSshema), . . .

Suivant l’enchaˆınement de l’ensemble des ´etapes dans le processus de g ´en ´eration de l’ontologie de trac¸abilit ´e, nous utilisons l’API Jena3 pour les sorties de SXD2OWLMapping avec le serveur Apache Maven4 pour la production de s ´emantique suppl ´ementaire des donn ´ees RDF.

L’ ´etape suivante consiste `a faire la correspondance des ressources OWL. En effet,

1. Produces as output a W3C XML Schema : http ://www.thaiopensource.com/relaxng/trang.html 2. XML Schema Object Model (XSOM) is a Java library that allows to parse XML Schema documents : https ://xsom.dev.java.net

3. Work with models, RDFS and the Web Ontology Language (OWL) to add extra semantics to your RDF data : https ://jena.apache.org/download/index.cgi

4. Apache Maven is a software project management and comprehension tool : http ://ma- ven.apache.org/download.cgi

FIGURE3.9 – Le processus de g ´en ´eration de l’ontologie de trac¸abilit ´e (OWL) `a l’aide de