Brevet FR2828308A1 — publié le 20030207

"Système de gestion d'une base de données topologique" La présente invention concerne un système de gestion d'une base de données topologique. Dans l'état de la technique, on a déjà décrit des dispositifs et des méthodes pour gérer de grandes quantités de données. En effet, avec le développement des réseaux de télécommunications numériques, des moyens multimédias qui associent des données de genre hétérogène (texte, sons, graphiques, images, séquences, etc.), le besoin de gérer des masses toujours plus importantes s'est fait jour. Ainsi, deux types de solutions sont actuellement bien connues. Selon un premier type de solutions, le contenu des unités d'information disponibles dans un espace de recherche, comme la mémoire d'un ordinateur ou l'ensemble des ressources d'un réseau informatique peut être retrouvé par des méthodes de comparaison des données enregistrées ou mémorisées avec des critères de recherche. Le résultat d'une telle recherche comporte le plus souvent une liste des identificateurs de chacune des unités d'information présentes dans la mémoire ou le réseau et qui comportent au moins une occurrence du critère de recherche. Il est à la charge de l'utilisateur ensuite de se reporter à chaque document ou unité d'information, résultat de recherche. Un tel type de solution est très efficace quand on recherche seulement dans une masse documentaire peu élevée, et que le résultat de la recherche ne produit qu'un nombre acceptable de références de résultat. Malheureusement, l'accession aux unités retenues n'est pas facile, surtout si elles sont en nombre élevé. Selon un second type de solutions, les unités d'information sont identifiées en conservant une définition de leurs liens selon une hiérarchie qui permet de représenter l'ensemble des unités d'information selon un graphe ou un arbre. Ce type de solution est par exemple mis en oeuvre dans les systèmes d'exploitation comme Windows ou MacOS et d'autres systèmes encore. Ce type de solution présente de grands mérites, surtout quand le nombre d'utilisateurs est peu élevé, et que donc les critères qui ont été retenu pour réaliser les relations entre les diverses unités d'information (dossiers, sous-dossiers, répertoires, fichiers,...) sont facilement admis et connus de ces mêmes utilisateurs. Malheureusement, le type de relations entre unités est essentiellement hiérarchique et l'utilisateur perd très vite après quatre ou cinq niveaux dans l'arbre des relations la signification des liens hiérarchiques parce qu'ils ne sont pas réellement typés. De toute façon, la représentation de l'unité d'information par l'identificateur de l'unité d'information ne permet pas le plus souvent d'accéder à un élément d'information recherché surtout si l'unité d'information est de gros volume. Dans ce cas, fréquent, l'unité d'information comporte un nombre élevé d'éléments d'informations qu'il faut alors rechercher avec une solution du premier type. Si par contre, on réalise des unités d'information avec peu d'éléments d'information, on rencontre le problème de la complexité de l'arborescence et du manque de contrôle qu'on a sur le typage des relations entre les diverses unités d'informations. Plus récemment, on a proposé des solutions, particulièrement dans le domaine de l'Internet, dans lesquelles, on bénéficie d'une construction standardisée des unités d'informations et de leurs références, de sorte que chaque unité d'information ou dans une unité d'information pour certains des éléments d'information considérés par l'auteur de l'unité d'information comme d'intérêt élevé, est reliée hiérarchiquement par des références"enterrées"dans chaque élément d'information, sous la forme de balises (tags). De cette façon, notamment en faisant fonctionner des procédés de gestion de données, connus sous le vocable de moteurs de recherche, on accède facilement à un élément d'information retrouvé dans la recherche en sélectionnant un lien hypertexte dans la liste des résultats de recherche. Ce genre de solutions ne permet pas, bien que combinant les avantages des deux types de solutions précitées, de savoir avec pertinence le genre de relations qui existe entre les éléments d'information. De plus, l'utilisateur est tributaire de la présence ou non des balises qui sont autant de points d'entrée accessibles sans considération de hiérarchie ou de types de relations entre les éléments d'information. Il a déjà été défini dans l'état de la technique l'organisation de données sous forme de bases de données relationnelles dans lesquelles les données sont enregistrées avec des tables qui indiquent les relations que l'utilisateur leur affecte. Un exemple d'un système de gestion de bases de données relationnelles est Oracle TM. Il a déjà été défini dans l'état de la technique l'organisation de données sous forme d'un graphe topologique sémantisé dans lequel les informations sont essentiellement structurées selon la théorie des graphes, des unités d'informations statiques étant arrangées aux sommets du graphe et les relations entre les unités d'informations statiques étant constituées par des unités d'information dynamiques figurées par les arêtes du graphe. Ces unités d'informations dynamiques sont définies par avance dans une sémantique qui permet d'attribuer du sens selon une ontologie et une grammaire prédéfinies. Plus récemment, des considérations fondées sur : la séparation des informations et des éléments permettant de les organiser ; la combinaison d'une organisation hiérarchique et d'une organisation non hiérarchique pour permettre cette organisation ; ont été décrites dans une norme ISO dénommée Topic Maps et dans la spécification XTM éditée par le groupe de normalisation topicmaps. L'invention se constitue donc en sous-ensemble des normes et spécifications précitées auxquelles elles empruntent les éléments publics auquel on se reportera autant que de besoin. L'invention vise notamment à perfectionner l'accession du grand public aux réseaux numériques d'information comme Internet, qui n'est pas bien résolue avec les moyens techniques précités. A cet effet, l'invention concerne un système de gestion d'une base de données topologique dans au moins une mémoire de bases de données relationnelles, le système de gestion comportant : - des moyens pour décrire et pour enregistrer un graphe topologique sémantisé dans au moins une mémoire d'un graphe topologique sémantisé ; et - des moyens pour gérer au moins un graphe topologique sémantisé dans au moins une mémoire de graphe topologique sémantisé ; sur la base de toute organisation d'informations se trouvant initialement en dehors du système, le système de gestion coopérant avec : - des moyens pour exprimer des requêtes à destination des moyens pour décrire et enregistrer un graphe topologique sémantisé et des requêtes à destination des moyens pour gérer au moins un graphe topologique sémantisé ; et - des moyens pour produire au moins une représentation d'au moins une partie ou vue du graphe topologique sémantisé et d'une requête présentée. Selon un autre aspect de l'invention, les moyens pour décrire et pour enregistrer un graphe topologique sémantisé dans au moins une mémoire d'un graphe topologique sémantisé comportent des moyens pour éditer et enregistrer, pour chaque partie du graphe topologique sémantisé, dans la mémoire de bases de données relationnelles : - une table d'un premier genre de noeuds du graphe topologique sémantisé ou topics, la table étant dite table Topic ; - une table d'un second genre de noeuds du graphe topologique sémantisé ou associations, la table étant dite table Association ; et - une table des arcs du graphe topologique sémantisé ou rôles, la table étant dite table Rôle ; Topics, Associations et Rôles étant les trois classes d'objet qui structurent le graphe topologique sémantisé, tous les autres éléments du graphe topologique sémantisé y référant. Selon un autre aspect de l'invention, les moyens pour gérer au moins un graphe topologique sémantisé dans au moins une mémoire de graphe topologique sémantisé comportent des moyens pour exécuter la gestion, le filtrage, le contrôle et la cohérence de ce même graphe topologique sémantisé. Selon un autre aspect de l'invention, les moyens pour gérer au moins un graphe topologique sémantisé dans au moins une mémoire de graphe topologique sémantisé comportent aussi des moyens pour fournir des informations sur les différents objets du graphe concernant leur date de début et de fin de validité, leur auteur, la source de l'information, leur date de création et de suppression logique, ces informations étant rangées respectivement dans les tables Topic, Association et Rôle. Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour enregistrer et exploiter dans la mémoire de base de données relationnelles des tables de type DIP qui maintiennent des informations d'identification (DIP-NAME), de localisation (DIP-PLACE), de temps (DIP-TIME), de valeur numérique (DIP-VALUE), des textes (DIP-TEXT), et des liens sur des fichiers externes (DIP-LINK). Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour décrire, sur la base du graphe topologique sémantisé, une vision logique (DIL) des différentes informations associées aux objets du graphe topologique. En exécutant une compilation de chaque table DIP et de chacun des champs de ces tables ZDIP sont redéfinis dans le graphe topologique sous la forme de tables logiques DIL et de champs logiques ZDIL. Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour associer à chaque ensemble d'informations décrit dans les tables DIP un ensemble de métadata donnant différentes informations sur ces informations, les données de metadata étant stockées dans une table Metadata. Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour associer à chaque élément du graphe (topic, association et rôle) des informations stockées dans les différentes tables de type DIP, en associant une information à un objet du graphe en utilisant une occurrence stockée dans une table Occurrence, l'occurrence permettant de faire le lien entre tout objet du réseau et la structure Metadata qui accompagne chaque table de type DIP, de sorte qu'il soit possible d'associer plusieurs objets du réseau au même Metadata afin de partager une information commune entre plusieurs objets du réseau. Selon un autre aspect de l'invention, le système de gestion comporte : - des moyens pour affecter des attributs aux objets du graphe topologique sémantisé, - des mémoires prévues pour stocker les attributs sous forme de tables Attributs spécifiques à chaque objet du graphe, à savoir : topic, association, rôle et metadata, les informations contenues dans les tables Attributs faisant référence aux objets du graphe topologique eux même ; - des moyens pour exécuter le filtrage du graphe topologique sémantisé sur la base des attributs affectés aux objets du graphe topologique sémantisé. Selon un autre aspect de l'invention, les moyens pour effectuer le contrôle du graphe topologique sémantisé comportent des moyens pour affecter au moins un attribut de Thème et un attribut de Droit à un sous-ensemble du graphe topologique sémantisé, l'attribut de thème étant affecté sur un critère classifiant du contenu de l'information concernée dans le graphe topologique sémantisé, l'attribut de droit étant affecté sur un critère d'autorisation à effectuer le contrôle d'une catégorie d'informations concernées dans le graphe topologique sémantisé, et des mémoires prévues pour stocker les attributs de Droits et de Thèmes sous forme de tables Attributs spécifiques à chaque objet du graphe, à savoir : topic, association, rôle et metadata. Selon un autre aspect de l'invention, le système de gestion comporte au moins une mémoire de graphe topologique sémantisé qui est constituée par : - un réseau Kernel qui comporte les éléments de base du graphe topologique sémantisé pour assurer la construction de l'ensemble du réseau sémantique ; - un réseau "Référentiel" qui comporte la description des structures utilisées pour organiser les informations en graphe topologique sémantisé ; - un réseau "Vues" qui comporte les informations qui permettent de filtrer le graphe topologique sémantisé en fonction des droits des utilisateurs, et des attributs de thèmes des objets du graphe topologique sémantisé ; - un réseau "Utilisateurs" qui comporte les identifications des utilisateurs connus du système de gestion ; - un réseau "Connaissances" qui comporte la description de l'organisation des informations en organisant les relations entre des sujets (topics) qui permettront d'indexer des informations externes ou interne au système. Selon un autre aspect de l'invention, la mémoire de graphe topologique sémantisé comporte des mémoires de sous graphes topologiques pour assurer le contrôle de l'édition, la navigation et le filtrage dans le graphe topologique. Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour définir par avance la structure des associations qui seront utilisés dans le graphe topologique sémantisé, particulièrement sur la base des associations types définies par : - Un topic représentant le type d'association ; - Plusieurs topics représentant les différents types de rôles à l'intérieur de cette association ; - Une association reliant ces topics en utilisant un rôle owner qui coder une relation de type propriétaire de pour relier des topics type association et des rôles belongs pour coder une relation de type élément de pour relier les topics type rôle . Selon un autre aspect de l'invention, le moyen pour éditer un modèle de graphe topologique sémantisé à contraintes prédéterminées comporte des moyens pour définir par avance des contraintes sur des types prédéterminés d'associations, les dits moyens comportant des moyens pour effectuer une liaison entre des enregistrements de type DIP Parameter-Tech et les éléments d'un sous-graphe qui définit un type d'association, les contraintes portant notamment sur le nombre d'occurrences de chaque type de rôle dans l'association, sur le sens des rôles, sur les attributs de représentation comme la couleur donnée aux éléments de l'association lors de représentation graphique. Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour exécuter une classification automatique des topics du graphe topologique sémantique en fonction de leur rôle dans des associations prédéterminées. Selon un autre aspect de l'invention, les moyens pour exécuter une classification automatique des topics comportent des moyens pour associer des topics utilisés comme type de rôle dans des types d'association à d'autres topics avec une relation de thème en inscrivant des valeurs prédéterminées dans des tables d'attributs, des moyens pour, lors de l'association d'un topic quelconque à une association via un rôle, relier automatiquement le topic associé, via les attributs, aux topics de thème du type de rôle utilisé. Selon un autre aspect de l'invention, le système de gestion comporte un moyen pour exécuter un mécanisme d'héritage permettant à un objet d'hériter des propriétés d'un objet qui lui est associé. Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour générer des sous graphes de gestion des droits et des sous graphes de gestion des thèmes à l'aide de deux types d'association de type hierarchical right list ou liste de droits hiérarchisés et et hierarchical theme list ou liste de thèmes hiérarchisés , ces sous-graphes décrivant les héritages entre les topics de droit et les topics de thèmes. Selon un autre aspect de l'invention, le système de gestion comporte des moyens pour définir une hiérarchie entre des droits ou une hiérarchie de classification entre des thèmes, de sorte qu'un objet associé via les attributs à un topic de droit ou un topic de thème hérite de tous les droits et/ou de tous les thèmes supérieurs hiérarchiquement aux droits ou aux thèmes qui lui sont rattachés. D'autres avantages et caractéristiques de la présente invention seront mieux compris à l'aide de la description et des dessins annexés qui sont : la Figure 1 : un schéma d'un mode de réalisation d'un système de gestion selon l'invention ; la Figure 2 : un schéma représentant un élément de base de l'invention, dénommé topic ou sujet ; la Figure 3 : un schéma représentant un autre élément de base de l'invention, dénommé association ; la Figure 4 : un schéma représentant un autre élément de base de l'invention, dénommé un rôle ; la Figure 5 : un schéma des relations entre trois tables d'objets gérés dans le procédé de l'invention ; la Figure 6 : un schéma expliquant la composition d'un élément dénommé metadata ; la Figure 7 : un schéma expliquant un exemple de réseau statique entre les sujets, thèmes ou topics et les associations ; la Figure 8 : un schéma représentant le typage des associations par un réseau statique ; la Figure 9 : un schéma de définition d'un élément quelconque de base d'un réseau dynamique utilisé dans le dispositif de l'invention ; la Figure 10 : un schéma représentant un sujet ou topic quand il a va être substitué par un sujet ou topic nul ; la Figure 11 : un schéma de base d'un réseau de type"Base de connaissance" ; la Figure 12 : un schéma des relations entre les divers réseaux dynamiques d'informations du dispositif de gestion de l'invention ; la Figure 13 : un schéma représentatif du réseau"Référentiet" ; la Figure 14 : un schéma représentatif du réseau "Vues" ; la Figure 15 : un schéma représentatif du réseau "Utilisateurs" ; la Figure 16 : un schéma représentatif du réseau "Thèmes" ; la figure 17 : un schéma représentant la relation entre des données d'interface logique DIL et des données d'interface physique DIP, quand les DIL sont considérées comme des vues sur un DIP ; la Figure 18 : un schéma représentant le topic représentatif d'une donnée d'interface logique DIL ; la Figure 19 : un schéma représentant le topic représentatif d'une zone d'entrée ZDIL de donnée d'interface logique DIL ; la Figure 20 : un schéma représentant l'hyperlien qui existe entre deux données DIL1 et DIP1 ; la Figure 21 : un schéma représentant l'hyperlien qui existe entre une donnée DIL 1 et une zone d'entrée de donnée d'interface logique ZDIL 1 ; la Figure 22 : un schéma de définition du réseau reliant les données d'interface physique DIP aux zone d'entrée de données d'interface physique ZDIP ; la Figure 23 : un schéma démontrant les relations entre les diverses tables de référence du dispositif de gestion de l'invention ; la Figure 24 : un schéma exposant la génération d'une table de références ; la Figure 25 : un schéma-bloc d'un système de gestion de bases de données topologique selon l'invention. Dans la suite de la description, on appelle Hypergraphe une structure de données qui relie des noeuds dénommés sujets ou topics par des hyper arêtes dénommées associations. D'après les concepts développés pour mettre au point l'invention, on a conçu une fonction de représentation qui, à un hypergraphe, associe son graphe représentatif. Les noeuds du graphe représentatif sont les noeuds et les hyper arêtes de l'hypergraphe. Il existe une arête entre deux noeuds du graphe représentatif si et seulement si l'un des noeuds est un noeud de l'hypergraphe et si l'autre noeud est une hyper arête de l'Hypergraphe. Le graphe représentatif a la propriété d'être bipartite c'est-à-dire qu'il existe deux partitions des noeuds du graphe représentatif en deux ensembles tels qu'il n'existe pas d'arête entre deux noeuds du même ensemble. Dans le cadre de l'invention, on appelle"sujets"ou"topics"les éléments de la première partition de noeuds du graphe représentatif qui sont également des noeuds de l'hypergraphe. Dans le cadre de l'invention, on appelle"associations"les éléments de la seconde partition du graphe représentatif qui sont également les hyper arêtes de l'hypergraphe. Dans le cadre de l'invention, on appelle"rôle"une arête du graphe représentatif de l'hypergraphe. D'après les concepts développés pour mettre au point l'invention, un rôle représente la relation d'appartenance d'un noeud à l'hyper arête d'un hypergraphe. D'après les concepts développés pour mettre au point l'invention, les sujets ou Topics sont des noeuds de l'Hypergraphe tandis que les Associations sont des hyper arête de l'Hypergraphe. Il existe donc une correspondance entre les objets de l'hypergraphe et les objets de son graphe représentatif. D'après les concepts développés pour mettre au point l'invention, on a définit une opération de"Sémantisation"comme une fonction attribuant une étiquette aux objets du graphe représentatif de l'hypergraphe et produisant un graphe topologique sémantisé. La sémantisation des objets du graphe représentatif de l'hypergraphe et des données attachées aux objets du graphe topologique sémantisé est définie par la composition de trois fonctions élémentaires : - Une première fonction associant à chaque objet un sous-ensemble de l'ensemble des étiquettes considérées comme les thèmes ; - Une seconde fonction associant à chaque objet un sous-ensemble de l'ensemble des étiquettes considérées comme droits ; - Une troisième fonction associant aux objets"associations"et "rôles" une étiquette de l'ensemble des étiquettes considérées comme types. Les étiquettes sont des topics. Dans le cadre de l'invention, on désignera par : Graphe topologique sémantisé : le graphe issu de la sémantisation du graphe représentatif d'un hypergraphe ; Base de données topologique : l'union d'un graphe topologique sémantisé et des données attachées aux objets du graphe topologique sémantisé ; Droits : étiquettes permettant de contrôler l'accès aux objets du graphe en fonction des habilitations des utilisateurs ; Thèmes : étiquettes permettant l'indexation des objets de la base de données topologique par des topics ; Types : étiquettes permettant le typage des objets de la base de données topologique par des topics ; Metadata : informations sur les données attachées aux objets du graphe topologique sémantisé ; DIP : tables des informations permettant de mémoriser les informations attachées aux objets de la base de données topologique ; DIL : tables de redéfinition logique des DIP ; Liste hiérarchique de droits : Type d'association permettant d'organiser hiérarchiquement des étiquettes utilisées comme droits associés aux objets de la base de données topologique en appliquant un mécanisme d'héritage de classes défini dans les connaissances de l'homme de métier ; Liste hiérarchique de thèmes : Type d'association permettant d'organiser hiérarchiquement des étiquettes utilisées comme thèmes associés aux objets de la base de données topologique en appliquant un mécanisme d'héritage de classes défini dans les connaissances de l'homme de métier ; A la figure 25, on a représenté un schéma bloc d'un mode de réalisation du système de gestion de bases de données topologique selon l'invention. Le système de gestion 200 coopère d'une part avec une mémoire externe 201 contenant une masse de données externes 201 et d'autre part avec deux modules 204 et 205 qui sont : . le module 204 pour former des requêtes que le système de gestion 200 doit exécuter ; et e le module 205 pour représenter les résultats des requêtes exécutées par le système de gestion 200. Le système 200 de gestion de bases de données selon l'invention comporte une mémoire 203 dans laquelle est enregistrée au moins une base de données topologique dont le contenu sera décrit plus loin. Le système 200 de gestion de base de données comporte ensuite une mémoire 202 dans laquelle est maintenue au moins un graphe topologique sémantisé, désigné ici par GTS1, qui constitue une base de connaissances dans laquelle est représentée l'organisation d'une masse de données extérieures. Dans un mode préféré de réalisation, les différents éléments destinés à produire le graphe topologique sémantisé GTS1 permettant d'organiser la masse de données externes 201 sont eux même enregistrés dans au moins un graphe topologique sémantisé, désigné ici par GTS~ODE, enregistré dans une zone mémoire convenable de la mémoire 202. Il s'ensuit que la mémoire 203 de bases de données relationnelles comporte une zone mémoire qui est associée à la zone mémoire maintenant le graphe topologique sémantisé d'organisation des données extérieures GTS~ODE Dans cette zone mémoire de la mémoire 203 sont maintenues les données d'organisation qui sont utiles au fonctionnement des moyens de gestion 207. Le module 201 dans lequel se trouve la masse des données externes peut être constitué par la mémoire de masse d'un ordinateur de bureau, par l'ensemble des stations de travail d'un réseau local, ou encore par un réseau téléinformatique comme Internet sur lequel est publié un ensemble indéterminé de documents. Le module 201 contenant la masse des données externes est connecté en lecture à une entrée convenable du système de gestion 200 par un canal 211. Au moins un graphe topologique sémantisé GTS1 enregistré dans la mémoire 202 est constitué pour organiser la masse de données externes 201 grâce à l'exécution d'opérations de filtrage, de structuration et de contrôle effectuées par le système de gestion 200. A cette fin, le système de gestion 200 comporte des moyens 206 pour décrire et enregistrer au moins un graphe topologique sémantisé, dans lequel est maintenu le graphe topologique sémantisé GTS1, et des moyens 207 de gestion de graphes topologiques sémantisés, pour gérer le contenu du graphe topologique sémantisé GTS1 à l'aide de la base de données topologique maintenue dans la mémoire 203. Initialement, le système de gestion est implanté sur au moins un ordinateur, doté d'une mémoire de masse et d'une unité de calcul sous la forme d'une application logicielle permettant l'exécution du système de gestion selon l'invention. Les accès à un réseau téléinformatique comme Internet ou à un réseau local sont prévus selon les circonstances ainsi que les ressources logicielles habituellement disponibles sur les systèmes d'exploitation comme UNIX, WindowsTM ou LINUXTM, et qui sont exploitées par le système de gestion de l'invention pour mobiliser les ressources matérielles disponibles comme l'écran, le clavier, la souris, l'imprimante ou des modems. Lors de l'opération de création ou de modification d'un objet du graphe topologique sémantisé GTS1 représentatif d'un index vers la masse des données externes du module 201, les moyens 206 pour décrire et enregistrer au moins un graphe topologique sémantisé dans la mémoire 202 produisent aussi des données d'organisation qui seront décrites plus loin par le canal 216 pour les enregistrer dans la mémoire 203 de bases de données topologique. A l'exécution d'une requête de création ou de modification d'un objet du graphe topologique sémantisé GTS1 émise par le canal 208 du module 204 pour former des requêtes, le moyen 206 pour décrire et enregistrer au moins un graphe topologique sémantisé produit un flux de données représentatives du graphe topologique sémantisé GTS1 sur un canal 212 d'écriture de la mémoire 202 dans laquelle est enregistré le graphe GTS1 à la fin de l'opération de création ou de modification. Pour exécuter l'exploitation du graphe topologique sémantisé GTS1, le système de gestion 200 comporte des moyens 207 de gestion pour gérer le graphe topologique sémantisé GTS1. Lors de l'opération de gestion du graphe topologique sémantisé GTS1, les moyens de gestion 207 extraient par le canal 213 au moins une partie du graphe topologique sémantisé GTS1 enregistrée dans la mémoire 202 ainsi que des informations complémentaires sur ce graphe topologique sémantisé GTS~ODE enregistré aussi dans la mémoire 203 par un canal 215. Lors de l'opération de gestion du graphe topologique sémantisé GTS1 indexant la masse des données externes du module 201, les moyens de gestion 207 exploitent aussi des données d'organisation qui seront décrites plus loin, données qui sont lues par le canal 215 dans la mémoire 203 de bases de données topologiques, de sorte que les opérations de filtrage, de structuration et de contrôle puissent être exécutées par le moyens de gestion 207. A l'exécution d'une requête de gestion du graphe topologique sémantisé GTS1 émise par le canal 209 du module 204 pour former des requêtes, le moyen de gestion 207 produit un flux de données représentatives de l'exécution de l'opération de gestion demandée sur le graphe topologique sémantisé GTS1 sur un canal 217 pour aboutir à une opération de représentation du résultat de la requête sur le module de représentations 205. Le module de représentation 205 comporte essentiellement un écran d'ordinateur sur lequel l'interface de l'utilisateur permet de représenter les requêtes qui ont été présentées par les canaux 208 et 209 aux moyens 206 et 207 du système de gestion 200 et les résultats de l'exécution des requêtes par les moyens de gestion 207 par le canal 217. Le système de gestion selon l'invention a pour objectif de gérer des réseaux d'informations regroupés en un graphe topologique sémantisé. Dans le mode de réalisation décrit, un graphe topologique sémantisé manipulé par le système de gestion de l'invention présente une structure schématisée selon la Figure 1. Tout comme le graphe topologique sémantisé qu'ils composent, les quatre sous-ensembles Référentiel 1, Habilitations ou Vues 2, Utilisateurs 4 et Connaissances 3 sont des réseaux d'informations. Le réseau "Référentiel" 1 (Ref) est le réseau d'informations qui décrit l'ontologie de la base de connaissances. Il comprend l'ensemble du vocabulaire spécifique au graphe topologique sémantisé et le mode de présentations des informations. Le réseau"Vues"2 (SCOPE) décrit les thèmes, les droits, les profils et les langues. Pour une habilitation (liste de ses droits et son profil) donnée, l'utilisateur n'aura droit d'accéder qu'à une portion d'un réseau d'informations de la base de connaissance. Sur cette portion, il pourra restreindre la visibilité par la sélection de thèmes particuliers. Le réseau "Utilisateurs" 4 (USER) indique les utilisateurs connus de la base de connaissance ainsi que le niveau d'habilitation qui leur est associé. Le réseau"Connaissances"3 (KNW) contient l'ensemble des autres réseaux. Les types d'associations, de rôles et les attributs, la source et la qualité de l'information et les utilisateurs de création et de modification sont tous des topics. Le concept de topic est à la base de l'invention. Tous les autres objets de l'application lui sont référés. Il est d'abord un sujet ou un thème, c'est-à-dire un objet décrivant un élément d'une unité d'information localisée quelque part dans le graphe topologique sémantisé. Tous les sujets ou topics, comme celui représenté à la Figure 2, sont stockés dans la table des sujets ou topics. Un sujet ou topic 5 est symbolisé par un rectangle. Un sujet ou topic doit avoir au moins un metadata de type Nom (Type NAME) et peut en avoir un nombre arbitraire comme les Metadata 6. Un sujet ou topic n'est pas typé. Structure de la table des topics : TOPIC~ID INTEGER NOT NULL, TOPIC~QUALITY)ID INTEGER NOT NULL, TOPIC~SOURCE~ID INTEGER NOT NULL, TOPIC~BEGIN~DATE DATE NOT NULL, TOPIC~BEGIN~DATE~USER~ID INTEGER NOT NULL, TOPIC~BEGIN~DATE~UPDATE DATE NOT NULL, TOPIC~END~DATE DATE NOT NULL, TOPIC~END~DATE~USER~ID INTEGER NOT NULL, TOPIC~END~DATE~UPDATE DATE NOT NULL, TOPIC~CREATION~USER~ID INTEGER NOT NULL, TOPIC~CREATION~DATE DATE NOT NULL, TOPIC TIMESTAMP DATE DEFAULT SYSDATE Dans la structure de la table des topics, ainsi que dans les écritures suivantes, INTEGER désigne un nombre entier, DATE une donnée représentative d'une date selon un codage prédéterminé, DEFAULT SYSDATE réfère à la date par défaut du système informatique sur lequel l'application mettant en oeuvre les éléments logiciels du système de gestion de l'invention est exécutée. Toutes les associations sont stockées dans la table des associations. L'association est essentiellement une description d'un lien entre plusieurs sujets, thèmes ou topics. Une association, telle que représentée à la Figure 3, est toujours typée. Le type d'association est lui-même un sujet ou topic. Dans la suite des dessins, une association est symbolisée par un cercle. Une association peut avoir zéro ou n metadata. Structure de la table des associations : ASSOC~ID INTEGER NOT NULL, ASSOC- TYPE~ID INTEGER NOT NULL, ASSOC~QUALITY)ID INTEGER NOT NULL, ASSOC~SOURCE~ID INTEGER NOT NULL, ASSOC~BEGINDATE DATE NOT NULL, ASSOC~BEGIN~DATE~USER~ID INTEGER NOT NULL, ASSOC~BEGIN~DATE~UPDATE DATE NOT NULL, ASSOC~END~DATE DATE NOT NULL, ASSOC~END~DATE~USER~ID INTEGER NOT NULL, ASSOC~END~DATE~UPDATE DATE NOT NULL, ASSOC~CREATION~USER~ID INTEGER NOT NULL, ASSOC~CREATION~DATE DATE NOT NULL Tous les rôles sont stockés dans la table des rôles. Un rôle tel que représenté à la Figure 4, est toujours typé. Le type de rôle 10 est un sujet ou topic. Un rôle est symbolisé par un segment de droite 11. Un rôle peut avoir zéro ou n metadatas 12 comme Metadata 1, Metadata 2,.... Structure de la table des rôles : ROLE~ID INTEGER NOT NULL, ROLE~TOPIC~ID INTEGER NOT NULL, ROLE~ASSOC~ID INTEGER NOT NULL, ROLE~TYPE~ID INTEGER NOT NULL, ROLE~QUALITYJD INTEGER NOT NULL, ROLE~SOURCE~ID INTEGER NOT NULL, ROLE~BEGIN~DATE DATE NOT NULL, ROLE~BEGIN~DATE~USER~ID INTEGER NOT NULL, ROLE~BEGIN~DATE~UPDATE DATE NOT NULL, ROLE~END~DATE DATE NOT NULL, ROLE~END~DATE~USER~ID INTEGER NOT NULL, ROLE~END~DATE~UPDATE DATE NOT NULL, ROLE~CREATION~USER~ID INTEGER NOT NULL, ROLE~CREATION~DATE DATE NOT NULL Comme il est représenté à la Figure 5, tous les metadatas sont stockés dans la table des metadatas 15. Les metadatas 15 sont attachés aux objets topics, associations et rôles par la table des occurrences 14. Même si cette table des topics 13 permet une relation (n, 1) entre la table des occurrences 14 et la table des metadatas 15, l'application ne gère que la relation (1, 1). Structure de la table des occurrences : OCCUR~MTD~ID INTEGER NOT NULL, OCCUR~OBJECTTYPE INTEGER NOT NULL, OCCUR~OBJECT~ID INTEGER NOT NULL, OCCUR~CREATION~USER~ID INTEGER NOT NULL, OCCUR CREATION DATE DATE NOT NULL Structure de la table des metadata : MTD~ID INTEGER NOT NULL, MTD~CNT~TYPE INTEGER NOT NULL, MTD~DIP~TYPE INTEGER NOT NULL, MTD~DIL~ID INTEGER NOT NULL, MTD~QUALITY)ID INTEGER, MTD~TITLE VARCHAR2 (50), MTD~CREATOR~ID INTEGER, MTD~DESCRIPTION VARCHAR2 (50), MTD~PUBLISHER~ID INTEGER, MTD~CONTRIBUTOR~ID INTEGER, MTD~SOURCE~ID INTEGER, MTD~RIGHTS~ID INTEGER, MTD~BEGIN~DATE DATE, MTD~BEGIN~DATE~USER~ID INTEGER, MTD~BEGIN~DATE~UPDATE DATE, MTD~END~DATE DATE, MTD~END~DATE~USER~ID INTEGER, MTD~END~DATE~UPDATE DATE, MTD~CREATION~USER~ID INTEGER NOT NULL, MTD~CREATION~DATE DATE NOT NULL Dans cette structure, VARCHAR2 (50) désigne une variable de type caractère de longueur arbitraire. Les informations contenues dans chaque Metadata sont donc les suivantes, en respectant l'ordre de la table ci-dessus : identificateur du métadata, type du métadata, type de la donnée DIP associée, identificateur de la donnée DIL associée, identificateur de qualité du metadata, titre du metadata, identificateur du créateur, description du metadata, identificateur de l'éditeur, identificateur d'un contributeur, identificateur de source, identificateur des droits, date de début de validité, identificateur de l'utilisateur accédant à la date de début, mise à jour de la date de début, date de fin de validité, identificateur de l'utilisateur accédant à la date de fin, mise à jour de la date de fin, identificateur de l'utilisateur à la création du metadata, date de création du metadata. Le système de gestion de l'invention comporte donc des moyens pour associer à chaque ensemble d'informations décrit dans les tables DIP un ensemble de métadata. Chaque metadata contient des informations de metadata sur l'état de chaque ensemble d'informations. Les données de metadata sont stockées dans la table Metadata décrite ci-dessus. Un metadata 16, tel que représenté à la Figure 6, donne directement la donnée d'interface physique Dip 17 et la donnée d'interface logique Dil 18 qui la définissent. Dil 18 et Dip 17 sont définis ci-après. Dans le dispositif de l'invention et selon son procédé, la donnée d'interface physique DIP comme l'objet 17 de la Figure 6, consiste en une table typée qui peut être manipulée par une classe particulière de programme. Dans un mode de réalisation préféré de l'invention, on dispose des types de données d'interface physique DIP suivants, qui, à chaque type, consiste en une carte dotée de champs prédéterminés : DIP Name stocke un nom d'objet, personne ou chose un même objet peut avoir plusieurs DIP Names. DIP Place stocke des lieux et peut référer par exemple à une carte de géographie. DIP Time stocke une durée ou une date et peut se référer à un calendrier. DIP Value stocke une valeur associée à un topic, une association ou un rôle. La valeur réfère à une unité d'information. DIP Phone stocke un numéro de téléphone ou plus généralement, une adresse dans un réseau téléinformatique. DIP Text stocke du texte notamment sous format HTML en particulier pour conserver un formatage. DIP Multimedia stocke des documents dans leur forme originale de diverses natures, sons, images, textes,... de diverses sources : postes, réseaux, serveurs,.... DIP XML stocke des documents à la norme XML dans la base de données. la structure est connue par une référence DTD ainsi qu'il est connu de la norme XML. DIP Link stocke la référence ou l'adresse de type url (Internet) associée quelque soit sa provenance ou sa nature. DIP Parameters View stocke les paramètres des programmes de visualisation des diverses données, des éléments et des unités d'information. DIP Parameters Tech stocke les informations techniques sur les topics, associations et rôles comme l'orientation, références, nombre d'occurrences, DIP User stocke les informations sur les utilisateurs (code de connexion (login), mots de passe, langue, fichier de session,...). Le paramétrage des données d'interface physique DIL utilisables par les sujets ou topics, types d'associations et types de rôle permet de déterminer le type de donnée d'interface physique DIP utilisé et éventuellement de sélectionner l'ensemble des programmes de gestion (saisie, modification et consultation) qui leur sont associés. Les données d'interface logique DIL sont réalisées par des pointeurs de référence qui raccordent à des adresses physiques où se trouvent les DIP. Cette séparation entre adresse physique (DIP) et adresse logique (DIL) permet de réaffecter de manière dynamique les divers réseaux de données et de programmes qui constituent l'application. Chaque Metadata peut donc être géré, c'est-à-dire : + construit par un programme de saisie ; . modifié par un programme de modification selon la vérification de droits de modifications ; . consulté par un programme de consultation selon la vérification de droits de consultation. A cette fin, quand pour construire un Metadata, l'utilisateur autorisé exploite un programme de saisie, il peut créer une nouvelle donnée d'interface logique DIL en lui attribuant un nom dans un type de donnée d'interface physique DIP selon la liste des types de données d'interface physique DIP définis ci-dessus. Ainsi qu'il est connu dans l'état de la technique, pour assurer une capacité de programmation graphique en recourrant aux plate-formes de programmation graphique, on peut associer à chaque type de donnée d'interface physique DIP une icône caractéristique, que l'utilisateur associée à la Donnée d'interface Logique DIL qui est en cours de gestion. On va maintenant décrire les principales opérations de gestion sur les Métadatas, essentiellement vues comme données chacune de données d'interface logique DIL quand on veut ajouter une donnée d'interface logique DIL. L'ajout d'un DIL est réalisé pour tout type de sujet ou thème (topic) ainsi que pour tout type de rôle ou d'association. L'ajout d'un DIL nouveau est exécuté par des programmes de gestion qui sont exécutables à l'aide de la présente description et des connaissances générales : Ajout d'une nouvelle information liée à un topic :"Topic-Add new information", Ajout d'une nouvelle information liée à une Association : "Association-Add new information", Ajout d'une nouvelle information liée à un Rôle :"Rôle-Add new information"et Ajout d'une nouvelle information :"Add-New information". Pour les topics, association et rôle, le principe est de présenter une liste des DIL autorisés selon le type d'objet. La saisie peut alors être réalisée car le type de topic, d'association ou de rôle est connu du logiciel, le type de DIL a été choisi, le programme de saisie à utiliser a été lu dans le DIP Parameters Tech attaché à l'association entre le DIL et le DIP. Pour les programmes de type ajout"Add", le principe est de créer un DIL absolu. L'indexation a lieu dans un deuxième temps. La saisie peut alors être réalisée car le type de DIL a été choisi, le programme de saisie à utiliser a été lu dans le DIP Parameters Tech attaché à l'association entre le DIL et le DIP et le type de topic, d'association ou de rôle n'est pas nécessaire. Le principe du programme de navigation est de rechercher un DIL indexé ou non et de l'associer à un objet topic, association ou rôle. Dans le cas d'un DIL non indexé, la sélection du DIL se fera obligatoirement par la recherche complète "Full Search". Sinon, le DIL peut être choisit soit à partir du résultat d'un programme de recherche quelconque, soit à partir d'une recherche manuelle parmi les résultats de visualisation produits par le programme de navigation (Navigateur Figure 1) comme sur l'écran centré dans une procédure XML. L'option de référencement"Relate to"du menu du DIL permet à l'utilisateur de choisir l'objet auquel il veut relier le DIL. Dans un mode de réalisation du dispositif de gestion de l'invention, le programme de modification est également accessible lors de l'exécution du programme de consultation d'une donnée d'interface logique DIL, par exemple au niveau du Navigateur de la Figure1. L'utilisateur peut alors vérifier la donnée d'interface logique DIL et, selon ses droits d'utilisateur, modifier les attributs du DIL (thèmes, droits du DIL, langues et metadata). Dans tous les cas, le dispositif de gestion de l'invention exécute un test pour contrôler que le type de DIL est bien autorisé pour le type d'objet auquel l'utilisateur veut le relier. Dans un mode de réalisation du procédé de l'invention, on va présenter l'ensemble des objets partageant un même DIL. En effet, l'utilisateur a la possibilité de partager un DIL entre plusieurs objets de même nature ou de natures différentes (topic, association ou rôle). En donnant un exemple, soit l'élément d'information associée au Metadata : une photo de l'équipe de France de football reliée au topic et à l'association . On applique les règles de gestion suivantes : RGOI : la liste des objets reliés à un même DIL est triée en ordre alphabétique ; RG02 : Chaque élément de la liste est accessible. L'objet sélectionné est alors recentré et la fenêtre de consultation du DIL est refermée ; RG03 : si la liste est vide, la fenêtre n'est pas affichée. On va maintenant se reporter à la description des réseaux d'information exploités par le dispositif de gestion de l'invention. Tous ces réseaux sont stockés dans un même jeu de tables. Un réseau d'informations est représenté à l'aide de la liste des types de tables suivantes : table des topics : mdc~topic table des associations:mdc~association table des rôles : mdc~role table des occurrences:mdc~occurrence table des metadata:mdc~metadata tables des DIP : mdc~dat~name, mdc~dat~place, mdc~dat~time, mdc~dat~value, mdc-dat-text, mdcdatmuttimedia, mdc~dat~phone, mdc~dat~link, mdc~dat~param~tech, mdc~dat~user. Une table des attributs par topic, association, rôle et metadata : mdctopicattribute, mdc~association~attribute , mdc~role~attribute et mdcmetadataattribute Les réseaux d'informations gérés dans le dispositif de gestion de l'invention sont de deux genres : les réseaux statiques, et les réseaux dynamiques. Les réseaux statiques sont le résultat des liens physiques entre les différents champs des tables de la base de données. A la Figure 7, on a représenté un exemple de réseau statique entre les topics et les associations. Le réseau statique entre topics 19 et associations 20 est induit par le type d'associations. Les différents liens entre les tables ci-dessus peuvent se représenter par le réseau statique représenté à la Figure 8. L'association 21 est relié à son type d'association 23 par un rôle statique 22. Dans un mode de réalisation du dispositif de gestion de l'invention, les réseaux statiques ne sont pas navigables, en ce sens que la partie "Navigateur" (voir Figure 1) n'a pas accès à ces données, alors que la partie de création et de mise à jour à ce droit. Les rôles statiques ne sont donc pas affichés, pour l'utilisateur du navigateur. Dans un mode de réalisation du dispositif de gestion de l'invention, on définit une liste de cinq réseaux statiques : - Les types de rôle et d'association - Source - Qualité - Utilisateur"User" - Attributs Les réseaux statiques sont constitués par tous les liens de la base de données sur des sujets, thèmes ou topics en dehors de la table des rôles. Ils comportent aussi les types de rôles avec le rôle, le type d'association avec l'association, la source, la qualité, les utilisateurs, dénommés "users", les types de création et de modification d'un metadata, les tables de référence, les sujets, thèmes ou topics par défaut sur l'entrée d'une donnée d'interface logique DIL, etc. sont tous des réseaux statiques. Pour résoudre les problèmes de contraintes d'intégrité sur les réseau statiques en cas de suppression de l'un de ces topics, le dispositif de gestion de l'invention, ainsi qu'on l'a représenté à la Figure 10, fait appel à un topic spécifique : le topic"absent"ou not found 28. Dès que l'application ne trouve pas un topic 27 de réseau statique, il est substitué par le topic not found . Les réseaux dynamiques sont définis dans la table des rôles et constituent le plus petit niveau de navigation dans le dispositif de gestion de l'invention. A la Figure 9, on a représenté le schéma de définition d'un élément quelconque de base d'un tel réseau. Il comporte essentiellement, un sujet ou topic 24 relié par un rôle 25 à une association 26. L'application gère une base de connaissance constituée de plusieurs réseaux dynamiques d'informations. Un grand nombre de paramètres utilisés par l'application est stocké dans le réseau. Les paragraphes qui suivent vont les détailler. A la Figure 11, on a représenté le schéma de base d'un réseau de type"Base de connaissance". Le réseau"base de connaissances"BC assure la liaison entre le référentiel 34, le réseau des vues 35 dénommé Portée à la Figure 11, et le réseau des utilisateurs 36, qui gère les droits des divers utilisateurs qui ont accès au dispositif de gestion de l'invention. Les hyperliens concernés par les relations entre ces référentiels sont essentiellement réalisés par l'Association 33 qui réfère la liste de base de connaissances par un rôle 29, de type de rôle"propriétaire"ou owner , librement défini lors de la création de la base de connaissances, au réseau base de connaissances BC . Le type d'association est de type Liste. L'association 33 est liée au référentiel 34 par un rôle de type"appartient à"ou belongs et par des rôles non typés 31 à la base de portée et 30 à la base des utilisateurs 36. A la Figure 12, on a représenté un schéma des relations entre les divers réseaux dynamiques d'informations du dispositif de gestion de l'invention. On distingue les réseaux suivants : Le noyau 39 contient toutes les portions des réseaux "référentiel", "vues"et"utilisateur"qui doivent être connu par le dispositif de gestion de l'invention. Les objets manipulés dans ces réseaux sont identifiés de manière unique par des identifiants réservés. En aucun cas, ces réseaux ne peuvent être modifiés, car ils sont intrinsèquement reliés à l'application gérée par le dispositif de gestion de l'invention. En revanche, il sera toujours possible d'enrichir les objets du noyau d'un nouveau DIP Name pour répondre à l'exigence de multi-langue. Le réseau du référentiel 40 contient l'ontologie spécifique de la base de connaissances 41, les règles de présentation, de gestion, les occurrences des tables de référence. Ce réseau est enrichi par l'administrateur, c'est-à-dire, l'utilisateur autorisé à utiliser le module de création ou de mise à jour du dispositif de gestion (voir Figure 1). Lorsqu'il crée de nouvelles occurrences des types d'objets définis dans le noyau, il utilise le réseau"base de connaissances"41. Le réseau des vues 37 gère les habilitations et les droits des utilisateurs quand ils entrent dans l'application, auquel est rattaché les réseaux des droits et des thèmes. Le réseau des utilisateurs 38 liste les utilisateurs de l'application. La séparation de ces réseaux est faite par des attributs"thèmes"connus du noyau et qui sont : - l'attribut"noyau" ; - l'attribut "référentiel" ; - l'attribut "utilisateur" ; - l'attribut"scope". L'interface entre le réseau"Référentiel"et le réseau"Base de connaissances"est faite uniquement par des réseaux statiques. A la Figure 13, on a représenté un schéma représentatif du réseau "Référentiel". Le réseau "Référentiel" 42 se relie à une association, de type Liste de référentiel, par un type de rôle "propriétaire" ou "owner" 43. Le type d'association est de type Liste 45, et le réseau 42 se relie à un type Association 47 sous le type de rôle"appartient à"ou "belongs"46, ainsi qu'à un type de rôle 48, et à des données d'interface physique DIP 49 et des données d'interface Logique DIL 50. A la Figure 14, on a représenté un schéma représentatif du réseau "Vues". Le réseau"Portée"51 se relie à une association, de Liste de portée, par un type de rô) e"propriétaire"ou"owner"52. Le type d'association est de type Liste 53, et le réseau 51 se relie à un objet Langage 56 sous le type de rôle"appartient à"ou"belongs"55, ainsi qu'à un objet"Droits"57, et à un objet"Vues"58. A la Figure 15, on a représenté un schéma représentatif du réseau "Utilisateurs". Le réseau"Utilisateur"60 se relie à une association 67, de Liste des utilisateurs, par un type de rôle "propriétaire" ou "owner" 61. Le type d'association est de type Liste 62, et le réseau 60 se relie sous le type de rôle"appartient à"ou"belongs"63 à autant d'objets 64,65, 66 qu'il y a d'utilisateurs enregistrés sur le dispositif de gestion. A la Figure 16, on a représenté un schéma représentatif du réseau "Thèmes". Le réseau"Vues"70 se relie à une association de Liste des vues, par un type de rôle "propriétaire" ou "owner" 71. Le type d'association est de type Liste 73, et le réseau 70 se relie sous le type de rôle"appartient à"ou"belongs"74 à autant d'objets 77,75, 76 qu'il y a de vues enregistrées sur le dispositif de gestion. A la figure 17, on a représenté la relation entre les données d'interface logique DIL et les données d'interface physique DIP, quand les DIL sont considérées comme des vues sur un DIP. Un DIL comporte une désignation 80"DIL Désignation"et présente trois zones d'entrée exploitable par l'utilisateur qui les accède sur habilitation : la zone ZDIL "REF" 81 la zone ZDIL Base 82 la zone ZDIL "Tri" 83 De même, le DIP 88 qui lui correspond comporte une désignation "DIP Name" et les données d'entrée issues des trois zones ZDIL précitées sont transférées lors du référencement du DIL 80 sur le DIP 88 sur trois zones mémoire ZDIP "Last" 85, ZDIP "Base" 86 ; ZDIP "Sort" 87. Le ZDIP"First"est chargé par le dispositif de gestion lui-même lors du référencement en fonction des mécanismes de référencement. A la Figure 18, on a représenté le topic représentatif d'une donnée d'interface logique DIL. L'objet"DIL"90 se relie à une association 95, de Liste des DIL, par un type de rôle "propriétaire' ou "owner" 91. Le type d'association est de type Liste 92, et l'objet 90 se relie sous le type de rôle"appartient à"ou"belongs"93 à autant d'objets DIL1, DIL2,..., DILn qu'il y a de DILs référés au DIL 90. A la Figure 19, on a représenté le topic représentatif d'une zone d'entrée ZDIL de donnée d'interface logique DIL. L'objet "DIL 1" 100 se relie à une association 106, par un type de rôle "propriétaire" ou "owner"101. Le type d'association est de type Liste 102, et l'objet 100 se relie sous le type de rôle"appartient à"ou"belongs"103 à autant d'objets ZDIL 1 104, ZDIL2,..., ZDILn 105 qu'il y a de zones d'entrée ZDILs référés au DIL 100. A la Figure 20, on a représenté l'hyperlien qui existe entre deux données DIL 1 et DIP1. La donnée d'interface logique DIL 1 110 est liée à la donnée d'interface physique DIP1 114 par une association de lien DIL/DIP 115 par un type de rôle "propriétaire" ou "owner" 111. le type d'association est de type Link DIL/DIP 112, et le type de rôle 113 avec la donnée DIP1 114 est de type"appartient à"ou"belongs". A la Figure 21, on a représenté l'hyperlien qui existe entre une donnée DIL 1 et une zone d'entrée de donnée d'interface logique ZDIL 1. La donnée d'interface logique DIL 1 120 est liée à la zone d'entrée de donnée d'interface logique ZDIL 1 124 par une association de lien ZDIL/ZDIP 125 par un type de rôle "propriétaire" ou "owner" 121. le type d'association est de type Link DIL/DIP 122, et le type de rôle 123 avec la zone d'entrée de donnée d'interface logique ZDIL 1 124 est de type"appartient à"ou"belongs". Une zone d'entrée de donnée d'interface logique ZDIL est donc un topic rattaché aux topics de type : - donnée d'interface logique DIL ; - zone d'entrée de donnée d'interface physique ZDIP. A la Figure 22, on a représenté le schéma de définition du réseau reliant les données d'interface physique DIP aux zones d'entrée de données d'interface physique ZDIP. Le réseau de liaison des DIPs aux ZDIPs est constitué de topics comme celui représenté à la Figure 22 et qui comporte le topic DIP Name 130 lié par le type de rôle "propriétaire" ou "owner" 131 à une association de lien DIP Name/ ZDIP 135, avec le type d'association de lien DIP/ZDIP 132 qui se relient à toutes les zones d'entrée référencées sur DIP Name 130 et qui sont les zones d'entrée ZDIP "Fist Name" 134,..., ZDIP "Last Name"135, en nombre arbitraire. A la Figure 23, on a représenté un schéma démontrant les relations entre les diverses tables de référence du dispositif de gestion de l'invention. Les tables de référence sont définies dans le réseau "Référentiel" (40, Figure 12 ; 1, Figure 1) par le réseau "Tables de référence". La Table de références 140 de base est reliée par l'association 142 de liste de table de référence de type Liste 141 par des rôles de type"propriétaire"ou"Owner"145 à diverses tables de référence Table 1,143, Table 2 147 en nombre arbitraire par des rôles de type "appartient à" ou "Belongs" 146. Tables de références : - la table "Sources d'information" ; - la table "Qualités de l'information" ; - la table "Pays" ; - la table"Etats par pays" ; - la table Indicatifs par pays" ; - la table "UNités (toutes)" ; - la table"Oui/Non" ; - la table "Préfixes" ; - la table "Suffixes" ; - la table "Types MIME". Ce type de tables peut être étendu à d'autres genres d'informations de base et la signification de telles tables est donnée ici seulement à titre d'exemple. Un tel exemple permet de montrer seulement un avantage de l'invention qui est de donner du type à tout lien entre deux unités d'information sélectionnées par le créateur ou l'utilisateur de la base de connaissances de manière arbitraire. En pratique, une table de référence la plus générale est construite selon le schéma de la Figure 24. A la Figure 24, on a représenté la construction d'une"table de références 1"150 reliée par un rôle de type"propriétaire"ou"owner"152 à une association de définition de table de référence 151 selon un type de définition de table de références 154, et qui se rapportent par des rôles 156 de type "appartient à" ou "Belongs" à une pluralité d'articles "Item 1" 153,..., "Item 2"155 en nombre arbitraire. REVENDICATIONS 1-Système de gestion d'une base de données topologique dans au moins une mémoire de bases de données topologique caractérisé en ce qu'il comporte : - des moyens pour décrire et pour enregistrer un graphe topologique sémantisé dans au moins une mémoire d'un graphe topologique sémantisé ; et - des moyens pour gérer au moins un graphe topologique sémantisé dans au moins une mémoire de graphe topologique sémantisé ; sur la base de toute organisation d'informations se trouvant initialement en dehors du système, le système de gestion coopérant avec : - des moyens pour exprimer des requêtes à destination des moyens pour décrire et enregistrer un graphe topologique sémantisé et des requêtes à destination des moyens pour gérer au moins un graphe topologique sémantisé ; et - des moyens pour produire au moins une représentation d'au moins une partie ou vue du graphe topologique sémantisé et d'une requête présentée. 2-Système de gestion selon la revendication 1, caractérisé en ce que les moyens pour décrire et pour enregistrer un graphe topologique sémantisé dans au moins une mémoire d'un graphe topologique sémantisé comportent des moyens pour éditer et enregistrer, pour chaque partie du graphe topologique sémantisé, dans la mémoire de bases de données topologique : - une table d'un premier genre de noeuds du graphe topologique sémantisé ou topics, la table étant dite table Topic ; - une table d'un second genre de noeuds du graphe topologique sémantisé ou associations, la table étant dite table Association ; et - une table des arcs du graphe topologique sémantisé ou rôles, la table étant dite table Rôle ; Topics, Associations et Rôles étant les trois classes d'objet qui structurent le graphe topologique sémantisé, tous les autres éléments du graphe topologique sémantisé y référant. 3-Système de gestion selon la revendication 1, caractérisé en ce que les moyens pour gérer au moins un graphe topologique sémantisé dans au moins une mémoire de graphe topologique sémantisé comportent des moyens pour exécuter la gestion, le filtrage, le contrôle et la cohérence de ce même graphe topologique sémantisé. 4-Système de gestion selon la revendication 1, caractérisé en ce que les moyens pour gérer au moins un graphe topologique sémantisé dans au moins une mémoire de graphe topologique sémantisé comportent aussi des moyens pour fournir des informations sur les différents objets du graphe concernant leur date de début et de fin de validité, leur auteur, la source de l'information, leur date de création et de suppression logique, ces informations étant rangées respectivement dans les tables Topic, Association et Rôle. 5-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte des moyens pour enregistrer et exploiter dans la mémoire de base de données relationnelles des tables de type DIP qui maintiennent des informations d'identification (DIP-NAME), de localisation (DIP-PLACE), de temps (DIP-TIME), de valeur numérique (DIP-VALUE), des textes (DIP-TEXT), et des liens sur des fichiers externes (DIP-LINK). 6-Système de gestion selon la revendication 5, caractérisé en ce qu'il comporte des moyens pour décrire, sur la base du graphe topologique sémantisé, une vision logique (DIL) des différentes informations associées aux objets du graphe topologique et des moyens pour exécuter la compilation de chaque table DIP et de chacun des champs de ces tables ZDIP de sorte que, dans le graphe topologique sémantisé, les différentes informations associées aux objets du graphe topologique sémantisé soient redéfinies sous la forme de tables logiques DIL et de champs logiques ZDIL. 7-Système de gestion selon la revendication 5, caractérisé en ce qu'il comporte des moyens pour associer à chaque ensemble d'informations décrit dans les tables DIP un ensemble de métadata donnant des informations de metadata sur l'état de chaque ensemble d'informations, les données de metadata étant stockées dans une table Metadata. 8-Système de gestion selon la revendication 7, caractérisé en ce qu'il comporte des moyens pour associer à chaque élément du graphe (topic, association et rôle) des informations stockées dans les différentes tables de type DIP, en associant une information à un objet du graphe en utilisant une occurrence stockée dans une table Occurrence, l'occurrence permettant de faire le lien entre tout objet du réseau et la structure Metadata qui accompagne chaque table de type DIP, de sorte qu'il soit possible d'associer plusieurs objets du réseau au même Metadata afin de partager une information commune entre plusieurs objets du réseau. 9-Système de gestion selon la revendication 8, caractérisé en ce qu'il comporte : - des moyens pour affecter des attributs aux objets du graphe topologique sémantisé, - des mémoires prévues pour stocker les attributs sous forme de tables Attributs spécifiques à chaque objet du graphe, à savoir : topic, association, rôle et metadata, les informations contenues dans les tables Attributs faisant référence aux objets du graphe topologique eux même ; - des moyens pour exécuter le filtrage du graphe topologique sémantisé sur la base des attributs affectés aux objets du graphe topologique sémantisé. 10-Système de gestion selon la revendication 3, caractérisé en ce que les moyens pour effectuer le contrôle du graphe topologique sémantisé comportent des moyens pour affecter au moins un attribut de Thème et un attribut de Droit à un sous-ensemble du graphe topologique sémantisé, l'attribut de thème étant affecté sur un critère classifiant du contenu de l'information concernée dans le graphe topologique sémantisé, l'attribut de droit étant affecté sur un critère d'autorisation à effectuer le contrôle d'une catégorie d'informations concernées dans le graphe topologique sémantisé, et des mémoires prévues pour stocker les attributs de Droits et de Thèmes sous forme de tables Attributs spécifiques à chaque objet du graphe, à savoir : topic, association, rôle et metadata. 11-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte au moins une mémoire de graphe topologique sémantisé qui est constituée par : - un réseau Kernel qui comporte les éléments de base du graphe topologique sémantisé pour assurer la construction de l'ensemble du réseau sémantique ; - un réseau "Référentiel" qui comporte la description des structures utilisées pour organiser les informations en graphe topologique sémantisé ; - un réseau "Vues" qui comporte les informations qui permettent de filtrer le graphe topologique sémantisé en fonction des droits des utilisateurs, et des attributs de thèmes des objets du graphe topologique sémantisé ; - un réseau "Utilisateurs" qui comporte les identifications des utilisateurs connus du système de gestion ; - un réseau "Connaissances" qui comporte la description de l'organisation des informations en organisant les relations entre des sujets (topics) qui permettront d'indexer des informations externes ou interne au système. 12-Système de gestion selon la revendication 11, caractérisé en ce que la mémoire de graphe topologique sémantisé comporte des mémoires de sous graphes topologiques pour assurer le contrôle de l'édition, la navigation et le filtrage dans le graphe topologique. 13-Système de gestion selon la revendication 1 ou 11, caractérisé en ce qu'il comporte des moyens pour définir par avance la structure des associations qui seront utilisées dans le graphe topologique sémantisé, particulièrement sur la base des associations types définies par : - Un topic représentant le type d'association ; - Plusieurs topics représentant les différents types de rôles à l'intérieur de cette association ; - Une association reliant ces topics en utilisant un rôle owner pour coder une relation de type"propriétaire de"pour relier le topic type association et des rôles belongs pour coder une relation de type"élément de"pour relier les topics type rôle". 14-Système de gestion selon la revendication 13, caractérisé en ce que le moyen pour éditer un graphe topologique sémantisé à contraintes prédéterminées comporte des moyens pour définir par avance des contraintes sur des types d'association, les dits moyens comportant des moyens pour effectuer une liaison entre des enregistrements de type DIP (Parameter-Tech) et les éléments d'un sous-graphe qui définit un type d'association, les contraintes portant notamment sur le nombre d'occurrences de chaque type de rôle dans l'association, sur le sens des rôles, sur les attributs de représentation comme la couleur donnée aux éléments de l'association lors de représentation graphique. 15-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte des moyens pour exécuter une classification automatique des topics du graphe topologique sémantique en fonction de leur rôle dans des associations prédéterminées. 16-Système de gestion selon la revendication 15, caractérisé en ce que les moyens pour exécuter une classification automatique des topics comportent des moyens pour associer des topics utilisés comme type de rôle dans des types d'association à d'autres topics avec une relation de thème en inscrivant des valeurs prédéterminées dans des tables d'attributs, des moyens pour, lors de l'association d'un topic quelconque à une association via un rôle, relier automatiquement le topic associé, via les attributs, aux topics de thème du type de rôle utilisé. 17-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte un moyen pour exécuter un mécanisme d'héritage permettant à un objet d'hériter des propriétés d'un objet qui lui est associé. 18-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte des moyens pour générer des sous graphes de gestion des droits et des sous graphes de gestion des thèmes à l'aide de deux types d'association de type hierarchical right list ou liste de droits hiérarchisés et hierarchical theme list ou liste de thèmes hiérarchisés , ces sous-graphes décrivant les héritages entre les topics de droit et les topics de thèmes. 19-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte des moyens pour définir une hiérarchie entre des droits ou une hiérarchie de classification entre des thèmes, de sorte qu'un objet associé via les attributs à un topic de droit ou un topic de thème hérite de tous les droits et/ou de tous les thèmes supérieurs hiérarchiquement aux droits ou aux thèmes qui lui sont rattachés. 20-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte des moyens pour exécuter une fonction de représentation qui, à un hypergraphe, associe son graphe représentatif, et en ce que les dits moyens de représentation comporte des moyens pour exécuter une bi-partition en deux partitions des noeuds du graphe représentatif en deux ensembles tels qu'il n'existe pas d'arête entre deux noeuds du même ensemble. 21-Système de gestion selon la revendication 20, caractérisé en ce qu'il comporte des moyens pour exécuter une opération de "Sémantisation"comme une fonction attribuant une étiquette aux objets du graphe représentatif de l'hypergraphe et produisant un graphe topologique sémantisé, la sémantisation des objets du graphe représentatif de l'hypergraphe et des données attachées aux objets du graphe topologique sémantisé étant définie par la composition de trois fonctions élémentaires : - Une première fonction associant à chaque objet un sous-ensemble de l'ensemble des étiquettes considérées comme les thèmes ; - Une seconde fonction associant à chaque objet un sous-ensemble de l'ensemble des étiquettes considérées comme droits ; - Une troisième fonction associant aux objets"associations"et "rôles" une étiquette de l'ensemble des étiquettes considérées comme types. 22-Système de gestion selon la revendication 21, caractérisé en ce qu'il comporte aussi des moyens pour coopérer d'une part avec une mémoire externe (201) contenant une masse de données externes 201 et d'autre part avec deux modules (20,205) qui sont : . le module (204) pour former des requêtes que le système de gestion (200) doit exécuter ; et . le module (205) pour représenter les résultats des requêtes exécutées par le système de gestion (200). 23-Système de gestion selon la revendication 22, caractérisé en ce qu'il comporte des moyens pour comporte une mémoire (203) dans laquelle est enregistrée au moins une base de données topologique dont le contenu sera décrit plus loin. 24-Système de gestion selon la revendication 23, caractérisé en ce qu'il comporte des moyens pour comporte ensuite une mémoire (202) dans laquelle est maintenue au moins un graphe topologique sémantisé (GTS1), qui constitue une base de connaissances dans laquelle est représentée l'organisation d'une masse de données extérieures. 25-Système de gestion selon la revendication 1, caractérisé en ce qu'il comporte des éléments destinés à produire le graphe topologique sémantisé (GTS 1) permettant d'organiser la masse de données externes (201) sont eux même enregistrés dans au moins un graphe topologique sémantisé (GTS~ODE), enregistré dans une zone mémoire convenable de la mémoire (202), de sorte que les données d'organisation qui sont utiles au fonctionnement des moyens de gestion (207) soient maintenues dans la mémoire (203). 26-Système de gestion selon la revendication 25, caractérisé en ce que le module (201) est constitué par la mémoire de masse d'un ordinateur de bureau, par l'ensemble des stations de travail d'un réseau local, ou encore par un réseau téléinformatique comme Internet sur lequel est publié un ensemble indéterminé de documents, le module (201) contenant la masse des données externes étant connecté en lecture à une entrée convenable du système de gestion (200) par un canal (211). 27-Système de gestion selon la revendication 26, caractérisé en ce qu'il comporte des moyens (206) pour décrire et enregistrer au moins un graphe topologique sémantisé, dans lequel est maintenu le graphe topologique sémantisé (GTS1), et des moyens (207) de gestion de graphes topologiques sémantisés, pour gérer le contenu du graphe topologique sémantisé (GTS 1) à l'aide de la base de données topologique maintenue dans la mémoire (203). 28-Système de gestion selon l'une des revendications 25 à 27, caractérisé en ce qu'il est implanté sur au moins un ordinateur, doté d'une mémoire de masse et d'une unité de calcul sous la forme d'une application logicielle permettant l'exécution du système de gestion notamment par accès à un réseau téléinformatique comme Internet ou à un réseau local ainsi qu'à des ressources logicielles pour mobiliser des ressources matérielles disponibles comme l'écran, le clavier, la souris, l'imprimante ou des modems. 29-Système de gestion selon la revendication 25 ou 28, caractérisé en ce qu'il comporte des moyens de gestion du graphe topologique sémantisé (GTS1) indexant la masse des données externes du module (201), les moyens de gestion (207) exploitant aussi des données d'organisation lues par le canal (215) dans la mémoire (203) de bases de données topologiques, de sorte que les opérations de filtrage, de structuration et de contrôle puissent être exécutées par le moyen de gestion (207). 30-Système de gestion selon la revendication 29, caractérisé en ce qu'il comporte des moyens pour exécuter une requête de gestion du graphe topologique sémantisé (GTS1) émise par le canal (209) du module (204) pour former des requêtes, le moyen de gestion (207) produisant un flux de données représentatives de l'exécution de l'opération de gestion demandée sur le graphe topologique sémantisé (GTS1) sur un canal (217) pour aboutir à une opération de représentation du résultat de la requête sur le module de représentations (205). 31-Système de gestion selon la revendication 30, caractérisé en ce que le module de représentation (205) comporte essentiellement un écran d'ordinateur sur lequel l'interface de l'utilisateur permet de représenter les requêtes qui ont été présentées par les canaux (208, 209) aux moyens (206 et 207) du système de gestion (200) et les résultats de l'exécution des requêtes par les moyens de gestion (207) par le canal (217).