Architecture de médiation

La médiation de schémas est essentiellement une évolution de l’architecture fédérée fortement couplée. Le rapprochement à effectuer entre un traducteur et un adaptateur et entre un intégrateur et un médiateur est que les premiers sont directement les ancêtres des seconds. En fait, on peut considérer que les chercheurs travaillant sur l’approche fédérée fortement couplée ont décidé d’adapter leur vocabulaire à celui de Wiederhold. Il existe dans cette approche, comme dans l’approche fédérée fortement couplée, un schéma conceptuel global (contexte global ou schéma de médiation), auquel doivent s’apparier les différents schémas locaux (contextes locaux) : il y a donc intégration des schémas locaux au schéma global. De plus, comme dans l’approche de fédération fortement couplée, la construction du schéma global repose en général sur l’analyse préalable des schémas locaux et ceux-ci sont intégrés d’une manière statique au schéma global. Nous remarquerons également que les différentes phases de pré-intégration, recherche des correspondances, intégration et restructuration doivent être réalisées comme dans l’approche fédérée.

Ces systèmes se distinguent par contre d’une approche par fédération fortement couplée en résolvant certains problèmes comme l’indisponibilité des sources et la combinaison des informations d’une manière plus flexible; en offrant un ensemble d’outils de haut niveau permettant de combiner et de restructurer les informations dans le schéma de la médiation. De plus, comme pour tout système de médiation, le système est normalement en lecture seule, bien que le passage à une solution en lecture-écriture soit souvent théoriquement possible.

Il existe peu de différences entre un système de médiation de schémas et l’approche fédérée fortement couplée et le terme médiation de données ne devrait être utilisée, pour respecter la description de Wiederhold, que pour décrire les systèmes à médiation de contextes.

Ce type de médiation est adapté à des environnements ouverts où les sources d’information sont susceptibles d’évoluer, d’apparaître et de disparaître. Cette approche est également caractérisée par une prise en charge automatisée de la sémantique grâce aux mécanismes d’unification ou de réconciliation des contextes. La distinction fondamentale entre une médiation de schémas et une médiation de contextes est que, dans la médiation de contextes, aucune information d’intégration statique n’est nécessaire, les liens entre adaptateurs et médiateurs sont établis dynamiquement lors de la résolution d’une requête. Voici les différentes fonctionnalités minimales qu’un système de médiation offrant la consultation de sources multiples doit réaliser ou offrir :

1. Un langage déclaratif pour effectuer la requête.
2. Une recherche des différentes sources d’information pertinentes disponibles pour résoudre la requête.
3. Un découpage de la requête en sous-requêtes.
4. La consultation de différentes sources.
5. La combinaison des résultats permettant de répondre à la requête.
6. La présentation du résultat sous une forme homogène.

Il s’agit ici des principaux besoins fonctionnels dégagés par Wiederhold. Il existe essentiellement deux sous-catégories de systèmes de médiation de contextes.

Ils utilisent des métadonnées non structurées, peu structurées, ou structurées mais aux formats disparates et aucune ontologie explicite. Les systèmes à sémantique non-stricte utilisent en général des calculs de distances sémantiques (rapprochement sémantique) et la réconciliation de contextes pour intégrer les informations. Ces systèmes retournent des résultats pouvant être non conformes à la requête initiale.

Ils utilisent des métadonnées (contextes) exprimées dans le même format et la même ontologie ou dans plusieurs ontologies mais avec des liens inter-ontologiques permettant leurs traductions. L’unification de contextes est le mécanisme utilisé par les systèmes à sémantique stricte, ce mécanisme utilise des règles de logique formelle pour manipuler les contextes. Ces systèmes retournent des résultats toujours conformes à la requête initiale.

