Brevet FR2848045A1 — publié le 20040604

I SYSTEME DE GESTION D'INTERFACE RESEAU ET PROC D DE CE DERNIER La présente invention concerne un système de gestion d'interface réseau et un procédé de gestion de ce dernier, pour accorder un code unique correspondant à une cible, par exemple un site Internet, interfacé avec 5 chaque élément d'équipement réseau à l'intérieur de chaque système d'équipement réseau vers les informations d'interface et pour changer les informations d'état d'interface de chaque équipement réseau en utilisant automatiquement le code accordé, s'il existe des 10 changements des informations d'interface d'un équipement réseau prédéterminé. Les éléments conventionnels d'équipement de réseau d'ordinateurs sont interfacés et fixés dans le matériel 15 pour qu'aucun d'entre eux ne puisse être sorti ou déplacé. Le protocole SNMP est destiné à gérer à distance l'équipement réseau et gère les ports souhaités en utilisant des indices d'objet accordés à chaque port par 20 eux-mêmes afin de distinguer à distance chaque port de l'équipement réseau. La gestion réseau est basée sur le fait de donner et de prendre des informations prédéterminées entre un gestionnaire et un agent. Les informations prédéterminées 25 ou une ressource à gérer sont appelées un objet, et un corps collecté d'objets est appelé une base de données MIB. Un système de gestion réseau (désigné par l'acronyme NMS en anglais) saisit une configuration des éléments d'équipement réseau et leurs états en utilisant le protocole SNMP. Chaque élément d'équipement réseau supportant le protocole réseau a la base de données MIB, une sorte de base de données qui montre l'état de chaque élément d'équipement réseau, pour que le système de gestion réseau puisse lire les informations d'état, superviser 10 l'état de chaque élément d'équipement réseau et changer leurs paramètres. Par conséquent, la gestion réseau signifie que le système de gestion réseau obtient des valeurs prédéterminées depuis les bases de données MIB fournies 15 par chaque élément d'équipement réseau, à savoir les cibles de gestion comprenant une station de travail, une imprimante, un serveur de fichiers, un hub, un routeur ou des moyens de commutation. Ensuite, le système de gestion réseau saisit un état de l'équipement réseau 20 correspondant ou change les valeurs obtenues. La figure 1 illustre une configuration d'un système de gestion d'interface réseau conventionnel. Si on se réfère à la figure 1, le système de gestion d'interface réseau conventionnel comprend un système 25 d'équipement réseau 110, un système de gestion réseau 120 pour gérer l'état du système d'équipement réseau 110 et une interface utilisateur 130. Le système d'équipement réseau 110 comprend des éléments d'équipement réseau 111, 113 et 115 et des bases 30 de données MIB 112, 114 et 116 qui stockent les informations et les états des ressources à gérer entre un gestionnaire et un agent. Le système de gestion réseau 120 comprend des agents d'interrogation 121, 122 et 123 qui interrogent les bases de données MIB 112, 114 et 116 pour lire les informations d'état de chaque équipement réseau 111, 113 et 115 et un 5 serveur de base de données 125 qui met à jour les informations d'état dans celles lues à partir des agents d'interrogation 121, 122 et 123 et stockent celles-ci. L'interface utilisateur 130 demande un état de chaque élément d'équipement réseau 111, 113 et 115 vers 10 le serveur de base de données 125 et fournit le résultat à un utilisateur. Le système de gestion d'interface réseau conventionnel va être décrit cidessous en faisant référence à la figure 1. Le système de gestion réseau (NMS) 120 saisit une configuration et un état du système d'équipement réseau utilisant le protocole SNMP. Les éléments d'équipement réseau 111, 113 et 115, supportant le protocole SNMP, comprennent chaque base de 20 données MIB 112, 114 et 116, une sorte de base de données pour indiquer un état des éléments d'équipement réseau 111, 113 et 115. Elles lisent les informations issues des bases de données MIB 112, 114 et 116 pour superviser les états de ces dernières. Si les éléments d'équipement 25 réseau 111, 113 et 115 supportent le protocole SNMP, la base de données MIB I, la base de données MIB II, le système de gestion réseau 120 peut gérer les éléments d'équipement réseau 111, 113 et 115. Chaque élément d'équipement réseau 111, 113 et 115 30 dans le système d'équipement réseau 110 montre les noms de port accordés de lui-même ou les noms accordés de sites connectés à lui-même extérieurement pour un utilisateur, et collecte les informations intérieurement en utilisant les indices d'objet des éléments d'équipement réseau 111, 113 et 115. Plus spécifiquement, chaque élément d'équipement 5 réseau 111, 113 et 115 comprend une pluralité de modules Ml à M9 là o chaque module a le nombre prédéterminé de ports et chaque port est connecté à un site prédéterminé. Chaque base de données MIB 112, 114 et 116 enregistre des noms d'hôte pour identifier chaque élément 10 d'équipement réseau 111, 113 et 115, des numéros de port/module, les indices et une pluralité de vitesses de transmission d'une ligne, etc., et stocke les informations d'interface enregistrées pour elle-même. Ci-après, l'équipement réseau est abrégé par 15 équipement. Les informations d'interface sont également enregistrées dans le serveur de base données 125 du système de gestion réseau 120 pour la gestion de type un pour un ou point à point. Après l'enregistrement, chaque équipement 111, 113 et 115 stocke les informations d'interface sur elle-même selon un état d'utilisation et un état d'exécution des cibles prédéterminées connectées aux interfaces des bases de données MIB 112, 114 et 116. Les agents d'interrogation 121, 122 et 123 interrogent les bases de données MIB 112, 114 et 116 pour collecter les informations d'interface et stockent les informations d'interface collectées sur le serveur de base de données 125. Le serveur de base de données 125 stocke les informations d'interface collectées séparément pour chaque élément d'équipement / chaque interface et exécute la gestion réseau telle que la gestion des anomalies ou la gestion des performances pour chaque port en comparant les informations d'interface enregistrées avec celles collectées pour chaque élément d'équipement. Le système de gestion réseau 120 trouve le même indice parmi les informations collectées avec un indice unique que chaque port d'équipement possède, et met à jour les informations d'interface enregistrées dans le serveur de base de données 125 avec celles collectées de 10 l'indice trouvé. Si un élément d'équipement nécessitant la gestion est nouvellement enregistré, les noms de site, à savoir les noms de port et indices d'objet sont adaptés un à un pour être enregistrés. Lorsqu'un utilisateur demande une valeur clé prédéterminée, l'interface utilisateur 130 obtient les informations d'interface correspondantes depuis le serveur de base de données 125 et affiche celles-ci sur un écran d'interface graphique pour utilisateur. Chaque élément d'équipement 111, 113 et 115 permet les changements de module ou de port. En conséquence, les indices sont réaffectés de manière ordonnée lorsqu'un module est ajouté ou remplacé par l'autre, ou en cas d'ajout / de changement d'un port. Ensuite, le système de gestion réseau 120 lit les informations d'interface pour chaque élément d'équipement 111, 113 et 115 à partir des bases de données MIB 112, 114 et 116 et stocke ensuite celles-ci. Ensuite, une valeur d'indice connectée à une cible prédéterminée peut 30 être changée manuellement par l'intermédiaire de l'interface utilisateur. Si on se réfère à la figure 2, un site prédéterminé, par exemple la ABC Company New Jersey branch office, est connecté à un port prédéterminé, dont l'indice est 6, de l'équipement réseau A 150. Maintenant le système de 5 gestion réseau 160 demande l'utilité de ligne courante de ABC Company New Jersey branch office vers l'équipement réseau A 150. Ensuite, l'équipement réseau A 150 donne l'utilité, unité ou poste de service correspondant à l'indice 6 et stocké dans la mémoire de la base de 10 données MIB. Comme ce qui précède, les informations d'interface ont été gérées en utilisant une clé prédéterminée, à savoir un indice pour la gestion réseau dans l'art antérieur. Si des modules et des ports sont 15 ajoutés / changés / annulés dans un élément d'équipement, l'indice pour chaque port est réaffecté. En conséquence, il existe le problème selon lequel les indices devraient être changés à nouveau selon une cible prédéterminée. Les figures 3 et 4 illustrent avant et après le 20 changement des modules et des ports de l'équipement A. Lorsque 4 modules sont montés sur l'équipement A et 8 ports existent sur chaque module, les indices sont affectés de façon séquentielle depuis un port d'un premier module en utilisation. Aucun indice n'est affecté 25 à un port non utilisé. Avant le changement de l'équipement, la ABC Company New Jersey branch office est connectée à un indice 10 du module B et EFG Company LA Branch Office est connecté à un indice 3 du module A. Le changement d'équipement est 30 réalisé comme décrit ci-dessous. Le module A est retiré. Le module B est remplacé par un module comme illustré. Les positions d'indice sont modifiées dans le module C et D selon les ajouts / annulations de port. Chaque vitesse de transmission d'une ligne des interfaces connectées aux deux sites est également changée. Avant le changement d'équipement, les informations 5 de la ABC Company New Jersey branch office sont enregistrées sur le système de gestion réseau pour être lues à l'indice 10 de l'équipement A. Ainsi l'état de ligne de la ABC Company New Jersey branch office est lu en faisant référence à l'indice 10 de l'équipement A. Après le changement de l'équipement, chaque indice affecté est changé en raison de la réaffectation d'indice. C'est-à-dire, la ABC Company New Jersey branch office est connectée à un indice 3 du module C et la EFG Company LA branch office est connectée à un indice 10 du 15 module D. Si les informations changées ne sont pas mises à jour, le système de gestion réseau lit l'indice 10 du module A afin de lire un état du réseau de la ABC Company New Jersey branch office. En conséquence, le résultat 20 concerne l'état réseau de la EFG Company LA branch office, qui est très différent de celui souhaité. Pour résoudre le problème, le système de gestion réseau conventionnel teste les indices modifiés et les met à jour un à un manuellement. C'està-dire, afin de 25 lire l'état réseau de la ABC Company New Jersey branch office, l'utilisateur devrait changer l'indice du site correspondant enregistré sur le système de gestion réseau en 3 à partir de l'indice 10. La figure 5 représente un exemple de gestion en 30 utilisant la clé dans le système de gestion réseau conventionnel. Si les modules et les ports de chaque équipement sont changés, le système de gestion réseau demande les informations d'interface de chaque élément d'équipement en tant que valeurs clé prédéterminées et reçoit l'un des 5 modules / ports en série ou des modules / ports Ethernet, etc.., correspondant aux valeurs clé à partir de chaque base de données MIB. Si l'utilisateur demande les valeurs clé prédéterminées via l'interface utilisateur, à ce moment, 10 le système de gestion réseau fournit les informations d'interface utilisateur correspondant aux valeurs clés mais qui sont entièrement différentes. L'utilisateur, recevant les informations d'interface, corrige les valeurs d'indice des 15 informations d'interface connectées à un site prédéterminé manuellement à travers l'interface utilisateur. Lorsque les ajouts / remplacements de module ou les ajouts / changements de port se produisent dans un 20 équipement, une opération lourde est chargée dans un processus d'investigation et de correction des indices. Egalement, la précision des données collectées devient réduite jusqu'à l'achèvement de la correction. Dans un aspect de la limite du protocole SNMP et 25 dans le système de gestion réseau conventionnel, lorsque tout ou partie des éléments d'équipement ont des problèmes pour être remplacées ou lorsque des lignes du réseau connectées à une partie des ports de l'équipement sont déplacées vers l'autre équipement, les statistiques 30 collectées par le système de gestion réseau ou tout document sur un état de ligne qui est nécessaire pour l'établissement d'une politique peut (peuvent) être perdu (es) . De plus, la continuité du document avant et après le déplacement de la ligne peut être également distinguée. Les réseaux de fournisseurs d'accès ou de services 5 ou entreprises à grande échelle entreprennent divers changements tels que le changement, le nouvel établissement, la suppression, etc.., pour qu'il y ait des centaines de changement d'indice du port. Par conséquent, la gestion réseau devient un large 10 problème après le développement d'un élément d'équipement flexible parce que la précision des données devient réduite et les changements d'indice devraient être corrigés manuellement au moment des ajouts / annulations / changements d'interface. 15 Un objet de l'invention est de résoudre au moins les problèmes ci-dessus et / ou les désavantages et de fournir au moins les avantages décrits ci-après. En conséquence, un objet de la présente invention 20 est de résoudre les problèmes précédents en fournissant un système de gestion automatique d'interface réseau pour accorder un ou plusieurs codes uniques à un site prédéterminé interfacé avec chaque élément d'équipement réseau pour collecter et gérer les informations 25 d'interface de chaque élément d'équipement basées sur les codes accordés. Un autre objet de la présente invention est de fournir un système de gestion automatique d'interface réseau pour distinguer les informations d'interface de 30 chaque élément d'équipement basées sur les codes accordés, ce qui est une combinaison de régulation formalisée avec des sous-codes par échelons multiples afin de distinguer des sites prédéterminés en utilisant des codes. Un autre objet de l'invention est de fournir un système de gestion automatique d'interface réseau pour 5 lire toutes les informations d'interface des éléments d'équipement cible en adoptant un code accordé à un site prédéterminé en tant que clé primaire. Ce qui précède et d'autres objets et avantages sont réalisés en fournissant un dispositif de gestion des 10 informations d'interface réseau, comprenant: un système d'équipement réseau ayant des informations qui peuvent identifier un site connecté à une ou plusieurs interfaces de chaque élément d'équipement réseau et comprenant une ou plusieurs bases d'information de gestion qui stockent 15 les informations d'interface; et un système de gestion réseau pour demander les bases d'information de gestion de chaque élément de l'équipement réseau à l'intérieur du système d'équipement réseau pour collecter les informations d'interface, adopter les informations qui 20 peuvent identifier chaque site en tant qu'informations primaires pour comparer les informations primaires avec les informations déjà enregistrées et corriger les informations d'interface pour chaque équipement réseau. Selon un autre aspect de l'invention, un dispositif 25 de gestion automatique des informations d'interface réseau, comprend: des agents d'interrogation pour demander les informations d'interface de chaque équipement réseau à partir des bases d'information de gestion de chaque élément de l'équipement réseau à chaque 30 moment prédéterminé ou en temps réel; un module de gestion automatique pour confirmer les changements ou les ajouts des informations d'interface lues à partir des agents d'interrogation, corriger ou gérer les informations d'interface; et un serveur de base de données pour stocker les informations d'enregistrement pour chaque élément d'équipement réseau ou chaque 5 interface gérée par le module de gestion automatique et fournir l'interface utilisateur avec les informations stockées. Selon un autre aspect de l'invention, le module de gestion automatique comprend: une partie de liste 10 d'équipement cible de gestion pour gérer les changements d'interface; une partie de gestion de code de site pour permettre aux informations adaptées à chaque code d'être fournies en entrée et affichées; un moteur de gestion automatique pour collecter les informations de chaque 15 élément de l'équipement réseau à chaque moment prédéterminé ou en temps réel en utilisant la liste cible de gestion et comparer les informations collectées avec les informations d'enregistrement pour gérer les informations d'interface réseau automatiquement; et une 20 partie d'affichage de gestion d'interface pour afficher un journal des informations corrigées et de l'intervention effectuée par un administrateur, si nécessaire, en tant que page web. Selon un autre aspect de l'invention, un procédé 25 pour gérer les informations d'interface réseau, comprend les étapes consistant à : (a) accorder des codes, indiquer les sites connectés à chaque interface de chaque élément d'équipement réseau et générer une liste d'équipement cible de gestion; (b) collecter les 30 informations d'interface pour chaque élément d'équipement réseau par l'intermédiaire du protocole SNMP pour générer une table à tout moment prédéterminé ou en temps réel; (c) vérifier la non-défectuosité des codes pour les informations d'interface collectées de la table; et (d) comparer les informations enregistrées à un système de gestion réseau avec la table collectée utilisant les 5 codes affectés et corriger les changements des informations enregistrées. Selon un autre aspect de l'invention, la gestion automatique pour l'équipement réseau comprend les sousétapes consistant à collecter les informations à partir 10 de chaque élément d'équipement cible de gestion automatique sélectionnée par un administrateur pour générer la table; notifier les codes anormaux parmi les informations collectées à l'administrateur, supprimer les codes anormaux de la table collectée, vérifier les états 15 d'exécution d'une interface de chaque élément d'équipement réseau pour décider si les codes sont nécessaires et notifier les résultats vérifiés à l'administrateur; comparer la table collectée avec les informations enregistrées et corriger les informations 20 enregistrées; et décider si une ligne est supprimée ou utilisée et supprimer les codes non enregistrés à partir d'une liste de codes du site. Selon un autre aspect de l'invention, un procédé pour gérer les informations d'interface réseau, comprend 25 les étapes consistant à : (a) fournir en entrée les informations d'interface connectées ou à connecter à une interface de chaque élément d'équipement réseau; (b) adapter les informations d'interface à la description d'interface; (c) enregistrer les informations fournies 30 en entrée sur un système de gestion réseau; et (d) changer les informations d'interface en utilisant les codes des informations fournies en entrée ou enregistrées. Selon un autre aspect de l'invention, un procédé pour gérer les informations d'interface réseau, comprend 5 les étapes consistant à : (a) fournir en entrée un nom d'hôte pour chaque élément d'équipement réseau; (b) fournir en entrée les informations d'interface comprenant un code du site correspondant vers une ou plusieurs interfaces de chaque élément de l'équipement réseau; (c) 10 générer une liste de gestion automatique pour enregistrer la liste sur un système de gestion réseau; (d) recevoir les informations d'équipement réseau courantes à une période prédéterminée ou en temps réel, comparer les informations reçues avec celles enregistrées sur le 15 système de gestion réseau en utilisant un ou plusieurs noms d'hôte et informations de code, et exécuter au moins l'un parmi un groupe de changements des informations d'interface, l'ajout d'une nouvelle interface et la suppression; et (e) afficher une nouvelle image de 20 gestion d'interface. Selon la présente invention, en accordant un code unique pour identifier un site prédéterminé connecté à une interface de chaque élément d'équipement réseau vers une description d'interface et exécuter la gestion réseau 25 sur la base du code accordé, la précision des données est toujours garantie sans correction des informations d'enregistrement du système de gestion réseau. De plus, la procédure d'enregistrement du système de gestion réseau pour les ajouts, annulations ou 30 changements d'interface de chaque élément d'équipement réseau devient simple. Lorsqu'une ligne est déplacée vers l'autre équipement réseau, les données existantes ne sont pas perdues. Par conséquent, la continuité des données peut être maintenue et la main-d'oeuvre opérationnelle pour la 5 gestion de qualité supérieure peut également être réduite. Des avantages, objets et caractéristiques supplémentaires de l'invention vont être définis en partie dans la description qui suit et vont devenir 10 évidents en partie pour l'homme du métier sur examen de ce qui suit ou peuvent être appris par la pratique de l'invention. Les objets et avantages de l'invention peuvent être réalisés et atteints comme exposé en particulier dans les revendications annexées. 15 L'invention va être décrite de manière détaillée en faisant référence aux dessins suivants, sur lesquels des numéros de référence similaires se réfèrent aux éléments similaires, sur lesquels: La figure 1 illustre une configuration d'un système de gestion d'interface réseau conventionnel; La figure 2 illustre un exemple de la gestion d'interface réseau conventionnelle; La figure 3 illustre un exemple des informations 25 d'interface de gestion avant / après un changement de l'équipement réseau; La figure 4 illustre les informations d'interface réseau changées de la figure 3; La figure 5 illustre un schéma conceptuel pour la 30 gestion réseau conventionnelle; La figure 6 illustre un système de gestion automatique d'interface réseau selon un mode de réalisation de la présente invention; La figure 7 illustre un schéma conceptuel de gestion 5 automatique d'interface réseau selon un mode de réalisation de la présente invention; La figure 8 illustre un état selon lequel un code est accordé à chaque élément d'équipement réseau; La figure 9 illustre une table des informations 10 d'interface pour chaque élément d'équipement réseau; La figure 10 un état de contrôle d'anormalité de code selon la présente invention; La figure 11 illustre les informations d'interface réseau changées automatiquement par le système de gestion 15 réseau selon la présente invention; La figure 12 illustre un schéma pour la gestion automatique avant / après le changement des informations d'interface réseau selon un mode de réalisation de la présente invention; La figure 13 illustre un état changé des informations d'interface selon la figure 12; La figure 14 illustre une liste d'éléments d'équipement réseau cible de gestion automatique; La figure 15 illustre un état de gestion de code du 25 site selon la présente invention; La figure 16 illustre un état de gestion d'un moteur de gestion automatique; La figure 17 illustre un affichage de gestion d'interface automatique; La figure 18 illustre un état pour notifier une génération de journal pour l'administrateur; La figure 19 est un organigramme pour le procédé de gestion automatique d'interface réseau selon un mode de réalisation de la présente invention; La figure 20 est un organigramme d'un moteur de gestion automatique selon la présente invention. La description détaillée suivante va présenter un système de gestion d'interface réseau et le procédé de gestion de ce dernier selon un mode de réalisation 10 préféré de l'invention en faisant référence aux dessins annexés. La figure 6 illustre une configuration d'un système de gestion automatique d'interface réseau selon un mode de réalisation de la présente invention. Si on se réfère à la figure 6, le système de gestion automatique d'interface réseau comprend un système d'équipement réseau 210, un système de gestion réseau 220 et une interface utilisateur 230. Le système d'équipement réseau 210 comprend des 20 bases de données MIB 212, 214 et 216 auxquelles un code est accordé pour identifier chaque site de façon unique. Chaque code correspond à chaque description des informations d'interface de chaque élément d'équipement réseau 211, 213 et 215. Le système de gestion réseau 220 interroge les bases de données MIB périodiquement pour collecter les informations d'interface pour chaque élément d'équipement, compare les informations collectées avec celles enregistrées sur la base des informations de code, 30 ensuite corrige et gère automatiquement les informations d' interface enregistrées. L'interface utilisateur 230 demande les informations d'interface de sites prédéterminés au système de gestion réseau 220 et affiche les demandes et les réponses. Ici, le système de gestion réseau 220 comprend les 5 agents d'interrogation 221, 222 et 223 qui interrogent chaque base de données MIB périodiquement ou à un moment pour obtenir les informations d'interface de chaque élément d'équipement, un module de gestion automatique 224 qui fournit les informations collectées par les 10 agents d'interrogation 221, 222 et 223 dans une table et comparer la table avec les informations déjà enregistrées pour corriger et gérer les informations d'interface automatiquement, et un serveur de base de données 225 qui est interfacé avec l'interface utilisateur 230 et stocke 15 chaque type d'informations de liste et d'enregistrement pour chaque élément d'équipement et chaque interface. L'exécution du système de gestion d'interface réseau selon la présente invention va être décrite ci-dessous de manière détaillée. Comme le montre la figure 6, le système d'équipement réseau 210 comprend une pluralité d'éléments d'équipement réseau 211, 213 et 215. Chaque élément d'équipement 211, 213 et 215 comprend une pluralité de modules MllTM13, M14-M16 et M17-M19 et une ou plusieurs des bases de 25 données MIB 212, 214 et 216. La pluralité des modules MlliM19 comprend le nombre prédéterminé de ports 1-8 connectés aux sites prédéterminés. Les bases de données MIB 212, 214 et 216 comprennent les informations d'interface pour chaque élément 30 d'équipement. Les informations d'interface comprennent les noms d'équipement (ou noms d'hôte), les indices de chaque module et interface selon les sites connectés. De plus, comme le montre la figure 8, les bandes passantes pour la vitesse de transmission d'une ligne, les adresses IP et les codes pour identifier les sites prédéterminés connectés à chaque interface sont également compris dans les informations d'interface. Chaque élément d'équipement comprend un élément descriptif pour chaque interface. Un utilisateur peut fournir en entrée des descriptions vers l'élément descriptif. La description correspondante est enregistrée 10 vers une base de données MIB standard ou une base de données MIB individuelle pour chaque entreprise, pour que la valeur correspondante puisse être demandée vers l'élément d'équipement correspondant depuisl'extérieur par l'intermédiaire du protocole SNMP. Chaque élément d'équipement réseau accorde également un code unique à un site prédéterminé connecté à un port pour fournir en entrée le même code vers l'élément descriptif d'interface. En utilisant le code, le site peut être identifié. Afin de fournir en entrée le code, 20 l'interface correspondante de chaque élément d'équipement est sélectionnée et ensuite un code comprenant les caractères ou les symboles pour identifier un site est fourni en entrée vers l'élément descriptif d'interface. De plus, une bande passante correspondant à 25 l'interface est également fournie en entrée pour que la gestion puisse être exécutée automatiquement lorsque la vitesse de transmission de ligne change. Le code est classifié et accordé pour chaque entreprise, zone ou service commercial selon les 30 règlements en vigueur ou régulés, et systémisés sous forme de structure arborescente. En conséquence, chaque code a une forme de combinaison unique de sous-code par échelons multiples. Chaque code est géré en utilisant une table DB, DNS, X500, ou un protocole LDAP, etc.. Ici, une cible 5 connectée à l'interface peut être un nom de site. savoir, chaque code est classifié en utilisant un classifieur, LDAP ou X500, etc.. Si, par exemple, une cible connectée à l'interface correspondante est " New Jersey branch office among 10 foreign branch offices of ABC company ", un code peut être mis en oeuvre comme suit en utilisant un système d'arborescence à 4 étapes Code entreprise: ABC INTN Code commercial #1: EXPORT Code commercial #2: BRANCH Nom complet du site: New Jersey Branch Office La structure arborescente ci-dessus, les sous-codes et classifieurs sont effectués en une seule ligne de code comme suit. Ici, le classifieur est " :: ", en tant que 20 mode de réalisation. Par exemple, un code pour une succursale de New Jersey parmi les succursales étrangères de ABC Company est mis en oeuvre en tant que " ABCINTN::EXPORT::BRANCH::New Jersey Branch Office ". Selon le procédé ci-dessus, un code unique, correspondant à chaque site connecté à l'interface de chaque élément d'équipement comme du type 1: 1 ou pointà-point, est fourni en entrée vers l'élément descriptif à enregistrer. Ici, le code comprend au moins une 30 combinaison de souscode à deux étapes. En tant que mode de réalisation, le code correspondant peut être accordé comme suit en utilisant un système d'adresse comprenant " . ", un délimiteur ou une valeur DN afin d'être questionné en utilisant X500, LDAP ou un Serveur de Noms de Domaine (DNS). Par exemple, le code peut être mis en oeuvre comme NewjerseyBranchOffice. export.branch.abc intn. Le procédé d'accord du code d'interface pour la gestion d'équipement réseau est maintenant décrit. Le code est fourni en entrée dans l'ordre de l'entreprise, de la zone et du service, etc.. afin d'identifier un site 10 prédéterminé utilisant deux points " :: " en tant que classifieur et composé d'au moins une combinaison de sous-code à deux étapes. Pour faciliter la description, le code peut être composé de 3 sous-codes combinés en une ligne dans 15 l'ordre suivant. D'abord, le code de l'entreprise, par exemple, LGCNS, utilise un code prédéfini pour chaque entreprise et code de classification commerciale, par exemple, HQ, utilise un code prédéfini pour l'actif commercial des 20 ventes, ou une salle de vente, etc.. Ici, le code de l'entreprise et le code de classification commerciale sont fournis en entrée sans aucun blanc entre les caractères. Un nom complet du site est fourni en entrée à 25 l'intérieur de 50 caractères dans un style libre. Ici, des caractères spéciaux, par exemple, marque de citation simple / double ou " & " ne peuvent pas être utilisés parce qu'ils peuvent poser un problème en générant une phrase SQL. Le code peut être fourni en entrée comme 30 l'exemple qui suit: LGCNS::HQ::Twin 10F Office. Tout élément d'équipement a chaque nom d'hôte différent, par exemple, DNIC7513C et le code sera toujours fourni en entrée uniquement à l'intérieur d'un seul élément d'équipement. Cependant, les mêmes codes sont permis entre chaque élément d'équipement différent. Si chaque élément d'équipement différent a le même 5 nom d'hôte, chaque code sera fourni en entrée de façon unique. savoir, lorsque chaque élément d'équipement a un nom d'hôte différent l'un de l'autre, les codes accordés peuvent être les mêmes. Lorsque deux ou plusieurs éléments d'équipements quelconques ont le même 10 nom d'hôte, cependant, les codes accordés seront différents les uns des autres. Puisqu'une valeur de clé primaire pour être comparée aux informations enregistrées sur le système de gestion réseau comprend au moins un nom d'hôte et un code, pour 15 que les mêmes noms d'hôte et codes ne remplissent pas une condition pour la clé primaire. Le caractère unique peut être maintenu en numérotant comme suit, lorsque des doubles lignes sont connectées à un seul élément d'équipement et un site simple. 20 LGCNS::HQ::Twin 10F Office #1 LGCNS::HQ::Twin 10F Office #2 En variante, les codes peuvent être accordés chacun de façon différente. C'est-à-dire, lorsque 2 ou plusieurs lignes sont connectées à un élément d'équipement unique 25 et un site simple, les codes peuvent être accordés chacun différemment ou les mêmes informations peuvent être ajoutées à chaque code. Le code d'interface, qui ne nécessite pas la gestion automatique ou ne peut pas être une cible de comparaison, 30 est stocké sur une liste d'exception et exclu des cibles de comparaison dans la gestion automatique. savoir, lorsque les champs du code d'entreprise et du code de classification commerciale sont un code quelconque parmi BAD pour port mauvais, Test pour test, Excp pour exception, et RSVD pour réservé, ils ne sont pas comparés, sont sautés et écrits sur un fichier de code 5 d'entreprise, par exemple, except cu.txt, et un fichier de code de classification commerciale, par exemple, exceptsite.txt dans la liste d'exception. Les listes d'exception supplémentaires sont ajoutées à chaque fichier correspondant. Si une partie des noms d'interface parmi les informations des éléments d'équipement collectés à travers le protocole SNMP n'a aucun besoin de gestion automatique ou ne sera pas gérée automatiquement, elle est exclue des cibles de comparaison. Par exemple, le nom 15 d'interface qui devrait être exclu, comprend Caractère Nul, retour de boucle, subif ATM, VLAN, couche 0.0-AAL5, couche 0-ATM, couche 0-AAL5, EOBCO/0, VLAN non routé et Multilink, etc.. Les listes d'exception ci-dessus sont écrites dans le fichier de liste d'exception. Les 20 interfaces supplémentaires à exclure peuvent être ajoutées aux fichiers correspondants. Si une valeur de code accordée à une cible prédéterminée pour l'identification a une lisibilité suffisante, à savoir, au cas o le système de gestion 25 réseau serait pour la propre exécution de l'entreprise, le code peut être utilisé en tant que nom de site. Puisque les significations de chaque sous-code d'un code sont déjà gérées en tant qu'une table, les informations d'une entreprise ou d'un service, etc.., 30 sont fournies en entrée automatiquement. Si la signification d'une valeur de code est suffisamment comprise, un NMS pour la propre exécution de l'entreprise ne correspond pas à un nom complet de l'entreprise ou du service avec la valeur de code et peut adopter le nom complet en tant que nom de site. Le système de gestion réseau 220 comprend les agents 5 d'interrogation 221, 222 et 223, un module de gestion automatique 224 et un serveur de base de données 225. Les agents d'interrogation 221, 222 et 223 lisent les informations périodiquement ou en temps réel à partir des bases de données MIB 212, 214 et 216. Le module de 10 gestion automatique 224 lit les informations d'interface pour chaque élément d'équipement périodiquement ou en temps réel, selon si l'équipement est une cible de gestion automatique ou non. Ensuite le module de gestion automatique 224 gère les informations d'interface 15 enregistrées automatiquement sur la base des codes. Le serveur de base de données 225 est une base de données pour stocker les informations d'enregistrement et la table collectée pour chaque élément d'équipement. Le système de gestion réseau 220 enregistre les 20 interfaces et les codes pour chaque élément d'équipement sur le serveur de base de données 225 comme illustré sur la figure 8 afin de gérer chaque élément d'information d'interface enregistrée sur les bases de données MTB 212, 214 et 216. Plus spécifiquement, les informations d'interface pour chaque élément d'équipement dans le système de gestion réseau 220 comprend les noms d'équipement, les indices, les bandes passantes, les informations d'interface et un code unique pour une cible de 30 connexion. Ici le code unique est fourni en entrée de façon identique avec l'un enregistré pour l'une quelconque des bases de données MIB 211, 213 et 215. Après la lecture de la totalité des informations d'interface pour chaque élément d'équipement, le système de gestion réseau 220 sélectionne les cibles à gérer et enregistre une liste de cibles sur le serveur de base de données 225. C'est-à-dire, le système de gestion réseau 220 lit les codes fournis en entrée vers les éléments descriptifs depuis chaque élément d'équipement par l'intermédiaire du protocole SNMP et les enregistre. Ici, le NMS pour les 10 clients est également appliqué sur un Fournisseur de Service Maintenance (MSP). Afin de gérer le réseau automatiquement, le module de gestion automatique 224 du système de gestion réseau 220 accède aux bases de données MIB 212, 214 et 216 pour 15 demander les informations d'interface de chaque élément d'équipement, qui sont indiquées dans la liste de l'équipement cible de gestion enregistré précédemment sur le serveur de base de données 225, périodiquement, à un moment ou en temps réel utilisant les agents 20 d'interrogation 221, 222 et 223, et lit les informations d'interface pour chaque élément d'équipement avec les codes de cibles de connexion. Le module de gestion automatique 224 donne une table comme illustré sur la figure 9 en utilisant les 25 informations d'interface collectées à partir des bases de données MIB 212, 214 et 216 par les agents d'interrogation 221, 222 et 223. savoir, le module de gestion automatique 224 donne la table pour chaque élément d'équipement / interface après avoir collecté la 30 totalité des informations de chaque élément d'équipement comprenant les noms d'hôte, les noms d'interface, les états d'exécution, les codes, etc.., qui sont enregistrés sur la liste d'équipement de gestion automatique par l'intermédiaire du protocole SNMP. ce moment, le module de gestion automatique 224 contrôle la répétition de code ou la non défectuosité, 5 etc.., des informations d'interface collectées pour empêcher une gestion non nécessaire. Comme le montre la figure 10, la valeur de code accordée de façon unique devient la clé primaire. Par conséquent, la valeur de code ne sera pas répétée et sera 10 contrôlée si elle est nécessaire et écrite de façon exacte. Ensuite, les résultats de contrôle sont fournis à l'administrateur. Après le contrôle de non défectuosité, comme le montre la figure 11, le module de gestion automatique 224 15 compare la totalité des noms et codes d'équipement compris dans les informations d'interface collectées à partir de chaque élément d'équipement cible de gestion automatique avec celles précédemment enregistrées sur le serveur de base de données 225 pour trouver les mêmes 20 noms et codes d'équipement. Ensuite, le module de gestion automatique 224 contrôle s'il n'existe aucun changement des informations d'interface et corrige les informations d'interface sur la base des codes changés automatiquement. Plus spécifiquement, lorsqu'il existe des ajouts / remplacements / annulations de module ou des ajouts / changements de port dans un équipement prédéterminé, le nom d'équipement et le code unique de l'équipement correspondant sont adoptés en tant que clé 30 primaire à comparer avec les informations enregistrées sur le fichier de base de données 225. Ensuite, les mêmes codes sont trouvés pour remplacer les informations enregistrées par celles correspondantes dans la table collectée. En tant que mode de réalisation, un code unique peut être adopté en tant que clé primaire afin d'être comparé 5 avec les informations d'interface de la table collectée. Ensuite, le système de gestion réseau peut corriger ou mettre à jour les informations d'interface automatiquement, lorsque les lignes sont changées pour se connecter à l'autre élément d'équipement. En conséquence, un état d'interface d'un élément d'équipement prédéterminé peut être demandé dans une période prédéterminée ou dans le temps présent par l'intermédiaire de l'interface utilisateur 230 et les réponses peuvent être également confirmées de façon 15 exacte. Si on se réfère à la figure 7, le système de gestion réseau 220 adopte le code en tant que clé primaire pour changer les indices des informations d'interface enregistrées automatiquement sur une base du code lu 20 depuis le système d'équipement réseau 210. Le procédé de gestion réseau exécuté dans le système de gestion réseau va être décrit ci-dessous de façon détaillée. Si on se réfère à la figure 12, lorsqu'un élément 25 d'équipement A a été enregistré sur le système de gestion réseau et ensuite les modules de l'équipement sont changés, il y a de nombreuses différences entre une table collectée depuis les bases de données MIB de l'équipement A par le module de gestion automatique et les 30 informations enregistrées sur le serveur de base de données. En tant qu'exemple, avant le changement du module, ABC Company New Jersey branch office a un indice de 10, un module de C et des informations d'interface comprenant un port de 6, la vitesse de 1544 et un code de 5 ABC INTN::EXPORT::BRANCH::NewJersey Branch Office. Après le changement de module, l'indice devient 3, le module devient D et les informations d'interface deviennent un port de 1, la vitesse de 4500 et un code de ABC INTN::EXPORT::BRANCH::NewJersey Branch Office. Si les données sont lues sur la base d'indices précédents comme enregistrées sur le système de gestion réseau sans changer les informations après le changement de module, les résultats lus deviennent mauvais. Si, par exemple, un indice 10 de l'équipement A est lu afin 15 d'obtenir les utilités, unités ou postes de service de ABC Company New Jersey branch office après le changement de module, ceux de EFG Company LA branch sont demandés. Pour résoudre ce problème, le module de gestion automatique compare la table collectée et les 20 informations enregistrées précédemment, trouve le même équipement et code et ensuite remplace les informations d'interface avant le changement de module par celles après le changement de module sur la base du même équipement et code. Ensuite, l'indice passe de 10 à 3, l'interface passe d'un module C/6 à D/1 et la vitesse passe également de 1544 à 45000 automatiquement. En tant que mode de réalisation, le module de gestion automatique comprend un système de gestion de 30 changement séparément du système de gestion réseau. Qu'importe le moment o une configuration de l'équipement est changée, le système de gestion de changement signale le changement au système de gestion réseau périodiquement ou en temps réel. En variante, le système de gestion de changement lit la totalité des valeurs dans les bases de données MIB de l'équipement correspondant utilisant le 5 journal du système, à savoir Syslog, transmises depuis l'équipement jusqu'au système de gestion réseau périodiquement ou en temps réel. Le système de gestion réseau lit les informations d'interface de l'équipement correspondant et adopte un code en tant que clé primaire 10 pour corriger les changements automatiquement. Les informations d'interface peuvent être changées automatiquement avec la restriction aux éléments changés prédéterminés de l'équipement, ne comprenant pas la totalité des éléments d'équipement. L'exécution du module de gestion automatique va être décrite de façon détaillée en faisant référence aux figures 6 et 14 à 18. Le module de gestion automatique 224 comprend une partie de liste d'équipement cible de gestion 234, une 20 partie de gestion de code du site 244, un moteur de gestion automatique 254, un affichage de gestion d'interface 264. Comme le montre la figure 14, la partie de liste de gestion d'équipement cible de gestion 234 gère une liste 25 d'éléments d'équipement dont les changements d'interface doivent être gérés. Alors que la liste d'équipement est déjà enregistrée sur le système de gestion réseau, les noms d'hôte devenant une partie des valeurs clé pour comparer les informations d'interface collectées 30 présentement avec celles enregistrées, les adresses IP, les chaînes de communication pour questionner l'équipement correspondant à travers le protocole SNMP, et d'autres informations nécessaires sont fournies en entrées ensemble sur la liste d'équipement et gérées. La partie de liste d'équipement cible de gestion 234 décide également si chaque élément d'équipement nécessite 5 une gestion automatique selon ses caractéristiques ou une version du système d'exploitation, etc.. et enregistre l'équipement correspondant sur la liste, si nécessaire. Ensuite, la partie de liste d'équipement cible de gestion 234 lit les informations de la totalité ou d'une partie 10 des éléments d'équipement périodiquement ou à un moment quelconque utilisant la liste et donne une table pour comparer les informations lues avec celles d'enregistrement dans le système de gestion réseau. Le système de gestion de code de site 244, comme le 15 montre la figure 15, est fourni en entrée avec un nom et un numéro de ligne correspondant à chaque code pour le confort de l'utilisateur pour leur permettre d'être affichés à l'intérieur du système de gestion réseau. Le moteur de gestion automatique 254, une 20 application pour exécuter la gestion automatique générale comme le montre la figure 16, fonctionne à l'intérieur du module de gestion automatique. Il collecte les informations d'équipement courantes périodiquement ou en temps réel en utilisant la liste cible de gestion 25 automatique et compare les informations collectées avec celles enregistrées sur le système de gestion réseau. Si les informations collectées sont changées ou proviennent d'une nouvelle interface, les informations changées ou de la nouvelle interface sont ajoutées à la liste cible de 30 gestion automatique. Les informations des interfaces annulées sont supprimées de la liste cible de gestion automatique. Le moteur de gestion automatique 254 collecte les informations de la totalité / d'une partie des éléments d'équipement périodiquement / à un moment quelconque pour les tabler, contrôle le caractère unique et la non 5 défectuosité des informations d'interface dans la table et supprime un code de la table, si le code n'est pas unique, ni défectueux. Il génère également un journal d'un code qui n'est ni valide, ni utilisé, ni ajouté, et supprime le code 10 correspondant de la table. Il génère un autre journal pour un code exceptionnel existant dans une liste d'exception prédéterminée et supprime les informations d'interface correspondant au code exceptionnel de la table. Il contrôle également si un code est nécessaire en 15 contrôlant l'état d'exécution de chaque élément d'équipement et génère un journal correspondant. Il compare également les informations courantes de la table collectées avec celles enregistrées sur le serveur de base de données du système de gestion réseau. 20 Si une interface est nouvellement ajoutée, les informations correspondantes sont ajoutées aux informations enregistrées sur le serveur de base de données automatiquement. Si une interface est ajoutée, elle est supprimée des informations enregistrées sur le 25 serveur de base de données automatiquement. Lorsqu'une interface est ajoutée ou supprimée, le journal de correction automatique et une liste de fonctions nécessitant l'intervention de l'administrateur sont générés. Les noms de site non nécessaires et les 30 informations de lignes sont enlevées. Ici, le journal est généré après l'exécution du moteur de gestion automatique. Comme le montre la figure 18, le journal est notifié à l'administrateur pour la gestion automatique exacte en contrôlant l'anormalité ou la violation de règle pour l'équipement. Le journal est généré lorsque les règles pour 5 l'accord de code sont violées, les mêmes codes existent dans un équipement, un code existe mais une interface non utilisée ou un état d'exécution est non disponible/non disponible (down/down), un code n'est pas accordé mais une interface utilisée ou un état d'exécution est 10 disponible/disponible (up/up), un nouveau code est ajouté, le moteur de gestion automatique enlève les codes du site, et les codes sont compris dans une liste des codes supprimés qui ne sont plus utilisés dans le système de gestion réseau. Le journal généré est notifié à 15 l'administrateur. Un journal indique la non validité lorsque les informations d'interface ne sont pas valides, la répétition du code lorsque les mêmes codes existent dans un élément d'équipement, non nécessaires lorsque le code 20 n'est pas utilisé et nécessaire lors de l'ajout de l'interface. La figure 19 illustre un organigramme d'un procédé de gestion automatique des informations d'interface réseau selon la présente invention. Si on se réfère à la figure 19, le système de gestion réseau accorde un code définitif pour chaque description des informations d'interface de chaque élément d'équipement et génère une liste d'équipement (étape S211). Le système de gestion réseau collecte les valeurs MIB depuis la totalité des informations pour chaque élément d'équipement par l'intermédiaire du protocole SNMP périodiquement ou en temps réel et donne une table (étape S212) . Ensuite, il contrôle la non défectuosité telle que la répétition du code et l'observance des règles, etc.. des informations collectées (étape S213). Le système de gestion réseau compare les codes d'information enregistrés sur lui-même avec ceux des informations collectées (étape S214) et trouve un changement quelconque (étape S215). S'il existe un changement quelconque, le changement 10 correspondant est corrigé automatiquement (étape S216). Les informations d'interface corrigées automatiquement sont affichées comme sur la figure 17. L'exécution du moteur de gestion automatique va être décrite ci-dessous en faisant référence à la figure 20. Le moteur de gestion automatique collecte les informations depuis les éléments d'équipement cible de gestion automatique sélectionnées par l'administrateur et génère une table (étape S221). Lorsqu'un code des informations collectées n'est pas 20 unique ou est un code exceptionnel prédéterminé qui n'observe pas les règles en générant la table, le code est supprimé de la table et le journal correspondant est généré afin de ne pas être comparé à celui dans les informations enregistrées sur le système de gestion 25 réseau. Ces codes exceptionnels sont causés par une tentative de test ou d'annulation d'une interface virtuelle sans signification. Une partie des interfaces ne nécessite pas la gestion automatique ou ne sera pas 30 gérée automatiquement. Le moteur de gestion automatique contrôle un état d'exécution d'une interface pour chaque élément d'équipement (étape S222) pour laisser un journal de sorte que l'administrateur puisse supprimer les codes si les interfaces ne sont pas utilisées. Lorsque les états d'exécution sont normaux, à savoir, disponible/disponible 5 (up/up) mais les codes ne sont pas écrits, les interfaces correspondantes seront gérées. Par conséquent, le moteur de gestion automatique laisse un journal de sorte que l'administrateur puisse fournir en entrée les codes à chaque élément d'équipement. Ensuite, le moteur de gestion automatique compare la table des informations courantes collectée (informations d'équipement courant) avec celle déjà enregistrée sur le système de gestion réseau (table d'origine) et corrige celle enregistrée (étape S223). Lors de la correction des informations de l'équipement réseau à l'étape S223, le moteur de gestion automatique compare chaque code pour chaque équipement les uns par rapport aux autres et corrige les indices, les noms et numéros de lignes, etc.., automatiquement, 20 s'il y a un changement quelconque. Si un code, n'ayant pas existé dans la table d'origine d'un élément d'équipement prédéterminé, existe dans une table d'informations courantes, il est considéré comme une ligne supplémentaire, à savoir une interface 25 utilisée ou ajoutée, et listée sur une liste cible supplémentaire avec un nom d'hôte. Si un code, ayant existé dans la table d'origine d'un équipement prédéterminée, n'existe pas dans une table d'informations courantes, il est destiné à une 30 ligne annulée, à savoir une interface abandonnée ou supprimée, ou il est destiné à une ligne déplacée vers l'autre équipement. Ensuite il est d'abord récupéré depuis la liste cible supplémentaire. S'il n'est pas sur la liste cible supplémentaire, le moteur de gestion automatique notifie l'absence d'une ligne cible d'annulation de sorte que l'administrateur puisse la supprimer (étape S224). S'il existe un code unique dans la liste cible supplémentaire, la ligne correspondante est considérée comme déplacée. Par conséquent, le moteur de gestion automatique 254 déplace toutes les informations de la 10 ligne correspondante restant dans le système de gestion réseau vers un élément d'équipement auquel l'interface est ajoutée et laisse un journal. S'il y a deux ou plus de deux codes dans la liste cible supplémentaire, le moteur de gestion automatique 15 notifie toutes les informations à l'administrateur pour que l'administrateur puisse décider de déplacer, ajouter ou supprimer les codes. Après la correction des informations, le moteur de gestion automatique 254 répète les étapes ci-dessus par 20 rapport aux codes n'existant pas dans le système de gestion réseau, à savoir les codes des lignes annulées ou des interfaces abandonnées, sur la base d'une liste de codes de site (étape S225). Après l'exécution du moteur de gestion automatique 25 254, l'affichage de gestion d'interface automatique 264 affiche une page Web comme le montre la figure 17 pour permettre les opérations manuelles par un simple clic sur la page Web, si un journal des informations corrigées automatiquement et l'intervention de l'administrateur 30 sont nécessaires. Si nécessaire, l'administrateur peut ajouter / déplacer / supprimer les lignes correspondantes, à savoir les interfaces, directement. Alors que l'invention a été présentée et décrite en 5 faisant référence à certains modes de réalisation préférés de cette dernière, l'homme de métier appréciera que divers changements de forme et de détails peuvent être apportés dans cette dernière sans s'écarter de l'esprit et de la portée de l'invention telle que définie 10 par les revendications annexées. Les modes de réalisation précédents et avantages sont simplementdes exemples et ne sont pas interprétés comme limitant la présente invention. L'enseignement présent peut être facilement appliqué à d'autres types de dispositifs. La description 15 de la présente invention a pour but d'être illustrative, et ne doit pas limiter la portée des revendications. D'autres alternatives, modifications et variantes ressortiront pour l'homme du métier. Dans les revendications, des clauses de moyens pour une fonction 20 ont pour but de couvrir les structures décrites ici comme exécutant la fonction exposée et non seulement des équivalents structurels mais aussi des structures équivalentes. REVENDICATIONS 1. Dispositif de gestion des informations d'interface réseau, comprenant: - un système d'équipement réseau (210) ayant des informations qui peuvent identifier un site connecté à 5 une ou plusieurs interfaces de chaque élément d'équipement réseau (211, 213, 215) et comprenant une ou plusieurs bases d'information de gestion qui stockent les informations d'interface; et - un système de gestion réseau (220) pour interroger 10 les bases d'information de gestion de chaque élément d'équipement réseau (211, 213, 215) à l'intérieur du système d'équipement réseau pour collecter les informations d'interface, adopter les informations qui peuvent identifier chaque site en tant qu'informations 15 primaires pour comparer les informations primaires avec les informations déjà enregistrées et corriger les informations d'interface pour chaque élément d'équipement réseau (211, 213, 215). 2. Dispositif selon la revendication 1, dans lequel les informations sont des informations d'identification qui peuvent identifier un site prédéterminé, qui est connecté à l'interface d'un ou plusieurs éléments d'équipement. 3. Dispositif selon la revendication 2, dans lequel les informations d'identification sont des caractères de code ou d'identification, et chaque code est accordé en fonction des règles prédéterminées afin d'identifier un site prédéterminé par étapes et composé de sous-codes par étapes multiples. 4. Dispositif selon la revendication 3, dans lequel 5 les sous-codes par étapes multiples comprennent des classifieurs afin de classifier chaque code. 5. Dispositif selon la revendication 4, dans lequel chaque code est classifié en utilisant au moins l'un des 10 groupes de classifieurs, un protocole LDAP et X500. 6. Dispositif selon la revendication 3, dans lequel chaque code correspond à chaque description d'interface de chaque élément d'équipement réseau. 15 7. Dispositif selon la revendication 6, dans lequel chaque code est fourni en entrée vers une description d'interface de chaque équipement réseau. 8. Dispositif selon la revendication 1, dans lequel le système de gestion réseau (220) lit un code fourni en entrée vers une description d'interface de chaque élément d'équipement réseau (211, 213, 215) par l'intermédiaire du protocole SNMP et enregistre le code lu sur une liste 25 de chaque élément d'équipement cible de gestion automatique, lors de l'enregistrement de l'interface de l'équipement réseau correspondant. 9. Dispositif selon la revendication 1, dans lequel 30 le système de gestion réseau (220) lit les informations d'interface de chaque élément d'équipement cible de gestion automatique, adopte au moins l'un des codes et noms d'hôte en tant qu'informations primaires, compare les informations primaires avec les informations déjà enregistrées et corrige un changement quelconque s'il y en a un, à un moment prédéterminé ou en temps réel. 10. Dispositif de gestion des informations d'interface réseau automatique, comprenant: - des agents d'interrogation pour interroger les informations d'interface de chaque élément d'équipement 10 réseau (211, 213, 215) depuis les bases d'informations de gestion (212, 214, 216) de chaque élément d'équipement réseau (211, 213, 215) à tout moment prédéterminé ou en temps réel; - un module de gestion automatique pour confirmer 15 les changements ou les ajouts des informations d'interface lues depuis les agents d'interrogation, pour corriger ou gérer les informations d'interface; et - un serveur de base de données (225) pour stocker les informations d'enregistrement pour chaque équipement 20 réseau ou chaque interface gérée par le module de gestion automatique et fournir l'interface utilisateur avec les informations stockées. 11. Dispositif selon la revendication 10, le module 25 de gestion automatique comprenant: - une partie de liste d'équipement cible de gestion pour gérer les changements d'interface; - une partie de gestion de code de site pour permettre aux informations adaptées à chaque code d'être 30 fournies en entrée et affichées; - un moteur de gestion automatique pour collecter les informations de chaque élément d'équipement réseau à tout moment prédéterminé ou en temps réel en utilisant la liste cible de gestion et en comparant les informations collectées avec les informations d'enregistrement pour gérer les informations d'interface réseau automatiquement; et - une partie d'affichage de gestion d'interface pour afficher un journal des informations corrigées et l'intervention d'un administrateur, si nécessaire, en tant que page Web.