FR 2802675 A1 20010622 FR 9915891 A 19991216 Procède de supervision distribuée d'indicateurs et agent de supervision d'un système informatique présente invention concerne un procédé de supervision distribuée d'indicateurs et un agent de supervision d'indicateurs système informatique. Le système informatique est constitué ensemble d'équipements informatiques, appelés ressources distribuées, chacune étant interconnectée aux autres par un réseau de communication. Les grandes entreprises ont un nombre croissant d'équipements informatiques à gérer. Ces équipements, reliés entre eux par réseau de communication appelé "Réseau Local d'Entreprise" (RLE, LAN), sont administrés par un administrateur. Pour administrer (contrôler, agir, surveiller, piloter) à distance ces équipements à partir d'un point, le modèle d'architecture comportant un administrateur et un agent, par exemple, type SNMP, est le plus couramment adopté. Dans ce modèle d'architecture, les agents (SNMP), implémentés sur les équipements du réseau renseignent l'administrateur sur l'état de chacun des équipements administrés. Dans la grande majorité des cas, cet administrateur gère plusieurs centaines d'équipements répartis sur un ou plusieurs pays. Afin de caractériser le comportement d'un ensemble ressources interconnectées par un réseau, tout procédé de supervision synthetise, et donc calcule des valeurs, appelées indicateurs, permettant de caractériser le fonctionnement et l'état de ces ressources. Le calcul d'un indicateur est réalisé par un agent dit "agent-indicateur" qui calcule périodiquement une valeur constituée d'une fonction combinant des valeurs mesurées, à l'aide d'une couche protocolaire de type SNMP ou CMIP, et des valeurs calculées par d'autres agents indicateurs. Traditionnellement, cette supervision est réalisée par l'administrateur, qui centralise l'acquisition des mesures et des calculs d'indicateurs. Les informations échangées entre l'administrateur et les ressources circulent à travers un réseau grande distance aussi appelé "WAN" (Mêle Area Network). Cependant, le réseau WAN a des capacités limitées et transmission des informations à travers ce réseau est aujourd'hui lente et sûre. Ce problème s'explique par le fait que la bande passante du réseau (WAN) est trop réduite par rapport au nombre d'informations toujours croissant devant transiter entre les administrateurs et leurs équipements. En conséquence, le réseau (WAN) est sursaturé et beaucoup d'informations sont perdues. D'autre part, la transmission données est très lente et le type d'envoi (par petits paquets périodiques) est pas adapté aux modes courants d'utilisation des WAN. Le traitement informations par l'administrateur est ralenti et les actions correctrices à déclencher sont tardives. De plus, dans certains cas, la chronologie des arrivées des informations à l'administrateur n'est pas respectée à cause de ce flux trop important. Dans ce cas, traitement de ces informations peut donner lieu à une mauvaise interpretation des faits, interprétation qui peut déclencher des actions inadéquates de la part de l'administrateur. La présente invention a donc pour objet de pallier les inconvénients de l'art antérieur en proposant un procédé distribué de supervision plus rapide et réduisant la quantité d'informations envoyées sur le réseau grande distance. Ce but est atteint par le procédé de supervision distribuée d'indicateurs d'un système informatique défini selon la revendication 1. D'autres caractéristiques du procédé sont définies aux revendications dépendantes 2 à 7. Un autre but est de proposer un agent permettant de mettre en oeuvre le procedé. Ce but est atteint par l'agent indicateur de supervision défini par la revendication 8. D'autres caractéristiques du procédé de l'agent sont définies aux revendications dépendantes 9 à 11. D'autres particularités et avantages de la présente invention apparaîtront plus clairement à la lecture de la description ci-après faite en référence aux dessins annexés dans lesquels - la figure 1 représente un schéma simplifié d'un système informatique dans lequel le procédé selon l'invention peut être utilisé. - figure 2 représente un automate d'état d'un agent mettant oeuvre le procède selon l'invention. - figure 3 représente l'architecture des composants intervenant dans le procédé supervision selon l'invention. Comme expliqué précédemment, un système (1) informatique comprend moins un réseau local d'entreprise (10, 20) communiquant avec un système central (2) ou administrateur au travers d'un réseau grande distance (3). Chaque réseau local d'entreprise (10, 20) comprend au moins un équipement informatique (101, 102, 201, 202), appelé ressource. Selon l'art antérieur, la supervision de l'ensemble des ressources (101, 102, 201, 202) est réalisée par l'intermédiaire d'agents (SNMP ou CMIP suivant le protocole d'administration considéré) distants implantés chaque ressource (101, 102, 201, 202). Ces agents permettent à un administrateur de réaliser la collecte des informations sur les ressources (101, 102, , 202) en mesurant des paramètres déterminés (e.g. par l'émission d'une requete SNMP GetRequest vers l'agent SNMP considéré), puis transmettent les informations collectées vers l'administrateur (2) par l'intermédiaire de requêtes (e.g. GetResponse dans le monde SNMP). L'administrateur (2) effectue ensuite l'évaluation des indicateurs à partir de ces informations reçues. On comprend donc toutes les requêtes envoyées par l'administrateur (2) pour recueillir les informations de supervision et les réponses à ces requêtes des agents encombrent considérablement le réseau grande distance (3), diminuant par conséquent ses performances. Selon l'invention, l'évaluation des indicateurs est distribuée niveau du réseau local d'entreprise (10, 20) dans des agents indicateurs. Pour faire, pour chaque indicateur (In) caractérisant le fonctionnement ou l'état d'une ressource 01, 102, 201, 202), un agent indicateur (A1, A2, B1, 132) spécifique est installé la ressource (101, 102, 201, 202). agents indicateurs (A1, A2, B1, 132) sont des entités de programmation élémentaire et d'exécution. Les agents indicateurs (A1, A2, B l, B2) sont autonomes pour obtenir la propriété d'extensibilité de structure en permettant l'ajout et l'enlèvement faciles d'un ou plusieurs agents indicateurs dans l'architecture. Ils sont rendus autonomes en définissant parfaitement l'interface de ces agents. Ils sont autonomes aussi en terme de communication. communiquent en utilisant des notifications et non par appel procédure, qui permet d'ouvrir l'architecture. Cette communication est asynchrone, ceci permettant d'obtenir une meilleure parallélisation des agents indicateurs et donc meilleur potentiel d'évolution de l'architecture. Les agents indicateurs (A1, A2, B1, B2) peuvent être des objets persistants, leur état étant dans ce cas fait de données qui existent en dehors toute structure d'exécution. Un agent indicateur (A1, A2, B1, B2) est une machine indépendante qui réagit aux notifications. Ainsi, selon l'invention, chaque agent indicateur (A1, A2, B1, B2) est responsable de l'évaluation d'un indicateur (In). Pour ce faire, chaque agent indicateur (A1, A2, B1, 132) comprend, d'une part des propriétés lui permettant d'aller collecter une mesure (Mn) sur la ressource (101, 102, 201, 202) à laquelle il est associé et, d'autre part des propriétés de communication pour demander ou recevoir, le cas échéant, au moins un autre indicateur évalué par autre agent indicateur (A1, A2, B1, B2) selon l'invention, par exemple, par l'intermédiaire de notifications. Ces propriétés sont obtenues par l'intermédiaire de modules spécifiques de programme constituant chaque agent indicateur (A1, A2, B1, B2). Ainsi, un agent indicateur (A1, A2, B1, 132) comprend un module de collecte et/ou un module de communication. De même, un agent indicateur (A1, A2, B1, B2) comprend également un module d'évaluation permettant de calculer l'indicateur proprement dit, à partir des informations collectées par les deux autres modules. Dans ce module d'évaluation, l'équation définissant la valeur d'un indicateur (IAl par exemple) peut faire référence à un ou plusieurs autres indicateurs (1A2, 1131, par exemple). Selon l'invention, chaque indicateur peut être évalué périodiquement. La périodicité d'évaluation est paramétrée lors de l'installation et de la configuration de l'agent indicateur responsable de l'évaluation de l'indicateur, par exemple, par l'intermédiaire d'une horloge paramétrable associée à l'agent indicateur. Cette horloge déclenche périodiquement l'envoi d'un signal provoquant l'activation du module d'évaluation donc le démarrage de la procédure de calcul de l'indicateur. De même, chaque agent indicateur (A1 A2, B1, B2) comprend un identifiant id(Al) respectivement id(A2) ; id(B1) ; id(B2) unique dans le système (1) informatique, de sorte que les communications entre agents indicateurs soient possibles. Les agents indicateurs selon l'invention utilisent un protocole de communication de préférence asynchrone, ce signifie que lorsqu'un agent indicateur émet une requête pour collecter mesure sur une ressource du système ou une notification vers un autre agent indicateur, il n'attend pas la réponse à cette requête ou cette notification pour éventuellement émettre une nouvelle requête ou notification. En d'autres termes, l'envoi des requêtes et des notifications est réalisé en parallèle. De même, le protocole d'administration préféré est de type asynchrone. A titre d'exemple, protocole d'administration asynchrone utilisé est le protocole SNMP ou le protocole CMIP. Toutefois, il est possible d'utiliser un protocole d'administration synchrone, mais les performances sont alors inférieures, notamment en terme de vitesse d'évaluation des indicateurs. De plus, il conviendrait alors de mettre en place un dispositif asynchrone de collecte et de mémorisation des mesures, de sorte que l'agent indicateur qui a émis la requête n'ait qu'à consulter la mémoire de ce dispositif de collecte de mesures. dispositif est, par exemple, une base d'information de gestion (MIB : Management Information Base) particulière appelée par l'homme de métier MIB Rmon. Dans une variante de réalisation, chaque agent indicateur gère une liste dite d'abonnés sur laquelle peuvent s'inscrire d'autres agents indicateurs selon l'invention. Cette liste est mémorisée sur les moyens de mémorisation de l'équipement d'information associé à l'agent indicateur, par exemple sous forme de table. Un agent indicateur A s'inscrit sur cette liste par l'intermédiaire de l'envoi d'une notification spécifique dite d'abonnement "Subscribe (id(A) Information Gestion (A))" à un autre agent indicateur B qui calcule l'indicateur (1B). Cette notification comprend comme paramètres, d'une part une information dite de gestion permettant à l'agent émetteur de réaliser l'association entre une propagation de modification de valeur et l'autre agent indicateur (B) et d'autre part l'identifiant id(A). Dès réception d'une notification d'abonnement, l'agent destinataire (B) traite la notification en inscrivant l'identifiant (IdA) de l'agent émetteur ainsi que l'information de gestion (Information Gestion (A)) dans la liste. Cette liste est consultée par l'agent indicateur (B) qui la gère, après évaluation de l'indicateur (1B) de l'agent (B). Si la nouvelle valeur de l'indicateur est différente de la valeur précédemment evaluée et mémorisée par l'agent, alors l'agent envoie à chaque agent inscrit la liste d'abonnés et identifiés par le paramètre (id(A)), une notification (ValueChanged) comprenant la nouvelle valeur (Val(IB)) de l'indicateur (1B). Pour ce faire, après l'évaluation de l'indicateur (1B), un module de comparaison l'agent indicateur (B), compare la nouvelle valeur de l'indicateur (Val(IB)) avec la valeur précédemment calculée (Valp(IB)) et mémorisée. Si les deux valeurs sont différentes, le module de comparaison déclenche une procédure d'envoi de la notification de changement de valeur à tous les agents, par exemple A, inscrits sur la liste d'abonnés puis enregistre la nouvelle valeur de l'indicateur sur des moyens de mémorisation de l'équipement informatique. La notification de changement de valeur comprend comme paramètre la nouvelle valeur de l'indicateur (Val(IB)) ainsi que l'information de gestion (Information Gestion (A)) de l'agent cible, de sorte que l'agent cible puisse attribuer la valeur reçue à l'indicateur attendu. Entre deux évaluations de l'indicateur (1A1, IA2, 1131, IB2) d'un agent (A1, A2, 131, B2), le module de communication un autre module de l'agent reste en attente d'une éventuelle réception d'une notification de changement d'un indicateur nécessaire pour évaluer son propre indicateur. En effet, comme expliqué précédemment, l'agent A peut etre inscrit sur au moins une liste d'abonnés d'au moins un autre agent (B, de façon à recevoir la valeur de l'indicateur de ce ou ces agents si au moins une valeur d'indicateur change. Lorsque l'agent indicateur abonné reçoit notification (ValueChanged) de changement d'un indicateur nécessaire pour l'évaluation de son indicateur, il identifie dans un premier temps l'indicateur concerné par la modification grâce à l'information de gestion contenue dans la notification, puis mémorise la nouvelle valeur de l'indicateur en lieu et place de l'ancienne valeur, par exemple dans une table stockée sur les moyens de mémorisation de l'équipement informatique associé à l'agent. Chaque autre réception d'une notification de changement indicateur est traitée de la même façon. Lorsque l'horloge paramétrable associée à chaque agent déclenche la procédure d'évaluation le module d'évaluation de l'agent utilisera la ou les dernières valeurs indicateurs mémorisés dans la table, pour évaluer son propre indicateur. Après chaque calcul de sa valeur, l'agent indicateur correspondant, soit transmet la valeur de l'indicateur à l'administrateur (2) par l'intermédiaire d'une notification particulière, soit renseigne une base d'information de gestion (MIB) destinée à etre consultée par l'administrateur (2), soit propage sa valeur (lorsque celle-ci varie) vers les indicateurs qui sont abonnés. Cette MIB peut être stockée soit sur le réseau local, soit sur l'administrateur (2). Quoi en soit, les dernières valeurs des indicateurs évalués par les agents de chaque ressource du système (1) informatique sont toutes accessibles par l'administrateur (2). A cet effet, selon l'exemple de réalisation de la figure 3, utilisant le système d'administration COACH développé par la société BULL S.A., le systeme d'administration (2) comprend un agent (200, CoachProxy) selon l'invention qui est abonné à tous les agents indicateurs (B2) présents sur le système informatique supervisé et calculant un indicateur nécessaire à l'administration du système informatique. Ainsi, dès que la valeur indicateur change, l'agent (200) représentant l'administrateur (2) reçoit notification (201, ValueChanged) de changement d'un indicateur ce qui permet à l'administrateur de suivre les changements de valeurs d'indicateur et donc de superviser le système informatique. Le système (1) informatique représenté figure 1 comprend, à titre d'exemple, deux réseaux locaux d'entreprise (10, 20) comprenant chacun deux ressources 01, 102, 201, 202). Chaque ressource (101, 102, 201, 202) comprend agent indicateur (A1) responsable du calcul d'un indicateur (IA,). La structure d'un agent étant très légère en terme d'espace de stockage, il est possible d'envisager d'installer plusieurs milliers voire dizaines de milliers d'agents selon l'invention sur une même ressource. Un premier agent indicateur (A1) installé sur la première ressource 01) du premier réseau local d'entreprise (10) est destiné à évaluer un premier indicateur (IA,) nécessitant la collecte de la valeur de deux mesures M'A,) présentes sur la première ressource (101). Comme expliqué précédemment, la collecte des mesures (MA1, M'A,) est réalisée par le module de collecte de l'agent selon par exemple le protocole SNMP. Un deuxième agent (A2) installé sur la deuxième ressource (1 du premier réseau local d'entreprise (10) est destiné à évaluer un deuxième indicateur (1A2) nécessitant la collecte de la valeur d'une mesure (MA2) présente la deuxième ressource (102) et du premier indicateur (IA,). Par conséquent, lors de sa configuration, le deuxième agent (A2) envoie une notification d'abonnement (12) vers le premier agent (A1) de sorte que ce dernier inscrive deuxième agent (A2) sur sa liste d'abonnés (1010). Le premier agent (A1) étant installé sur le même réseau local d'entreprise (10) que le deuxieme agent (A2), la notification (12) d'abonnement ainsi que les notifications (11) annonçant un changement de valeur de l'indicateur (IA,) au deuxième agent (A2) peuvent donc être transmises sur le réseau local, déchargeant ainsi le réseau grande distance (3). Un troisième agent (B1) installé sur la première ressource (201) du deuxième réseau local d'entreprise (20) est destiné à évaluer un troisième indicateur (1B1) nécessitant la collecte de la valeur d'une mesure (MB, présente sur la première ressource (201) du deuxième réseau local (20) et du deuxième indicateur (1A2). Par conséquent, lors de sa configuration, le troisième agent (B1) envoie une notification d'abonnement vers le deuxième agent (A2), de sorte que ce dernier inscrive le troisième agent (B1) sur sa liste d'abonnés (1020). Le deuxième agent (A2) étant installé sur un réseau local d'entreprise distinct du réseau du troisième agent (B2), cette notification (33) emprunte le réseau grande distance (3). Un quatrième agent (B2) installé sur la deuxième ressource (202) du deuxième réseau local d'entreprise (20) est destiné à évaluer un quatrième indicateur (1B2) nécessitant la valeur du premier et du troisième indicateurs (1A1, I131). Par conséquent, lors de sa configuration, le quatrième agent (B2) envoie une première notification d'abonnement vers le premier agent (A1), de sorte que ce dernier inscrive le quatrième agent (B2) sur sa liste d'abonnés (1010). Le premier agent (A1) étant installé sur un réseau local d'entreprise distinct du réseau quatrième agent (B2), cette première notification (34) emprunte le réseau grande distance (3). De même, le quatrième agent (B2) envoie une deuxième notification (22) d'abonnement vers le troisième agent (B1), de sorte que ce dernier inscrive le quatrième agent (B1) sur sa liste d'abonnés (2010). Le troisieme agent (B1) étant installé sur un même réseau local d'entreprise (20) que le quatrième agent (B2), la notification (22) d'abonnement ainsi que celles (21) annonçant au quatrième agent (B2) un changement de valeur de l'indicateur (1B,) peuvent donc être transmises sur le réseau local, déchargeant ainsi le réseau grande distance (3). La figure 2 représente un automate d'état finis dont les noeuds sont notés Init , Get , Retry Get , Compute and Schedule et Error mngt . Cet automate d'état permet de mieux comprendre la gestion des requêtes envoyées par chaque agent et destinées à la collecte de mesures. Les transitions entre états sont déclenchées par des notifications Value Changed , SchedTime0utResp , GetTime0utResp et SnmpGetResp reçues par l'agent indicateur. En effet, requête peut ne pas aboutir ou bien se perdre, il faut donc prévoir un mécanisme permettant de limiter temps d'attente d'une réponse sachant qu'une réponse est délivrée à l'agent émetteur dès que la réponse correspondante disponible. Cette dernière information est fourni par un agent spécifique (300, SNMPProxy) communiquant avec l'agent (B2) indicateur. Cet agent (300) spécifique est un agent conforme au protocole d'administration et collectant informations sur les ressources du système informatique au travers du réseau local (10, 20) ou du réseau (3) grande distance. La notification & & permet de spécifier les conditions associées aux transitions et qui porte l'état de l'agent et/ou des valeurs véhiculées par les notifications. L'état Init (40) est l'état initial de l'agent dans lequel ce dernier est en attente de notification (ValueChanged) en provenance de l'ensemble éventuellement vide des agents indicateurs auxquels il est abonné ou bien en attente d'un signal (SchedTime0utResp) provenant de son horloge associée. Dans cette phase correspondant â l'état initial (init), l'agent traite normalement les changements de valeurs propagées par les indicateurs auxquels il s'est préalablement abonné en lui envoyant des notifications (ValueChanged). Lorsqu'après un temps déterminé OT1, le signal (SchedTime0utResp) est reçu, il déclenche également une procédure d'évaluation de l'indicateur par acquisition de mesures au moyen de la couche protocolaire asynchrone. Le déclenchement de cette procédure d'évaluation fait passer l'agent à l'état Get (41) pour déclencher le cas échéant l'envoi de requête de collecte par l'émission d'une requête (41) SnmpGet vers l'agent (300) SNMPProxy (Fig. 3) et armement d'une horloge (400) de garde afin de détecter la perte éventuelle de la requête. Cette requête (41) comporte trois informations l'une concernant l'adresse internet InetAddress , la seconde est de type chaîne String , et la troisième le fait que les paramètres de la mesure sont représentés par une séquence. Ceci est effectué dans le monde SNMP par des requêtes SnmpGet avec gestion des réponses à ces requêtes et des requêtes perdues. Lorsque toutes les requêtes ont abouti, c'est-à-dire lorsque toutes mesures ont été collectées, l'agent reçoit une requête (412) SnmpGetResp (sequence, errorStatus, errorindex) et qu'aucune erreur ne s'est produite dans le traitement de la requête d'acquisition de l'information (la valeur errorStatus délivrée par la notification vaut 0), l'agent indicateur passe alors à l'état Compute and Schedule (42) correspondant à l'état dans lequel l'agent calcule son indicateur proprement dit en fonction de son équation d'évaluation. La notation SnmpGetResp (sequence, errorStatus, errorlndex) signifie que la notification SnmpGetResp véhicule trois informations. Ainsi, la première information sequence constitue la mesure représentée par une sequence ASN.1, la deuxième information errorStatus indique par sa valeur la survenance d'une erreur et troisième information errorlndex caractérise par sa valeur, l'erreur si la valeur de la deuxième information errorStatus n'est pas nulle. L'évaluation proprement dite est effectuée lorsque tous les paramètres requis sont disponibles, c'est-à-dire le résultat des mesures et les valeurs des indicateurs référencés. Cette étape utilise, d'une part les valeurs des mesures réalisées et, d'autre part les valeurs des indicateurs référencés qui font partie de l'état de l'indicateur. Si, lors de ce calcul, la valeur nouvellement calculée de l'indicateur est modifiée, alors, comme décrit précédemment, cet agent indicateur propagera cette modification aux indicateurs abonnés. Après evaluation, l'agent revient de nouveau à l'état Init (40). Lors du passage à l'état Get , une horloge a été armée de sorte que, après une durée déterminée AT2 la requête n'a pas reçu de réponse, l'agent indicateur reçoit la notification (410) (GetTime0utResp) et l'agent passe à l'état Retry Get (43) dans lequel l'agent renouvelle un nombre déterminé de fois (déterminé par un compteur (count)) l'envoi des requêtes d'acquisition d'informations restées sans réponse. Si toutes les informations ont été obtenues lors de ces nouvelles tentatives, c'est-à-dire si la notification (413) SnmpGetResp (sequence, errorStatus, errorlndex) est reçue avec la deuxième information errorStatus à la valeur nulle, l'agent passe à l'état Compute and Schedule (42). Sur réception d'une notification (420) (SnmpGetResp (sequence, errorStatus, errorlndex) avec errorStatus non nul) l'agent réitère l'acquisition des informations jusqu'à ce que le compteur count ait atteint valeur limite (5 par exemple). Dans ce cas, la ou les ressources sur lesquelles sont collectées les mesures sont déclarées indisponibles ( Machine unvailable ) à l'état (44) puis l'agent passe à l'état Error mngt (45) pour envoyer un message d'erreur d'administration vers l'administrateur (2, 1). Le procédé de supervision distribuée d'indicateurs selon invention comprend pour chaque indicateur souhaité, tout d'abord, l'installation et la configuration d'un agent (A1, A2, B1, B2) selon l'invention sur les ressources 01, 102, 201, 202) à superviser du système informatique (1). Cette première étape comprend éventuellement pour chaque agent son abonnement à au moins un autre agent responsable de l'évaluation d'un indicateur nécessaire à l'évaluation de l'indicateur de l'agent. La configuration de chaque agent peut également comprendre le paramétrage de l'horloge associée, pour que l'évaluation de l'indicateur soit réalisée selon une période déterminée. Ensuite, le procédé comprend pour chaque agent une étape d'évaluation de indicateur correspondant au calcul proprement dit. Comme expliqué précédemment, cette étape peut comprendre la collecte de mesure sur un équipement informatique, et/ou le traitement des changements de valeurs des indicateurs nécessaires pour l'évaluation de l'indicateur de chaque l'agent. De même, après le calcul de l'indicateur, chaque agent peut diffuser la nouvelle valeur de l'indicateur aux agents nécessitant cette nouvelle valeur pour le calcul de leur propre indicateur. On conçoit que le procédé et l'agent selon l'invention permettent tout d'abord de réduire le nombre de requêtes transmises sur le réseau grande distance puisque la collecte de mesures est limitée aux besoins non satisfaits par l'envoi des valeurs modifiées aux agents abonnés et que la communication entre agents distants est réalisée uniquement par notification et non plus en utilisant des requêtes, ce qui divise par deux la quantité d'informations transmises sur le réseau grande distance. En effet, l'envoi d'une requête provoque une réponse du destinataire alors qu'une notification ne nécessite pas de réponse. De plus, le procédé et l'agent selon l'invention répartissent la charge du calcul des indicateurs sur l'ensemble du système. En effet, selon l'art antérieur, l'ensemble des calculs est réalisé par l'administrateur. Par conséquent, l'administrateur (2) peut réaliser plus rapidement les autres opérations d'administration (2). Ainsi, le procédé selon l'invention se caractérise en ce qu'il comprend - une étape d'installation et de configuration d'au moins un agent indicateur , A2, B1, B2) sur chaque équipement informatique (101, 102, 201, 202) du systeme (1), destiné à calculer un indicateur On) dépendant d'autres indicateurs paramètres permettant de caractériser le fonctionnement ou l'état d'un équipement (101, 102, 201, 202) du système (1), - pour chaque agent (A1, A2, B1, B2), soit une étape d'évaluation d'un indicateur (1A1, IA2, 1131, 1B2,) dès qu'un des indicateurs ou paramètres intervenant dans l'indicateur en cours d'évaluation évolue, soit une étape d'attente signal émis par une horloge paramétrée selon la période définie déterminant départ de la procédure d'acquisition. Dans un autre mode de réalisation, l'étape d'évaluation comprend étape de traitement des changements de valeur de chaque indicateur nécessaire pour l'évaluation de l'indicateur, reçus par le module de communication. Dans un autre mode de réalisation, le procédé comprend - une étape d'acquisition de chaque mesure par l'intermédiaire requêtes émises par un module de collecte de l'agent indicateur et établies selon un protocole de communication déterminé - une étape de calcul de la fonction donnant la valeur de l'indicateur utilisant la valeur collectée par la ou les mesures et/ou de la valeur du ou des indicateurs reçus. Dans un autre mode de réalisation, l'étape de traitement est réalisee pendant l'étape d'attente. Dans un autre mode de réalisation, l'étape d'évaluation comprend étape diffusion de la nouvelle valeur de l'indicateur vers tous les agents nécessitant cette valeur pour leur propre étape d'évaluation. Dans un autre mode de réalisation, l'étape d'installation et configuration comprend pour chaque agent installé, une étape d'abonnement a chaque agent évaluant un indicateur nécessaire pour calculer l'indicateur de l'agent installé permettant à chaque agent abonné de recevoir automatiquement les nouvelles valeurs de chaque indicateur. Dans un autre mode de réalisation, le protocole de communication déterminé est asynchrone. Ainsi, l'agent indicateur de supervision selon l'invention se caractérise en ce il est implanté sur l'équipement informatique à superviser et comprend un module d'évaluation d'un indicateur, un module de collecte d'au moins une mesure l'équipement et/ou un module de communication avec au moins un autre agent indicateur pour collecter au moins un autre indicateur évalué par cet autre agent indicateur. Dans un autre mode de réalisation, l'agent est associé à une horloge paramétrée qui produit un signal selon une période déterminée provoquant l'activation du module de collecte en vue de l'évaluation. Dans un autre mode de réalisation, le module de communication comprend des moyens de création d'une notification à destination d'un agent indicateur cible déterminé destiné à inscrire l'agent source sur une liste d'agents abonnés définissant les agents abonnés auxquels sera envoyée une notification de changement de valeur de l'indicateur évalué par l'agent indicateur cible nécessaire à l'évaluation de l'indicateur de l'agent indicateur abonné. Dans un autre mode de réalisation, l'agent comprend une table de mémorisation des agents indicateurs abonnés, cette table comportant l'identifiant de chaque agent abonné pour lui adresser les notifications (ValueChanged) de changement de valeur de l'indicateur. II doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci-dessus. REVENDICATIONS Procédé de supervision distribuée d'indicateurs d'un système informatique (1), comprenant au moins un réseau local d'entreprise (10,20) comprenant au moins un équipement informatique (101 102, 201, 202) et administré par un système central (2) communiquant avec chaque réseau local d'entreprise (10, 20) par l'intermédiaire d'un réseau grande distance, est caractérisé en ce qu'il comprend une étape d'installation et de configuration moins un agent indicateur (A1, A2, B l, 132) sur chaque équipement informatique (101, 102, 201, 202) du système (1), destiné à calculer un indicateur (I,,) dépendant d'autres indicateurs ou paramètres permettant de caractériser le fonctionnement ou l'état d'un équipement (101, 102, 201, 202) du système (1), - pour chaque agent (A1, A2, B1, B2), soit une étape d'évaluation d'un indicateur (1A1, IA2, IB1, IB2,) dès qu'un des indicateurs ou paramètres intervenant dans l'indicateur en cours d'évaluation évolue, soit une étape d'attente d'un signal émis par une horloge paramétrée selon la période définie déterminant le départ la procédure d'acquisition. Procédé selon la revendication 1, caractérisé en ce que l'étape d'évaluation comprend une étape de traitement des changements de valeur de chaque indicateur nécessaire pour l'évaluation de l'indicateur, reçus par le module communication. Procédé selon la revendication 1, caractérisé en ce qu'il comprend - une étape d'acquisition de chaque mesure par l'intermédiaire de requêtes émises par un module de collecte de l'agent indicateur et établies selon un protocole de communication déterminé - une étape de calcul de la fonction donnant la valeur de l'indicateur en utilisant valeur collectée par la ou les mesures et/ou de la valeur du ou indicateurs reçus. Procédé selon la revendication 2, caractérisé en ce que l'étape traitement est réalisée pendant l'étape d'attente. Procédé selon la revendication 1 ou 3, caractérisé en ce l'étape d'évaluation comprend une étape de diffusion de la nouvelle valeur l'indicateur vers tous les agents nécessitant cette valeur pour leur propre étape d'évaluation. Procédé selon l'une des revendications 1 à 5, caractérisé en que l'étape d'installation et de configuration comprend pour chaque agent installé, étape d'abonnement à chaque agent évaluant un indicateur nécessaire pour calculer l'indicateur de l'agent installé permettant à chaque agent abonné de recevoir automatiquement les nouvelles valeurs de chaque indicateur. 7. Procédé selon la revendication 3, caractérisé en ce que protocole de communication déterminé est asynchrone. 8. Agent indicateur de supervision d'un équipement informatique appartenant à un système informatique caractérisé en ce qu'il est implanté l'équipement informatique à superviser et comprend un module d'évaluation d'un indicateur, un module de collecte d'au moins une mesure sur l'équipement et/ou un module de communication avec au moins un autre agent indicateur pour collecter au moins un autre indicateur évalué par cet autre agent indicateur. Agent selon la revendication 8, caractérisé en ce que l'agent est associé une horloge paramétrée qui produit un signal selon une période déterminée provoquant l'activation du module de collecte en vue de l'évaluation. 10. Agent selon la revendication 8 ou 9, caractérisé en ce que le module communication comprend des moyens de création d'une notification à destination d'un agent indicateur cible déterminé destiné à inscrire l'agent source une liste d'agents abonnés définissant les agents abonnés auxquels sera envoyée une notification de changement de valeur de l'indicateur évalué par l'agent indicateur cible nécessaire à l'évaluation de l'indicateur de l'agent indicateur abonné. 11. Agent selon l'une des revendications 8 à 10 caractérisé en ce qu'il comprend une table de mémorisation des agents indicateurs abonnés, cette table comportant l'identifiant chaque agent abonné pour lui adresser les notifications (ValueChanged) changement de valeur de l'indicateur.