Selon Gruber[5] une ontologie est définie comme une «spécification explicite et formelle d'une conceptualisation faisant l'objet d'un consensus». Malheureusement, ceci peut recouvrir plusieurs réalités fort différentes. Premièrement par sa représentation : réseau sémantique, graphes conceptuels, grille de concepts, ensemble de règles logiques ou encore un schéma orienté objet. Deuxièmement par sa fonction : permettre de reconnaître les similitudes conceptuelles entre différents mots[6], permettre de manipuler ces éléments (concepts, mots) ou d'effectuer un certain nombre d'inférences[7].

L’utilisation d’ontologies dans un système de médiation peut prendre plusieurs formes. Une ontologie est soit explicite, c’est-à-dire, qu’elle existe sous forme d’un composant du système ou implicite, c’est-à-dire, qu’elle n’existe que dans les manuels de référence du domaine (sous une forme plus ou moins structurée) et dans la tête des spécialistes du domaine. Une ontologie peut être globale (comme WordNet ou Cyc) ou de domaine (médecine, comptabilité, gestion de la faune, etc.). Guarino[8] distingue également les ontologies maximales contenant la description de tout l’univers d’un domaine et les ontologies minimales qui proposent un ensemble de concepts et de règles permettant de combiner ces concepts pour créer tout concept de l’univers d’un domaine (via les contextes). Un système peut également posséder une ontologie unique ou bien des ontologies multiples pouvant avoir plusieurs relations les unes avec les autres (relation inter-ontologique).

Le contexte est un élément d’information associé à un objet ou à une portion de l’objet et qui spécifie de façon explicite un ensemble de connaissances sur la structure, les valeurs ou les fonctionnalités de l’objet[9]. Un contexte peut être représenté par un réseau sémantique, des graphes conceptuels, un ensemble de règles logiques, un schéma orienté objet ou simplement des métadonnées structurées traditionnelles. Indépendamment de sa représentation, un contexte est essentiellement composé de métadonnées décrivant un concept (classe d’objets), un ensemble d’objets ou un objet particulier mais dans une situation précise (requête globale, requête locale, schéma local). Le terme contexte dans le sens utilisé ici a été introduit par [Sciore, Siegel, Rosenthal, 1994][10] et [Sheth & Kashyap, 1995][11].

Il s’agit ici d’une composante cruciale qui permet à un système local de distribuer ses informations à une collectivité d’usagers. L’adaptateur permet de présenter les données dans le format syntaxique de la médiation. Il s’agit donc d’une interface permettant l’interrogation d’une base de données grâce à un langage normalisé (langage pivot). Il serait également possible d’utiliser une ontologie pour réaliser l’interopérabilité sémantique en normalisant le vocabulaire des métadonnées (contextes).

Le médiateur est un module logiciel recevant directement la requête d’un usager et devant la traiter. Celui-ci doit localiser l’information nécessaire pour répondre à la requête, résoudre les conflits schématiques et sémantiques, interroger les différentes sources et intégrer les résultats partiels dans une réponse homogène et cohérente. Le médiateur permet toutes les fonctionnalités relevées par Wiederhold et s’il s’agit d’une solution en lectures/écritures, également toutes les fonctionnalités nécessaires à un SGBDF. Il s’agit du composant le plus complexe mais une seule instance de celui-ci est nécessaire (contrairement aux multiples adaptateurs). Il permet la consultation de plusieurs sources de données comme s’il s’agissait d’une source unique et peut offrir cette consultation via de multiples langages et ontologies

Une base de connaissances peut contenir des ontologies et des relations inter-ontologiques. Un répertoire permet d’inventorier les ressources (les sources de données et les informations particulières que chacune offre à la médiation); il s’agit essentiellement d’une sorte d’annuaire et est donc un composant relativement simple.

Le facilitateur est un module entre le médiateur et les bases de connaissances ou un composant interne du médiateur ou de la base de connaissances. Celui-ci est responsable du rapprochement sémantique et de l’unification ou de la réconciliation de contextes, ou encore, effectue des traductions inter-ontologiques. Il peut également offrir des services de conversion syntaxique et de format.