FR 2858500 A1 20050204 FR 0309511 A 20030801 PROCÉDÉ ET DISPOSITIF DE GESTION CONFIGURABLE DE LA PERSISTANCE DE DONNÉES D'ÉQUIPEMENTS DE RÉSEAU DE COMMUNICATIONS L'invention concerne le domaine de la gestion d'équipements (ou éléments) d'un réseau de communications par un système de gestion de réseau (ou NMS pour Network Management System ). On entend ici par équipement de réseau tout type de matériel, o10 comme par exemple des serveurs, des terminaux, des commutateurs, des routeurs ou des concentrateurs, capable d'échanger des données, notamment de gestion, selon un protocole de gestion de réseau avec le système de gestion NMS de son réseau d'appartenance. Le protocole de gestion de réseau peut être par exemple le protocole SNMP (pour Simple Network 5 Management Protocol RFC 2571-2580) utilisé notamment dans les réseaux de type ADSL, le protocole TL1 utilisé notamment dans les réseaux de type SONET, le protocole Q3 utilisé notamment dans les réseaux de type SDH, ou encore les protocoles CLI et CORBA. Par ailleurs, on entend ici par système de gestion de réseau , un 20 système d'exploitation de réseau permettant à son gestionnaire (ou superviseur) de gérer les équipements (ou éléments) de réseau qui le constituent, et qui sont incapables de le faire eux-mêmes. Un tel système de gestion NMS intègre, ou est couplé à, des outils mettant en oeuvre des fonctions et des services, également appelés OAM&P (pour Operations, 25 Administration, Maintenance and Provisioning ). Parmi ces outils, on peut notamment citer le système de gestion d'équipements (ou EMS pour Element Management System ) chargé d'assurer l'interface de dialogue entre les équipements de réseau et le système de gestion NMS. Ces systèmes de gestion d'équipements EMS génèrent des données 30 d'information (primaires), relatives aux différents équipements de réseau, qui, pour certaines, doivent parfois être mémorisées de façon persistante (ou durable). Cette mémorisation (également appelée persistance) s'effectue, selon la configuration du système de gestion d'équipements EMS, soit dans des fichiers plats, soit dans une base de données, telle qu'Oracle ou Informix, qui est généralement la même que celle utilisée par le système de gestion NMS. En raison de l'hétérogénéité toujours croissante des équipements de réseau et des protocoles de gestion associés, les données (primaires) d'équipements sont hétérogènes et correspondent à des modèles de persistance différents adaptés à des media de mémorisation différents. Le mécanisme de persistance des systèmes de gestion d'équipements o EMS étant généralement codé en dur de manière à être adapté à un unique type de medium de mémorisation, il n'est donc pas bien adapté à la situation actuelle. L'invention a donc pour but de remédier à cet inconvénient. Elle propose à cet effet un dispositif de gestion de persistance de 1s données pour un système de gestion d'équipements (EMS) d'un réseau de communications comportant une multiplicité d'équipements de réseau, ledit système de gestion d'équipements (EMS) étant couplé aux équipements et à un système de gestion de réseau (NMS) et comprenant un arbre d'informations de gestion (ou MIT pour Management Information Tree ), couplé au 20 dispositif, représentatif de liens entre équipements et comportant des données primaires. Ce dispositif de gestion se caractérise par le fait qu'il comprend des moyens de transformation configurables chargés de transformer certaines au moins des données primaires de l'arbre d'informations de gestion en données 25 persistantes en fonction de modèles de persistance associés chacun à des moyens (ou media) de mémorisation différents (par exemple de type fichiers plats et/ou base de données, éventuellement de type relationnel), en vue de leur mémorisation dans le moyen de mémorisation qui est associé au modèle de persistance qui a servi à leur transformation. Il est important de noter que l'on peut utiliser soit plusieurs modèles de persistance indépendants les uns des autres, soit plusieurs modèles de persistance constituants des parties d'un unique méta modèle de persistance . Préférentiellement, les moyens de transformation sont chargés de déterminer tout d'abord l'appartenance des données primaires à différents ensembles de persistance choisis, associés aux différents modèles de persistance, puis de transformer ces données primaires en données 5 persistantes en fonction du modèle de persistance associé à l'ensemble de persistance auquel elles appartiennent. Le dispositif selon l'invention peut comporter d'autres caractéristiques qui pourront être prises séparément ou en combinaison, et notamment: - il peut être contrôlé par des moyens de description d'équipements (MEM) du système de gestion d'équipements (EMS), comprenant par exemple des descripteurs (modules informatiques contenant toutes les données nécessaires à la gestion par le système de gestion NMS d'au moins un élément d'équipement), - des moyens de transformation agencés de manière à transformer les 15 données primaires en données persistantes en générant des tables de données au format du moyen (ou medium) de mémorisation correspondant, - des moyens de transformation chargés, une fois qu'ils ont procédé à une transformation de données primaires en données persistantes, de générer une interface de stockage, par exemple de type JDBC, adaptée au stockage 20 des données persistantes dans le moyen (ou medium) de mémorisation correspondant, - des données primaires définissant des objets, et des ensembles de persistance définissant des classes d'objets, - des moyens de transformation constitués d'au moins un fichier de 25 configuration, par exemple de type XML, et d'au moins un fichier de codes de programme, par exemple en langage Java. L'invention propose également un système de gestion d'équipements (EMS), pour un réseau de communications comportant une multiplicité d'équipements de réseau, et destiné à être couplé à ces équipements et à un 30 système de gestion de réseau (NMS), et comprenant un arbre d'informations de gestion (MIT) couplé à un dispositif de gestion du type de celui présenté ciavant. L'invention propose également un serveur de gestion, d'un système de gestion de réseau (NMS), et un équipement de réseau équipés chacun d'un système de gestion d'équipements (EMS) du type de celui présenté cidessus. L'invention porte en outre sur un procédé de gestion de persistance de données pour un réseau de communications comportant une multiplicité 5 d'équipements de réseau couplés à un système de gestion d'équipements (EMS), lui-même couplé à un système de gestion de réseau (NMS) et comprenant un arbre d'informations de gestion (MIT). Ce procédé se caractérise par le fait qu'il consiste à transformer certaines au moins des données primaires en données persistantes en fonction _o de modèles de persistance associés chacun à des moyens (ou media) de mémorisation différents (tels que des fichiers plats et une base de données, éventuellement de type relationnel), en vue de leur mémorisation dans le moyen de mémorisation qui est associé au modèle de persistance qui a servi à leur transformation. Préférentiellement, on détermine l'appartenance des données primaires à des ensembles de persistance choisis, associés aux différents modèles de persistance, puis on transforme ces données primaires en données persistantes en fonction du modèle de persistance qui est associé à l'ensemble de persistance auquel elles appartiennent. Egalement de préférence, on transforme les données primaires en données persistantes en générant des tables de données au format du moyen (ou medium) de mémorisation correspondant. Par ailleurs, après avoir procédé à une transformation de données primaires en données persistantes, il est particulièrement avantageux de 25 générer une interface de stockage, par exemple de type JDBC, adaptée au stockage des données persistantes dans le moyen (ou medium) de mémorisation correspondant. L'invention peut notamment être mise en oeuvre dans toutes les technologies réseaux qui doivent être gérées, et notamment dans les réseaux 30 de transmission (par exemple de type WDM, SONET, SDH), les réseaux de données (par exemple de type Internet-IP ou ATM) ou les réseaux de voix (par exemple de type classique, mobile ou NGN). D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels: - la figure 1 illustre de façon schématique un exemple de réseau de communications équipé d'un système de gestion d'équipements (EMS) selon l'invention, implanté dans un serveur de gestion, et - la figure 2 illustre de façon schématique un exemple de réalisation d'un dispositif de gestion selon l'invention, implanté dans un module de traitement (MT) d'un système de gestion d'équipements (EMS). Les dessins annexés pourront non seulement servir à compléter oC l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour objet de permettre la gestion de la persistance de données (primaires) d'équipements de réseau au sein d'un système de gestion d'équipements (EMS) d'un réseau de communications. Dans ce qui suit on considère, à titre d'exemple illustratif, que le réseau 15 de communications est au moins en partie de type Internet (IP). Mais, l'invention s'applique à d'autres types de réseau, comme par exemple aux réseaux de transmission de type WDM, SONET ou SDH, aux réseaux de données de type ATM, ou aux réseaux de voix de type classique, mobile ou NGN. 2C Comme cela est illustré sur la figure 1, un réseau de communications N est, de façon très schématique, constitué d'une multiplicité d'équipements (ou éléments) de réseau NE-i (ici i = 1 à 4, à titre d'exemple), reliés les uns aux autres par des moyens de communications et raccordés, au moins pour certains d'entre eux, à un système de gestion de réseau (ou NMS pour 25 Network Management System ), via un serveur de gestion MS. Comme indiqué dans la partie introductive, le système de gestion de réseau NMS est destiné à permettre au gestionnaire (ou superviseur) du réseau de gérer et contrôler à distance les équipements NE-i auxquels il est couplé. On entend ici par équipement de réseau NE-i un matériel capable 3C d'échanger des données de gestion avec le serveur de gestion MS, selon un protocole de gestion choisi, comme par exemple le protocole SNMP (pour Simple Network Management Protocol RFC 2571-2580), ou les protocoles TL1, CORBA, CLI ou Q3. Il s'agit, par exemple, de serveurs périphériques ou de coeur, de terminaux, de commutateurs, de routeurs ou de concentrateurs. Le serveur de gestion MS est ici équipé d'un système de gestion d'équipements (ou EMS pour Element Management System ) chargé d'assurer l'interface de dialogue entre les équipements de réseau et le système 5 de gestion NMS, et générant des données d'informations, dites primaires, relatives aux équipements du réseau NE-i. Comme cela est illustré sur la figure 2, un système de gestion d'équipements EMS comprend un module de traitement MT couplé, via un bus B, de préférence de type CORBA, à un module d'interface graphique, par 10 exemple de type GUI (pour Graphical User Interface ), et à un module d'interface fonctionnelle MIF et un module d'interface système MIS. Le module d'interface système MIS et le module d'interface fonctionnelle MIF sont par ailleurs couplés au GUI ainsi qu'au système de gestion de réseau (NMS). Le module d'interface graphique GUI, et/ou le module d'interface i 5 fonctionnelle MIF et/ou le module d'interface système MIS peuvent ne pas être localisés au même endroit que le reste du système de gestion d'équipements EMS. Le module de traitement MT (également connu sous l'acronyme anglais EMA) peut en effet être implanté dans un serveur de gestion MS ou dans un équipement de réseau NE-i, tandis que le module d'interface graphique GUI 20 peut être implanté dans le système de gestion de réseau NMS. Le module de traitement MT comporte un module de médiation MM, chargé de faire dialoguer entre elles les interfaces du réseau (et notamment celles des équipements) et couplé, d'une part, à un arbre d'informations de gestion MIT, et d'autre part, à une mémoire MEM dans laquelle sont stockés 2 5 des descripteurs MD-i associés chacun à au moins un élément d'un équipement NE-i, comme par exemple une carte à circuits intégrés ou une interface de connexion, et désignant notamment le protocole d'échange associé audit élément. Un descripteur est un module informatique qui contient toutes les 30 données nécessaires à la gestion par le système de gestion NMS d'au moins un élément d'équipement NE-i. Chaque descripteurdédié MD-i est préférentiellement constitué de fichiers de codes de programmes, de préférence en langage Java et permettant de discuter avec une interface d'équipement, d'un fichier contenant des données désignant un type d'équipement, d'un fichier contenant des données qui désignent une définition de base d'informations de gestion, ou définition de MIB ( Management Information Base ), stockée dans le système de gestion NMS ou dans le 5 module de traitement MT et associée à la base d'information de gestion MIB-i de l'équipement NE-i du type considéré, et de fichiers de configuration, par exemple de type XML, qui contiennent des informations permettant de gérer un type d'équipement du réseau. Le module de médiation MM est principalement chargé de la gestion 10 des alarmes et des événements, et permet au système de gestion NMS d'administrer les équipements NE-i avec l'assistance du module d'interface fonctionnelle MIF et du module d'interface système MIS. La gestion des alarmes et événements permet au système de gestion NMS de récupérer les données d'informations représentatives de l'état de fonctionnement des 15 équipements, et notamment des alarmes et des comptes rendus d'événements survenus dans les équipements NE-i, afin d'en assurer la gestion (par exemple en déclenchant des actions adaptées). Préférentiellement, le module de traitement MT, et notamment son module de médiation MM, est réalisé sous la forme de modules logiciels ou 20 informatiques (ou software ), c'est-à-dire sous la forme de fichiers de codes de programme. Plus préférentiellement encore, ces fichiers de codes de programmes sont en langage Java. Encore plus préférentiellement, les codes de programmes satisfont aux recommandations CVM (pour C Virtual Machine , la lettre C désignant à la fois le mot compact , le mot 25 connected , I'expression consume-oriented et le langage C), afin de permettre au dispositif son implantation dans un équipement de réseau, y compris dans un ordinateur portable. Mais, bien entendu, le module de traitement MT pourrait être réalisé sous la forme d'une combinaison de circuits électroniques (ou hardware ) et 30 de modules logiciels. Le module d'interface fonctionnelle MIF est plus particulièrement chargé de l'échange d'informations tant avec le système de gestion NMS qu'avec les équipements de réseau NE-i, via le module de traitement MT, et notamment son module de médiation MM. Il est notamment chargé de récupérer, compte tenu des données de description contenues dans les descripteurs MD-i, via le module de traitement MT, des informations provenant des équipements NE-i du réseau, comme par exemple des alarmes et des 5 événements, pour les communiquer au système de gestion NMS afin qu'il administre et gère lesdits équipements. Certaines informations pouvant être récupérées de façon automatique, le module de traitement MT comporte un module d'interrogation (ou polling ) Ml, couplé à l'arbre d'informations de gestion MIT et à la mémoire MEM, et -c chargé d'interroger, de préférence de façon cyclique, des équipements (passifs) qui ne fournissent pas spontanément les informations représentatives de leur état de fonctionnement. Ce module d'interrogation Ml peut être en outre couplé à une mémoire de type registration repository RR. Un tel module Ml est notamment utile dans les réseaux d'accès comportant de nombreux 15 équipements, et dans les réseaux passifs. Le module d'interface système MIS est plus particulièrement chargé de l'organisation du dialogue entre le système de gestion NMS et le système de gestion d'équipements EMS. Le module d'interface système MIS comprend une interface de 20 persistance (ou persistency interface ), notamment chargée de gérer la mémorisation de données d'informations (ou profils) de gestion, ici appelées données primaires, extrait(e)s de la table d'informations de gestion MIT et concernant des équipements NE-i associés à certains niveaux de priorité ou des contextes particuliers définis par des politiques de persistance. Ces 25 données primaires sont préférentiellement stockées dans des media de mémorisation, internes au système de gestion d'équipement EMS ou externes à celui-ci. Dans l'exemple illustré, les media de mémorisation se présentent sous la forme d'une base de données BD, par exemple de type relationnel (RDBMS). Mais, il pourrait s'agir de plusieurs bases de données différentes ou 3 o de fichiers plats (ou flat files ) FP. Selon l'invention, la mémorisation de ces données primaires s'effectue à l'aide d'un dispositif de gestion de persistance D, également appelé MIT persistency tool . Plus précisément, le dispositif D selon l'invention est destiné à permettre la gestion dynamique de la persistance de données (primaires) d'équipements du réseau NE-i. Il comporte à cet effet un module de transformation MTR, configurable, 5 chargé de transformer sur ordre certaines au moins des données primaires que contient l'arbre d'informations de gestion MIT en données persistantes au format d'un medium de mémorisation. Cette transformation s'effectue plus précisément en fonction de modèles de persistance qui sont associés chacun à l'un des media (FP ou BD). o Elle est préférentiellement contrôlée par le descripteur MD-i qui a été chargé (ou activé), à un instant donné, par le module de médiation MM sur ordre du système de gestion NMS. Pour mener à bien cette transformation, le module de transformation MTR commence par analyser les données primaires qu'il reçoit afin de 15 déterminer le modèle de persistance qui leur correspond et donc le medium FP ou BD dans lequel elles doivent être stockées. Préférentiellement, les données primaires, qui sont généralement des objets (au sens informatique du terme), peuvent être regroupées dans des ensembles, ou classes d'objets, associés chacun à un modèle de persistance. 20 Dans la pratique, il est préférable de ne prévoir qu'un unique modèle de persistance (ou méta modèle ) subdivisé en parties dédiées chacune à une classe d'objets. Par exemple, chaque partie se présente sous la forme d'une table au format du medium de mémorisation et dont chaque colonne est dédiée à l'un des attributs de la classe d'objets correspondante. Le module de 25 transformation MTR est donc configuré de manière à reconnaître l'ensemble auquel appartiennent des données (ou objets) primaires reçu(e)s. A cet effet, trois cas peuvent être envisagés. Dans un premier cas, les données (ou objets) primaires sont accompagné(e)s d'un identifiant représentatif de leur classe d'appartenance. Le module de transformation MTR 3C n'a donc besoin que d'une table de correspondance entre les identifiants de classe et les parties du modèle de persistance (ou les modèles de persistance) pour déterminer la partie du modèle de persistance (ou le modèle de persistance) à appliquer aux objets primaires reçus. Dans un second cas, les objets primaires sont bruts (ou dépourvus d'identifiant de classe). Le module de transformation MTR a donc besoin, par exemple, d'une première table de correspondance entre des objets primaires et des identifiants de classe et d'une seconde table de correspondance entre 5 les identifiants de classe et les parties du modèle de persistance (ou les modèles de persistance), afin de déterminer la partie du modèle de persistance (ou le modèle de persistance) à appliquer aux objets primaires reçus. Ces deux tables peuvent être confondues en une unique table à entrées multiples. En variante, on peut utiliser une unique table de correspondance entre les objets 0o primaires et les parties du modèle de persistance (ou les modèles de persistance). Dans un troisième cas, I'un des descripteurs MD-i assure la correspondance (ou mapping ) entre le modèle de persistance interne du module de transformation MTR, et le modèle externe du medium de 5 mémorisation. Par conséquent, le module de transformation MTR sait automatiquement quelle partie de modèle de persistance (ou quel modèle de persistance) il doit appliquer aux objets primaires qu'il reçoit. Une fois qu'une partie de modèle de persistance (ou un modèle de persistance ou encore un medium de mémorisation) a été déterminé(e), le 20 module de transformation n'a plus qu'à transformer (ou convertir) les objets primaires en objets persistants au format du medium de mémorisation FP ou BD qui est associé à ladite partie du modèle de persistance (ou audit modèle de persistance). La transformation consiste par exemple à générer des tables de 25 données au format du medium de mémorisation FP ou BD choisi. Lorsque les données sont des objets, les colonnes des tables sont alors remplies par les attributs (persistants) des objets primaires à persister . Par exemple dans le cas d'une base de données de type MySQL les tables sont de type SQL. Par ailleurs, dans le cas d'une base de données relationnelle la transformation établit le lien entre l'objet à persister, défini de façon absolue (c'est-à-dire dans une version dite FDN pour En outre, lorsque le module de transformation MTR a fini sa transformation de données primaires en données persistantes, il est avantageux qu'il génère une interface de stockage adaptée au stockage des données persistantes dans le medium de mémorisation correspondant. Préférentiellement, cette interface de stockage est de type JDBC. Ce type d'interface est particulièrement intéressant dans la mesure où il permet une compatibilité avec tout type de base de données BD et de fichier plat FP. En d'autres termes, en utilisant une interface JDBC, on rend le dispositif D selon l'invention indépendant du medium de mémorisation utilisé. 0o Les données (ou objets) persistants sont ensuite transmis au medium de mémorisation choisi (FP ou BD) en vue de leur mémorisation selon la partie du modèle de persistance (ou le modèle de persistance) choisi(e). Le module de transformation MTR est préférentiellement constitué de fichiers de configuration et de fichiers de codes de programme, par exemple en 1s langage Java. Chaque fichier de configuration est avantageusement de type XML. Ce langage de programmation est en effet particulièrement convivial et facile d'utilisation. Par ailleurs, les fichiers de codes de programmes sont avantageusement en langage Java, en raison de l'aptitude de ce langage à 2 0 charger et décharger de façon dynamique des codes informatiques. La constitution du module de transformation MTR s'effectue par exemple de la façon suivante. On commence tout d'abord par définir ce que l'on veut persister. Pour ce faire, on définit par exemple des classes d'objets primaires (délivrés par le MIT) et l'on associe à chaque classe d'objets une 25 partie d'un modèle de persistance (ou un modèle de persistance). On définit ensuite des fonctions internes enrichies par du code (ou object factories ), et destinées à construire les différentes classes précédemment définies. Ces fonctions sont ensuite préférentiellement stockées dans une partie dédiée de la mémoire de type registration 30 repository RR. Puis, on définit comment on veut persister les données (ou objets) de chaque ensemble (ou classe). Pour ce faire, on associe à chaque partie du modèle de persistance (ou à chaque modèle de persistance) un medium de mémorisation (éventuellement le même). Un modèle de persistance est un fichier de configuration, par exemple XML, qui définit des règles permettant la transformation des objets d'une classe en objets persistants au format du medium de mémorisation correspondant. En d'autres termes, il définit un nombre de tables de stockage de données et des relations entre ces tables. Enfin, on définit les paramètres de chaque interface (JDBC) qui permettra le transfert des données (ou objets) persistants, définis de façon absolue, vers le medium de mémorisation correspondant. L'invention offre également un procédé de gestion de persistance de données (ou objets) pour un réseau de communications N comportant une multiplicité d'équipements de réseau NE-i couplés à un système de gestion d'équipements EMS, lui-même couplé à un système de gestion de réseau NMS et comprenant un arbre d'informations de gestion MIT. Celui-ci peut être notamment mis en oeuvre à l'aide du dispositif de 1s gestion D et du système de gestion d'équipements EMS présentés ci-avant. Les fonctions et sous-fonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurées par les différents moyens constituant le dispositif de gestion D et/ou le système de gestion d'équipements EMS, seules seront résumées ci-après les étapes 20 mettant en oeuvre les fonctions principales du procédé selon l'invention. Ce procédé consiste à transformer certaines au moins des données (ou objets) primaires en données (ou objets) persistant(e)s en fonction de modèles de persistance associés chacun à des moyens (ou media) de mémorisation différents (tels que des fichiers plats FP et une base de données 2_ BD, éventuellement de type relationnel), en vue de leur mémorisation dans le moyen de mémorisation qui est associé au modèle de persistance qui a servi à leur transformation. Préférentiellement, on détermine l'appartenance des données (ou objets) primaires à des ensembles de persistance (ou classes d'objets) 3 o choisi(e)s, associé(e)s aux différents modèles de persistance, puis on transforme ces données primaires en données persistantes en fonction du modèle de persistance qui est associé à l'ensemble de persistance auquel elles appartiennent. L'invention ne se limite pas aux modes de réalisation de dispositif de gestion de persistance D, de système de gestion d'équipements EMS, de serveur de gestion MS et de procédé de gestion de persistance décrits ciavant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. Ainsi, on a décrit un système de gestion d'équipements EMS implanté dans un serveur de gestion d'un système de gestion de réseau (NMS). Mais, le système de gestion d'équipements EMS pourrait être implanté dans un équipement de réseau ou bien dans un terminal dédié à la gestion locale.o d'équipement(s), également appelé craft terminal . REVENDICATIONS 1. Dispositif (D) de gestion de persistance de données pour un système de gestion d'équipements (EMS) d'un réseau de communications (N) 5 comportant une multiplicité d'équipements de réseau (NE-i), ledit système de gestion d'équipements (EMS) étant couplé auxdits équipements (NE-i) et à un système de gestion de réseau (NMS) et comprenant un arbre d'informations de gestion (MIT), couplé audit dispositif (D), représentatif de liens entre équipements (NE-i) et comportant des données primaires, caractérisé en ce 10 qu'il comprend des moyens de transformation (MTR) configurables, agencés pour transformer certaines au moins desdites données primaires en données persistantes en fonction de modèles de persistance associés chacun à des moyens de mémorisation différents (FP, BD), en vue de leur mémorisation dans le moyen de mémorisation associé au modèle de persistance ayant servi -5 à leur transformation. 2. Dispositif selon la revendication 1, caractérisé en ce que lesdits moyens de transformation (MTR) sont agencés pour déterminer l'appartenance desdites données primaires à des ensembles de persistance choisis associés aux différents modèles de persistance, puis pour transformer ces données 20 primaires en données persistantes en fonction du modèle de persistance associé à l'ensemble de persistance auquel elles appartiennent. 3. Dispositif selon l'une des revendications 1 et 2, caractérisé en ce qu'il est propre à être contrôlé par des moyens de description d'équipements (MEM) dudit système de gestion d'équipements (EMS). 4. Dispositif selon l'une des revendications 1 à 3, caractérisé en ce que lesdits moyens de transformation (MTR) sont agencés pour transformer lesdites données primaires en données persistantes par génération de tables de données au format du moyen de mémorisation correspondant (FP, BD). 5. Dispositif selon l'une des revendications 1 à 4, caractérisé en ce que 30 lesdits moyens de transformation (MTR) sont agencés, après avoir procédé à une transformation de données primaires en données persistantes, pour générer une interface de stockage adaptée au stockage desdites données persistantes dans le moyen de mémorisation correspondant (FP, BD). 6. Dispositif selon la revendication 5, caractérisé en ce que ladite interface de stockage est de type JDBC. 7. Dispositif selon l'une des revendications 1 à 6, caractérisé en ce que lesdits moyens de transformation (MTR) sont agencés pour délivrer des 5 données persistantes adaptées à des moyens de mémorisation choisis dans un groupe comprenant au moins les fichiers plats (FP) et les bases de données (BD). 8. Dispositif selon la revendication 7, caractérisé en ce que l'une au moins des bases de données (BD) est de type relationnel. _0 9. Dispositif selon l'une des revendications 1 à 8, caractérisé en ce que lesdites données primaires définissent des objets, et en ce que lesdits ensembles de persistance sont des classes d'objets. 10. Dispositif selon l'une des revendications 1 à 9, caractérisé en ce que lesdits moyens de transformation (MTR) comportent au moins un fichier de 15 configuration et au moins un fichier de codes de programme. 11. Dispositif selon la revendication 10, caractérisé en ce que chaque fichier de configuration est de type XML. 12. Dispositif selon l'une des revendications 10 et 11, caractérisé en ce que lesdits codes de programme sont en langage Java. 13. Système de gestion d'équipements (EMS), pour un réseau de communications (N) comportant une multiplicité d'équipements de réseau (NEi), et propre à être couplé auxdits équipements (NE-i) et à un système de gestion de réseau (NMS) et comprenant un arbre d'informations de gestion (MIT) représentatif de liens entre équipements et comportant des données 25 primaires, caractérisé en ce qu'il comprend un dispositif de gestion (D) selon l'une des revendications précédentes, couplé audit arbre d'informations de gestion (MIT) et à des moyens de description d'équipements (MEM). 14. Serveur de gestion (MS) d'un système de gestion de réseau (NMS), caractérisé en ce qu'il comprend un système de gestion d'équipements (EMS) 30 selon la revendication 13. 15. Equipement de réseau (NE-i), caractérisé en ce qu'il comprend un système de gestion d'équipements (EMS) selon la revendication 13. 16. Procédé de gestion de persistance de données pour un réseau de communications (N) comportant une multiplicité d'équipements de réseau (NEij), et un système de gestion de réseau (NMS) couplé à un système de gestion d'équipements (EMS) couplé auxdits équipements (NE-i), représentatif de liens 5 entre équipements et comprenant un arbre d'informations de gestion (MIT) comportant des données primaires, caractérisé en ce qu'il consiste à transformer certaines au moins desdites données primaires en données persistantes en fonction de modèles de persistance associés chacun à des moyens de mémorisation différents (FP, BD), en vue de leur mémorisation 0o dans le moyen de mémorisation associé au modèle de persistance ayant servi à leur transformation. 17. Procédé selon la revendication 16, caractérisé en ce que l'on détermine l'appartenance desdites données primaires à des ensembles de persistance choisis associés aux différents modèles de persistance, puis on i s transforme ces données primaires en données persistantes en fonction du modèle de persistance associé à l'ensemble de persistance auquel elles appartiennent. 18. Procédé selon l'une des revendications 16 et 17, caractérisé en ce que l'on transforme lesdites données primaires en données persistantes par 20 génération de tables de données au format du moyen de mémorisation correspondant. 19. Procédé selon l'une des revendications 16 à 18, caractérisé en ce qu'après avoir procédé à une transformation de données primaires en données persistantes, on génère une interface de stockage adaptée au stockage 25 desdites données persistantes dans le moyen de mémorisation correspondant (FP, BD). 20. Procédé selon la revendication 19, caractérisé en ce que l'on génère une interface de stockage de type JDBC. 21. Procédé selon l'une des revendications 16 à 20, caractérisé en ce 3 c que l'on délivre des données persistantes adaptées à des moyens de mémorisation choisis dans un groupe comprenant au moins les fichiers plats (FP) et les bases de données (BD). 22. Procédé selon la revendication 21, caractérisé en ce que l'une au moins des bases de données (BD) est de type relationnel. 23. Procédé selon l'une des revendications 16 à 22, caractérisé en ce que lesdites données primaires définissent des objets, et en ce que lesdits ensembles de persistance sont des classes d'objets. 24. Utilisation des dispositif de gestion (D), serveur de gestion (MS), équipement de réseau (NE-i), système de gestion d'équipements (EMS) et procédé de gestion selon l'une des revendications précédentes dans les technologies réseaux devant être gérées. 25. Utilisation selon la revendication 24, caractérisé en ce que lesdites o technologies réseaux sont choisies dans un groupe comprenant les réseaux de transmission, en particulier de type WDM, SONET et SDH, les réseaux de données, en particulier de type Internet-IP et ATM, et les réseaux de voix, en particulier de type classique, mobile et NGN.