Brevet FR2791837A1 — publié le 20001006

La présente invention concerne un agent au sein d'un système de gestion de réseau, notamment de réseau de télécommunication, permettant l'accès à une base de règles, par un protocole de type CMIP ou CORBA. L'invention s'applique particulièrement bien aux dispositifs de corrélation d'alarmes dans un tel système. On rappelle que selon les recommandations de la série M.3000 de l'ITU- T (International Telecommunication Union), un système de gestion de réseau (ou RGT pour Réseau de Gestion des Télécommunications, selon le vocabulaire propre à ces recommandations), comporte un grand nombre d'agents dont la fonction est de fournir des services de relativement bas niveaux à des managers ayant, quant à eux un rôle de plus haut niveau de gestion du réseau. Typiquement, un agent fournit à un ou plusieurs managers une vue d'un ensemble d'éléments du réseau de télécommunication géré. Ces éléments de réseau peuvent par exemple être des commutateurs ou des moyens de transmissions... Dans un but de supervision du réseau de télécommunication, ces différents éléments de réseau peuvent être amenés à générer des alarmes. Dans le cas d'un problème réel survenant sur le réseau, le nombre des éléments de réseau concernés peut être très élevé, et il en est donc de même pour le nombre d'alarmes générées. Il convient donc d'ajouter au sein du réseau de gestion des télécommunications, un système de corrélation d'alarmes dont le but est d'analyser ces différentes alarmes afin de réaliser ou d'aider à la réalisation d'un diagnostic. Selon l'état de l'art, le système de corrélation d'alarmes peut être sous la forme d'un produit comportant à la fois un module de gestion d'une base de règles, permettant la réalisation de la corrélation d'alarmes, ainsi qu'un module d'interface graphique, permettant l'affichage de résultats issus du module de gestion de la base de règles et la modification de celle-ci par un opérateur. On 2;2791837 peut citer à titre d'exemple d'un tel produit, le produit Ilog Rules, de la société Ilog. Néanmoins, une telle solution comporte des inconvénients majeurs. En effet, de part l'architecture même de ce type de produit les deux modules ne peuvent être exécutés que dans un même processus, c'est-à-dire sur un même système de traitement de l'information. Or dans le cas de la corrélation d'alarmes au sein d'un réseau de gestion des télécommunications, la corrélation d'alarmes doit être réalisée par un serveur actif en permanence et qui habituellement ne dispose pas de moyen de visualisation. Au contraire, I'interface graphique peut n'être active que de façon épisodique et nécessite un moyen de visualisation. Le but de la présente invention est de fournir un moyen pour permettre le découplage du module de gestion de la base de règles et du module d'interface graphique. Pour ce faire, I'invention a pour objet un agent conforme aux recommandations de la série M.3000 de l'ITU-T, comportant au moins une interface permettant l'accès à un module de gestion d'une base de règles, et au moins un objet géré associé à cette ou ces interfaces et réalisant automatiquement les traductions nécessaires entre celles-ci et le module. Cette interface peut être par exemple conforme à la recommandation X.710 de l'ITU-T ou bien aux spécifications CORBA (Common Object Request Broker) issues de l'OMG (Open Management Group). La présente invention a aussi pour objet un dispositif constitué d'un premier système de traitement de l'information comportant un tel agent, et d'un second système de traitement de l'information comportant un composant logiciel associé à un moyen de visualisation. D'autres avantages et caractéristiques de l'invention vont maintenant être présentés dans la description qui va suivre, en relation avec les figures annexées. 3 2791837 La figure 1 illustre un agent selon l'invention. La figure 2 schématise une première application de l'invention. La figure 3 schématise une deuxième application de l'invention. La figure 4 schématise une troisième application de l'invention. Sur la figure 1, la référence A représente l'agent selon l'invention. Cet agent comporte une interface I permettant à des composants logiciels extérieurs à l'agent, d'accéder à un module de gestion d'une base de règles R. À cette interface 1, est associé un objet géré MO qui est chargé de la traduction entre I'interface et la base de règles. Classiquement, le module de gestion de la base de règles comporte un certain nombre de fonctions, ou bien de méthodes dans le cas d'un module orienté objets. Ces fonctions peuvent par exemple être rendues accessibles par une API (pour Application Programming Interface, en anglais). La syntaxe et les structures de données de ces fonctions sont propres au module de gestion de la base de règles. L'interface I rend accessible ces fonctions, depuis l'extérieur à l'agent A, selon des structures de données conformes à cette interface. De façon connue en soi, I'interface I peut être décrite en langage GDMO (Guideline for the Definition of Managed Objects) ainsi qu'il est préconisé par la recommandation X.722 de l'ITU-T. Dans ce cas, I'agent A communique avec d'autres composants logiciels, comme par exemple, des managers, par un protocole de communication de type CMIP (Common Management Information Protocol), ainsi que défini par la recommandation X.710 de l'ITU-T. Selon une autre mise en oeuvre de l'invention, I'interface I peut être décrite selon le langage de description IDL (Interface Description Language), spécifié par l'OMG (Open Management Group). L'agent A communique alors avec d'autres composants logiciels, comme, par exemple, des managers, via un protocole de communication de type CORBA IOP (Common Object Request Broker Architecture - Inter ORB Protocol). 4 2791837 Le rôle de l'objet géré est d'effectuer les traductions entre d'une part le module de gestion de la base de règles, et d'autre part l'interface. La figure 2 illustre une première application de l'invention. Dans cet exemple, un client C localisé sur un système de traitement de l'information S, est en communication avec un agent A, conforme à l'invention et localisé sur un système de traitement de l'information S2. Ce dernier est associé à un moyen de visualisation V, par exemple un moniteur de micro-ordinateur classique. Le client C peut par exemple être un composant logiciel de type manager selon la terminologie des recommandations M.3000 et suivantes de l'ITU-T. Dans ce cas, la communication entre le client C et l'agent A peut être faîte conformément au protocole CMIP, ou bien, selon une autre mise en oeuvre par un protocole objets comme CORBA IOP. Dans cet exemple, le premier système de traitement de l'information S1 est toujours actif et permet d'analyser des alarmes provenant d'autres systèmes de traitement de l'information. Le système de traitement de l'information S2 réalise une fonction d'interface avec un opérateur. Il peut n'être qu'épisodiquement actif. Le client C est un module logiciel réalisant une telle fonction. Il peut par exemple se connecter à l'agent A et récupérer certaines informations pour les afficher sur le moyen de visualisation V. Inversement, il peut récupérer des commandes de l'opérateur à travers un moyen de saisie, non représenté, et les émettre à l'agent A afin de modifier la base de règles qu'il contient. La figure 3 illustre un second exemple de mise en oeuvre de l'invention. Dans cet exemple, un client C similaire à celui de l'exemple précédent, peut se connecter à plusieurs agents A1 et A2 localisés sur des systèmes de traitement de l'information S1 et S3 distincts. On peut ainsi, par exemple, accéder à plusieurs bases de règles à travers une unique interface graphique et un unique moyen de saisie. 2791837 Une autre possibilité consiste à réaliser de la corrélation d'alarmes distribuée. Dans ce cas, le client C met en oeuvre des algorithmes de traitement des informations obtenues des différents agents (A1, A2) afin d'en réaliser une synthèse. Dans l'exemple illustré par la figure 4, deux clients (Ci et C2) communiquent avec un unique agent A. Ces deux clients sont localisés sur des systèmes de traitement de l'information distincts, S2 et S3 respectivement. Lorsque le premier client modifie la base de règles contenue dans l'agent A, par I'intermédiaire des fonctions mises à disposition par l'interface associée à cet agent, ce dernier envoie une notification à destination du client C2. Bien évidemment, ce procédé est généralisable à plus de 2 clients. Il est à noter que cet agent A peut n'envoyer des notifications qu'aux agents qui se sont enregistrés auprès de lui comme désirant recevoir de telles notifications. Plus précisément, cet enregistrement peut simplement consister à l'initiation d'une communication. 6 2791837 REVENDICATIONS 1) Agent (A) conforme aux recommandations de la série M.3000 de l'ITU- T, comportant au moins une interface (I) permettant l'accès à un module de gestion d'une base de règles (R), et au moins un objet géré (MO) associé à ladite au moins une interface et réalisant automatiquement les traductions nécessaires entre ladite au moins une interface et ledit module. 2) Agent selon la revendication 1, caractérisé en ce que ladite au moins une interface est conforme à la recommandation X.710 de I'ITU-T. 3) Agent selon la revendication 1, caractérisé en ce que ladite au moins une interface est conforme aux spécifications CORBA, issues de I'OMG. 4) Agent selon l'une des revendications précédentes, caractérisé en ce que pour chaque modification de ladite base de règles, ledit objet géré envoie au travers de ladite au moins une interface, une ou plusieurs notifications à destination des composants logiciels enregistrés auprès dudit agent. ) Dispositif constitué d'un premier système de traitement de l'information (S1) comportant un agent (A) conforme à l'une des revendications précédentes, et d'un second système de traitement de l'information (S2) comportant un composant logiciel (Ci) associé à un moyen de visualisation (V).