FR 2835822 A1 20030815 FR 0215021 A 20021129 ARRIERE PLAN DE L'INVENTION 1. Domaine de l'invention La présente invention concerne des installations de distribution de carburant et, plus particulièrement, un procédé, un système et un produit de programme d'ordinateur à utiliser en combinaison avec une installation d'agent pour assurer une gestion de réseau d'emplacements de distributeurs de carburant, et pour faciliter la gestion à distance de l'environnement de réapprovisionnement en carburant. 2. Description de la technologie concernée Les stations de distribution de carburant conventionnelles sont typiquement configurées avec un équipement de réapprovisionnement en carburant connecté à une installation d'opérateur sur une ligne dédiée qui transporte une information de transaction client et des commandes de contrôle. Une installation d'opérateur telle qu'un terminal de point de vente (PDV) est principalement configurée pour traiter la demande de réapprovisionnement en carburant d'un client. Des exemples d'opérations de traitement comprennent l'exécution d'une vérification d'autorisation, la compilation d'une réception de transaction terminée, et une communication avec le client concernant divers autres sujets tels qu'un supplément à la transaction de réapprovisionnement en carburant par l'achat de marchandises dans un magasin d'articles courants. Cependant, les stations de réapprovisionnement en carburant conventionnelles sont singulièrement pauvres en ce qui concerne la mise en #uvre de caractéristiques de gestion telles que des opérations de diagnostic et d'entretien. Ces exemples de caractéristiques de gestion sont destinées à assurer diverses tâches administratives essentielles pour maintenir l'intégrité et les normes de fonctionnement de l'activité de réapprovisionnement en carburant. Par exemple, il est nécessaire de surveiller l'état de fonctionnement et les performances de l'équipement de réapprovisionnement en carburant, pour s'assurer qu'il fonctionne convenablement en ce qui concerne les exigences de référence. Ces données de surveillance doivent être mises à la disposition d'une installation de diagnostic convenable pour identifier des défauts de fonctionnement du dispositif et pour effectuer d'autres fonctions de détection de pannes comme le demande le service d'entretien programmé. Habituellement cependant, de telles procédures de diagnostic nécessitent que du personnel de service pénètre physiquement dans la zone de boîtier de distributeur de carburant pour pouvoir accéder directement aux composants ou pour effectuer une connexion d'interface en utilisant une certaine forme de sonde ou d'outil d'examen attaché à l'équipement. Dans tous les cas, du personnel sur le site doit effectuer l'activité de surveillance manuellement à l'emplacement de l'équipement. De plus, un équipement de surveillance courant existe typiquement dans une configuration isolée indépendante ; par suite, les données de surveillance ne peuvent être amenées automatiquement à un centre de service pour analyse. Le personnel de service doit habituellement transmettre l'information extraite des dispositifs de réapprovisionnement en carburant, à une installation de traitement dans laquelle une analyse de données plus complète peut être effectuée. Cette séquence d'événements conduit à une procédure de détection de pannes prolongée et pièce à pièce qui limite la capacité du personnel de service à identifier et résoudre rapidement un problème. Par exemple, il serait avantageux d'activer une procédure d'entretien dans un cadre de temps proche du moment où les résultats du test de diagnostic deviennent disponibles. De cette manière, on ne laisse pas le problème identifié persister et produire une détérioration supplémentaire de l'environnement du distributeur. De plus, une installation de contrôle serait avantageuse pour permettre la mise en #uvre d'une opération de contrôle si elle semble plus avantageuse qu'une opération d'entretien. Ce dont on a besoin est donc d'une fonctionnalité de diagnostic qui facilite l'exécution de procédures de diagnostic d'une manière automatisée, dynamique et continue. Les procédures de diagnostic peuvent être effectuées localement dans la station de réapprovisionnement en carburant, ou dans un emplacement à distance. L'installation de diagnostic doit également permettre aux données des composants surveillés d'être collectées automatiquement. Les résultats d'une évaluation de données quelconque peuvent être chargés pour des besoins de disposition d'appels d'entretien. L'installation de diagnostic doit de préférence être configurée pour invoquer automatiquement un appel d'entretien ou une opération de commande en réponse aux résultats des tests de diagnostic. Le besoin urgent d'une fonctionnalité de diagnostic et d'entretien améliorée dans des environnements de réapprovisionnement en carburant, est particulièrement remarquable lorsqu'on considère les coûts de garantie. Comme cela est bien connu, une station-service typique comprend des emplacements de distributeurs multiples équipés chacun d'un réseau de plus en plus complexe de composants, de dispositifs et de processus. Par suite, le rendement économique des emplacements de distributeur indivi- duels doit dépendre dans une large mesure de la capacité à maintenir les composants du distributeur dans un ordre de travail extrêmement efficace et fiable pendant une longue période de temps et dans des conditions d'utilisation étendues. Cependant, plusieurs facteurs contribuent collectivement à diminuer la durée de vie effective d'un composant particulier. L'environnement ambiant de la station-service peut introduire des contraintes à long terme persistantes dans l'équipement du distributeur. Par exemple, des facteurs extérieurs tels qu'une température extrême, une humidité extrême et autres effets liés au temps, peuvent exposer l'équipement du distributeur à des conditions qui affectent défavorablement les performances des composants. De plus, l'utilisation répétitive des composants peut amener des pannes si l'utilisation dépasse des limites permises. Chaque composant dans l'environnement du distributeur comporte une valeur de temps moyen entre pannes MTBF (MTBF = Mean Time Between Failure) qui représente la plage permise ou le seuil d'utilisation. Les exemples de composants qui suivent ont les valeurs de MTBF indiquées ci-dessous : - électronique d'un lecteur de carte - 125 000 heures ; - tête de lecteur de carte - 500 000 passes ; - électronique d'imprimante - 50 000 000 impulsions ; - abrasif d'imprimante - 50 km de papier ; et - clavier à membrane - 1 000 000 pressions. Cependant, ces valeurs de MTBF ne peuvent normalement être atteintes que si une maintenance préventive régulière est effectuée sur les composants. Les parties du distributeur ne peuvent généralement atteindre leur durée de vie d'utilisation prévue sans un certain type d'entretien ou maintenance. Le problème qui n'a pas encore été convenablement abordé concerne le développement d'un mécanisme pour déterminer le moment où l'entretien doit être effectué. De plus, même si la valeur de MTBF n'est pas dépassée, il est toujours possible que des composants puissent tomber prématurément en panne dans diverses circonstances telles que par exemple des conditions d'environnement imprévues, des défauts de conception cachés, une mauvaise installation, et une mauvaise utilisation. Par suite, certaines parties doivent être supervisées régulièrement (par exemple à intervalles périodiques), sinon de façon continue, pour identifier des problèmes et enregistrer des visites d'entretien. Il est clair que des procédures de diagnostic et d'en- tretien jouent ensemble un rôle vital pour assurer la poursuite de l'intégrité du dispositif de distributeur et pour conserver la qualité de bon état de fonctionnement des pièces. Il est donc nécessaire d'établir une police de diagnostic qui surveille de façon continue l'état et les performances des composants, même avant que la limite de MTBF ait été atteinte. De plus, un programme d'entretien doit être mis en #uvre pour compléter le programme de diagnostic de façon que des solutions, des réparations, des remèdes ou autres actions correctrices de même nature puissent être effectuées pour maintenir le bon ordre de travail des parties concernées. Une autre caractéristique généralement absente des distributeurs de carburant standards fait appel à la capacité de régler sélectivement des composants du distributeur d'une manière qui soit commandée par les résultats des opérations de diagnostic. De tels réglages pourraient par exemple mettre en #uvre la modification d'un paramètre d'un composant. Des formes courantes de commande sont limitées à une liaison de commande dédiée entre le terminal de point de vente (PDV) et l'emplacement du distributeur, nécessitant une supervision et une manipulation manuelles. Il n'y a pas d'installation centralisée ou automatisée pour coordonner, superviser et gérer les aspects de commande des divers emplacements de distributeurs. Il serait avantageux, dans une station de réapprovisionnement en carburant par exemple, de permettre à un programmeur ou autre personnel de service, de modifier les propriétés de travail de l'équipement de réapprovisionnement en carburant, par exemple en changeant les débits d'écoulement respectifs de l'ensemble de pompe/vanne de carburant et de l'appareil de récupération de vapeur. Cependant, les dispositifs utilisés dans les dispositions de distributeurs conventionnelles utilisent typiquement des programmes de commande qui sont noyés dans des EPROM. Cette configuration rend essentiellement irréalisable de fixer des défauts de programmation quelconques ou de fournir des mises à jour du logiciel car cela devrait nécessiter de remplacer la EPROM existante par une nouvelle EPROM ayant le module de logiciel voulu. Par suite, les concepteurs considèrent typiquement l'équipement de réapprovisionnement en carburant sur le site comme une configuration statique incapable de traiter des mises à jour ou de s'adapter à des opérations de reconfiguration périodiques. Ce dont on a besoin est donc d'une installation de gestion qui permette d'effectuer des changements liés au logiciel sans nécessiter l'inter- vention physique qu'on rencontre dans les dispositifs conventionnels, en renforçant et en étendant ainsi la fonctionnalité basée sur le logiciel. De plus, on a besoin d'une application de gestion de type réseau conçue pour être intégrée à la station de réapprovisionnement en carburant, qui puisse faciliter et par ailleurs supporter des opérations de type réseau telles que des reconfigurations de profils de dispositifs, des mises à jour dynamiques des processus de commande et des jeux d'instructions de programmes, et des déchargements de logiciel automatiques. Une fonction utile de tels réseaux gérés met en oeuvre la capacité de reconfigurer les paramètres de fonctionnement et les processus de logiciel passant sur les dispositifs ou les machines gérés. En plus de l'établissement d'une installation qui soit capable, dans l'environnement de réapprovisionnement en carburant, de fournir des fonctions de gestion localisées (par exemple de diagnostic), il est également impératif que cette caractéristique soit intégrée à un administrateur universel de type global qui soit capable de superviser tout le système des environnements de réapprovisionnement en carburant. Ce besoin est apparu en particulier de concert avec la globalisation rapide du commerce. L'expansion commerciale sur de nouveaux marchés géographiques a signifié que des unités de travail individuelles telles que des stations de réapprovisionnement en carburant, ne sont plus limitées au seul marché domestique mais sont de plus en plus déployées internationalement. Dans ce but, il est nécessaire de développer une capacité administrative qui permette à une autorité centrale de traiter en même temps les diverses tâches de gestion associés à chaque station de réapprovisionnement en carburant. Ce dont on a besoin est donc d'un gestionnaire de système de largeur réseau qui soit capable de gérer à distance les opérations de sites de réapprovisionnement en carburant multiples, en collaboration et/ou en coopération avec les fonctions de gestion locales. RESUME DE L'INVENTION Selon la présente invention, on crée un procédé, un système et un produit de programme d'ordinateur destinés à faciliter les diverses tâches de gestion relatives aux composants se trouvant dans des emplacements de distributeurs de carburant. Une installation d'agent utilisant des processus de logiciel convenables est configurée pour surveiller les emplacements de distributeurs de manière à collecter une information d'événement, à effectuer des opérations de diagnostic sur les données de composants accompagnant l'information d'événement, et à diriger l'exécution d'opérations d'entretien pertinentes en réponse aux résultats des tests de diagnostic. Sous une forme de celle-ci, la procédure de test de diagnostic manipule une information de variable spécifique d'événement suivant l'événement détecté et suivant les données de composants associées. La manipulation de variable est typiquement mise en #uvre comme une opération de traitement de données effectuée par exemple sur une valeur variable ou sur une contre-valeur associée à l'événement détecté. Sous une forme de celle-ci, l'information de variable est fournie sous la forme d'une table de variables comportant un certain, nombre d'enregistrements associés chacun à un événement respectif. Chaque enregistrement devrait également contenir des valeurs de variables pertinentes et des contre-valeurs. Le contenu de la table de variables peut être peuplé de n'importe quelle manière convenable. Le programme de test de diagnostic utilise une procédure ou algorithme d'évaluation à base de règles, qui applique l'information de variable manipulée à des règles spécifiques d'événement associées à l'événement détecté. Ces règles peuvent par exemple mettre en oeuvre une analyse comparative concernant des mesures de référence prédéterminées ou autres règles de type décision convenables. Dans une autre configuration, les règles sont mises en #uvre sous la forme d'une table d'événements comportant un certain nombre d'enregistrements associés chacun à un événement respectif. Chaque enregistrement comprend par exemple des instructions concernant le type d'opération de traitement de données à effectuer, et des instructions concernant le type de procédure d'évaluation à effectuer sur les données traitées. De plus, chaque enregistrement comprend des instructions spécifiant le type d'opération d'entretien et/ou d'opération de contrôle à effectuer en réponse à la sortie ou aux résultats de l'évaluation terminée. L'installation d'agent présente diverses caractéristiques avantageuses. Par exemple, l'installation d'agent peut être configurée sous la forme d'une machine client destinée à être utilisée dans un modèle d'architecture de serveur client. La table de variables et la table d'événements sont de préférence programmables pour permettre à ces tables d'être peuplées sélectivement et de manière réglable. De cette manière, par exemple, les règles de diagnostic peuvent être modifiées ou mises à jour pour s'adapter à des changements des critères d'évaluation de points de référence. L'installation d'agent est de préférence connectée à une installation à distance comportant une application de gestion pour établir un système de gestion de réseau capable d'effectuer diverses tâches de gestion à distance et divers services administratifs. Les fonctions de gestion de réseau comprennent des tâches telles qu'une configuration de l'équipement de distribution de carburant, des mises à jour de logiciel de déchargement vers les dispositifs de commande et les composants du processeur dans la station de réapprovisionnement en carburant, une surveillance de l'état et des performances de l'équipement de distribution de carburant concernant les opérations de réapprovisionnement en carburant, un diagnostic et une détection de défauts de fonctionnement et autres problèmes, ainsi que des appels d'entretien de programmation et autres activités de service en réponse aux évaluations de diagnostic. L'application de gestion à distance effectue ses diverses fonctions de gestion de réseau conjointement avec un certain nombre d'agents de logiciel dédiés se trouvant chacun dans une station de réapprovisionnement en carburant respective. Dans un cadre de gestion de réseau, l'équipement de distribution de carburant placé dans les stations de réapprovisionnement en carburant individuelles est considéré, par l'application de gestion, sous la forme d'objets ou de dispositifs de réseau géré. Les liaisons de communication entre l'installation d'agent et les emplacements de distributeurs ainsi qu'entre l'installation d'agent et l'application de gestion à distance, peuvent utiliser l'une quelconque de diverses connexions de réseau telles qu'un réseau à base de paquets (par exemple Internet) ou un support de communications à grande vitesse et à largeur de bande élevée (par exemple une liaison Eternet) utilisant le Protocole de Commande de Transmission/Protocole Internet (PCT/PI) standard. L'invention, sous une forme de celle-ci, concerne un système comprenant, en combinaison, un emplacement de distributeur de carburant comportant un certain nombre composants, et une installation d'agent associée en fonctionnement à l'emplacement de distributeur de carburant. L'installation d'agent est configurée pour effectuer une fonction de surveillance et/ou une fonction de contrôle relative à l'emplacement du distributeur de carburant. Dans une forme de réalisation, l'installation d'agent est en outre configurée pour : (i) recevoir une information d'événement de l'emplacement de distributeur de carburant ; (ii) traiter l'information d'événement reçue de l'emplacement de distributeur de carburant ; (iii) évaluer et/ou analyser l'information d'événement traitée ; (iv) exécuter une tâche d'entretien suivant les résultats de l'évaluation et/ou analyse ; (v) exécuter une tâ- che de contrôle suivant les résultats de l'évaluation et/ou analyse ; ou (vi) effectuer une combinaison quelconque des étapes (i) à (v). Dans une autre forme de réalisation, l'installation d'agent est en outre configurée pour : (i) effectuer une opération de diagnostic relativement à une information d'événement reçue opérationnellement de l'emplacement de distributeur de carburant ; et/ou (ii) effectuer et/ou diriger une opération d'entretien relativement à l'emplacement du distributeur de carburant, suivant le résultat de l'opération de diagnostic. Dans une autre forme de réalisation encore, l'installation d'agent comprend en outre, en combinaison, un moyen pour recevoir l'information d'événement de l'emplacement de distributeur de carburant ; une installation de données comprenant un certain nombre d'éléments d'information associés chacun à un événement respectif ; un processeur ; et une installation de règles. Le processeur est configuré pour traiter au moins un élément d'information de l'installation de données, suivant l'information d'événement reçue de l'emplacement de distributeur de carburant. L'installation de règles comprend un certain nombre de règles associées chacune à un événement respectif. Chaque règle définit respectivement une fonction d'évaluation configurée pour évaluer l'information traitée par le processeur et/ou une fonction de tâche configurée pour exécuter au moins une tâche suivant les résultats de la fonction d'évaluation. Dans une autre forme de réalisation encore, l'installation d'agent comprend en outre, en combinaison, un moyen pour recevoir l'information d'événement provenant de l'emplacement de distributeur de carburant ; une installation de données comprenant un certain nombre d'éléments d'information associés chacun à un événement respectif ; un processeur ; et une installation de règles. Le processeur est configuré pour traiter au moins un élément d'information de l'installation de données, suivant l'information d'événement reçue de l'emplacement de distributeur de carburant. L'installation de règles comprend un certain nombre de règles associées chacune à un événement respectif. Chaque règle définit respectivement : (i) une fonction de diagnostic configurée pour effectuer une opération de diagnostic relativement à l'information traitée par le processeur ; (ii) une opération d'appel d'entretien configurée pour effectuer et/ou diriger l'exécution d'au moins une tâche d'entretien appartenant à l'emplacement de distributeur de carburant, suivant les résultats de l'opération de diagnostic ; (iii) une opération de contrôle configurée pour effectuer et/ou diriger l'exécu- tion d'au moins une tâche de contrôle appartenant à l'emplacement de distributeur de carburant, suivant les résultats de l'opération de diagnostic ; ou (iv) une combinaison quelconque de (i)-(iii). Le système, sous une forme de celui-ci, comprend en outre une table de variables et une table d'événements associées en fonctionnement à l'installation d'agent. La table de variables comprend un certain nombre d'enregistrements spécifiques d'événements. Chaque enregistrement comprend respectivement (i) un indicateur d'événement indicatif de l'événement respectif associé à celui-ci, et (ii) une information de variable appartenant à l'événement respectif. La table d'événements comprend un certain nombre d'enregistrements spécifiques d'événements. Chaque enregistrement comprend respectivement l'un au moins de : (i) un domaine d'événement indicatif d'un événement associé à l'enregistrement ; (ii) un domaine de type d'action fournissant des instructions définissant une opération de traitement de données à effectuer conjointement avec une information de variable pertinente provenant de la table de variables ; (iii) un domaine de type de test fournissant des instructions définissant une opération d'analyse à effectuer conjointement avec les résultats de l'opération de traitement de données ; (iv) un domaine de valeur de test définissant une valeur de test prédéterminée à utiliser dans l'opération d'analyse ; et (v) un domaine d'événement d'escalade fournissant des instructions définissant au moins une tâche à exécuter suivant le résultat de l'opération d'analyse. Le système, sous une autre forme de celui-ci, comprend en outre une installation à distance incluant une application de gestion. L'installation à distance est disposée séparément de l'emplacement du distributeur de carburant. L'application de gestion est configurée pour permettre la gestion d'au moins un élément de l'emplacement du distributeur de carburant, en coopération avec l'installation d'agent. Une liaison de communications est prévue entre l'installation d'agent et l'installation à distance. L'invention, sous une autre forme de celle-ci, concerne un système destiné à être utilisé dans un environnement de réapprovisionnement en carburant. L'environnement de réapprovisionnement en carburant comprend un certain nombre d'emplacements de distributeurs de carburant comportant chacun un certain nombre de composants respectifs. Le système comprend un système de gestion configuré pour permettre une gestion opérationnelle de l'environnement de réapprovisionnement en carburant. Le système de gestion comprend une application de gestion en combinaison avec une installation d'agent. L'installation d'agent est disposée opérationnellement dans une configuration de gestion de réseau avec au moins un emplacement de distributeur de carburant. Dans une forme de réalisation, l'application de gestion est disposée à distance de l'environnement de réapprovisionnement en carburant, et l'installation d'agent est disposée à l'intérieur de l'environnement de réapprovisionnement en carburant. L'invention, sous une autre forme de celle-ci, concerne un appareil comprenant, en combinaison, un emplacement de distributeur de carburant et une installation d'agent associée opérationnellement à l'emplacement de distributeur de carburant. Dans une forme de réalisation, l'installation d'agent comprend en outre, en combinaison, un moyen pour recevoir une information d'événement provenant de l'emplacement de distributeur de carburant ; un programme de tests de diagnostic couplé opérationnellement au moyen de réception ; et un programme de procédure d'entretien associé opérationnellement au programme de tests de diagnostic. Sous une autre forme, l'installation d'agent comprend en outre, en combinaison, un moyen pour recevoir une information d'événement provenant de l'emplacement de distributeur de carburant ; un processeur de données couplé opérationnellement au moyen de réception ; etun analyseur de données couplé opérationnellement au processeur de données. Sous une autre forme encore, l'installation d'agent comprend en outre, en combinaison, un moyen pour recevoir une information d'événement provenant de l'emplacement de distributeur de carburant ; une installation de données comprenant un certain nombre d'éléments d'information associés chacun à un événement respectif; un processeur associé opérationnellement au moyen de réception et à l'installation de données ; et une installation de règles associée opérationnellement au processeur. L'installation de règles comprend un certain nombre de règles associées chacune à un événement respectif. Chaque règle comprend respectivement un premier ensemble d'instructions exécutables définissant une procédure d'évaluation, et un second ensemble d'instructions exécutables définissant une tâche de gestion, la tâche de gestion comprenant une tâche de contrôle exécutable et/ou une tâche d'entretien exécutable. Sous une autre forme encore, l'installation d'agent comprend en outre, en combinaison, un moyen pour recevoir une information d'événe- ment provenant de l'emplacement de distributeur de carburant ; une installation de données comprenant un certain nombre d'éléments d'information associés chacun à un événement respectif; un processeur associé opérationnellement au moyen de réception et à l'installation de données ; et une installation de règles associée opérationnellement au processeur. L'installation de règles comprend un certain nombre de règles associées chacune à un événement respectif. Chaque règle comprend respectivement (i) un premier code de programme définissant une opération de diagnostic ; (ii) un second code de programme définissant une opération d'entretien relativement à l'emplacement de distributeur de carburant, et (iii) un troisième code de programme définissant une opération de commande relativement à l'emplacement de distributeur de carburant. L'appareil, dans une forme de réalisation, comprend en outre un programme de contrôle de distributeur de carburant associé opérationnellement à l'installation d'agent. L'appareil, sous une autre forme de réalisation, comprend en outre une table de variables et une table d'événements associées opérationnellement à l'installation d'agent. La table de variables comprend un certain nombre d'enregistrements spécifiques d'événements. Chaque enregistrement comprend respectivement (i) un indicateur d'événement indicatif de l'événement respectif associé à celui-ci, et (ii) une information de variable appartenant à l'événement respectif. La table d'événements comprend un certain nombre d'enregistrements spécifiques d'événements. Chaque enregistrement comprend respectivement l'un au moins de : (i)un domaine d'événement indicatif d'un événement associé à l'enregistrement ; (ii) un domaine de type d'action fournissant des instructions définissant une opération de traitement de données mettant en oeuvre une information de variable provenant de la table de variables ; (iii) un domaine de type de test fournissant des instructions définissant une opération d'analyse conjointement avec les résultats de l'opération de traitement de données ; (iv) un domaine de valeur de test définissant une valeur de test prédéterminée à utiliser dans l'opération d'analyse ; et (v) un domaine d'événement d'escalade fournissant des instructions définissant au moins une tâche à exécuter, suivant le résultat de l'opération d'analyse. L'appareil, sous une autre forme, comprend en outre une installation à distance comportant une application de gestion. L'installation à distance est disposée séparément de l'emplacement du distributeur de carburant. Une liaison de communications est prévue entre l'installation d'agent et l'installation à distance. L'invention, sous une autre forme de celle-ci, concerne un procédé destiné à être utilisé avec un emplacement de distributeur de carburant, en combinaison avec une installation d'agent. Selon ce procédé, l'installation d'agent reçoit une information d'événement provenant de l'emplacement de distributeur de carburant, traite cette information d'événement, puis évalue l'information d'événement traitée. Dans une forme de réalisation, l'installation d'agent exécute une tâche d'entretien et/ou une tâche de contrôle, suivant les résultats de l'évaluation. De plus, l'installation d'agent communique l'information d'événement et/ou les résultats d'évaluation, à une installation à distance disposée séparément de l'emplacement du distributeur de carburant. Dans une autre forme de réalisation, l'installation d'agent envoie des commandes de contrôle à l'emplacement de distributeur de carburant, en réponse à au moins une directive reçue d'une installation à distance disposée séparément de l'emplacement de distributeur de carburant. L'installation d'agent peut également effectuer au moins une tâche de gestion relativement à l'emplacement de distributeur de carburant, en réponse à au moins une instruction reçue d'une application de gestion à distance disposée séparément de l'emplacement du distributeur de carburant. Dans une forme de réalisation, l'étape de traitement met de plus en oeuvre la définition d'une information de variable spécifique d'événement ; l'association de l'information de variable avec l'information d'événement ; et la manipulation de l'information de variable suivant l'information d'événement. L'étape de manipulation met en #uvre le réglage d'une variable liée à l'événement et/ou d'un compteur lié à l'événement. La variable liée à l'événement est indicative d'un paramètre de fonctionnement et/ou d'une condition de fonctionnement de l'emplacement de distributeur de carburant, tandis que le compteur lié à l'événement est indicatif d'un compte de l'apparition d'un événement. Dans une forme de réalisation, l'étape d'évaluation met en #uvre la détermination d'une admissibilité de l'information d'événement traitée, dans une relation de comparaison avec l'information de référence. Dans une variante de réalisation, l'étape d'évaluation peut mettre en #uvre l'exécution d'une analyse basée sur une règle, de l'information d'événement traitée. Dans une autre variante de réalisation, l'étape d'évaluation met en #uvre les étapes de définition, d'un certain nombre de règles spécifiques d'événements ; la détection d'un événement sur la base de l'information d'événement reçue de l'emplacement de distributeur de carburant ; et l'application de l'information d'événement traitée à l'une au moins, pertinente, de la pluralité de règles d'événements spécifiques, comme spécifié par l'événement détecté. Dans une autre forme de réalisation encore, l'étape d'évaluation met en #uvre la construction d'une table de variables comprenant un certain nombre d'enregistrements spécifiques d'événements, et la construction d'une table d'événements comprenant un certain nombre d'enregistrements spécifiques d'événements, chaque enregistrement de la table d'événements définissant respectivement une procédure d'évaluation exécutable. Chaque enregistrement de table de variables comprend respectivement (i) un indicateur d'événement indicatif de l'événement respectif associé à celui-ci, et (ii) une information de variable spécifique d'événement appartenant à l'événement respectif. Chaque enregistrement de table d'événements comprend respectivement l'un au moins de : (i) un domaine d'événement indicatif d'un événement associé à l'enregistrement ; (ii) un domaine de type d'action fournissant des instructions définissant une opération de traitement de données à effectuer conjointement avec l'information de variable concernée provenant de la table de variables, l'opération de traitement de données étant utilisée par l'étape de traitement d'information d'événement ; (iii) un domaine de type de test fournissant des instructions définissant une opération d'analyse à effectuer conjointement avec les résultats de l'opération de traitement de données ; (iv) un domaine de valeur de test définissant une valeur de test prédéterminée à utiliser dans l'opération d'analyse ; et (v) un domaine d'événement d'escalade fournissant des instructions définissant au moins une tâche à exécuter suivant le résultat de l'opération d'analyse. Le procédé met de plus en #uvre l'étape d'utilisation de la table d'événements et de la table de variables pour évaluer l'information d'événement traitée, en associant un événement indiqué par l'information d'événement, à un enregistrement pertinent de la table d'événements spécifique d'événements, et en exécutant la procédure d'évaluation correspondante définie par l'enregistrement pertinent de la table d'événements. L'invention, dans une autre forme de réalisation de celle-ci, concerne un procédé à utiliser avec un emplacement de distributeur de carburant, en combinaison avec une installation d'agent. Selon ce procédé, l'installation d'agent reçoit une information d'événement provenant de l'emplacement de distributeur de carburant, et effectue une procédure de test de diagnostic relativement à l'information d'événement reçue de l'emplacement de distributeur de carburant. L'installation d'agent peut également effectuer une opération d'entretien et/ou une opération de contrôle relativement à l'emplacement du distributeur de carburant, suivant les résultats de l'exécution de la procédure de test de diagnostic. Dans une forme de réalisation, la procédure de test de diagnostic met en #uvre la définition d'un certain nombre de règles spécifiques d'événements ; la détection d'un événement sur la base de l'information d'événement reçue de l'emplacement de distributeur de carburant ; et la mise en #uvre d'au moins une, pertinente, de la pluralité de règles spécifiques d'événements, telle que spécifiée par l'événement détecté, pour traiter et/ou évaluer l'information d'événement. L'étape de définition de règles comprend en outre les étapes consistant à construire une table de variables incluant un certain nombre d'enregistrements spécifiques d'événements, et à construire une table d'événements incluant un certain nombre d'enregistrements spécifiques d'événements. Dans une autre forme de réalisation, la procédure de test de diagnostic met en #uvre la définition d'une information de variable spécifique d'événement ; l'association de l'information de variable à l'information d'événement ; la manipulation de l'information de variable suivant l'information d'événement ; et l'évaluation de l'information de variable manipulée. L'invention, sous une autre forme de celle-ci, concerne un produit de programme d'ordinateur destiné à être utilisé dans une installation d'agent comportant un environnement d'ordinateur. L'installation d'agent est associée en fonctionnement à un emplacement de distributeur de carburant. Le produit de programme d'ordinateur comprend un support utilisable par l'ordinateur, comportant sur celui-ci un code de programme lisible par l'ordinateur et exécutable par l'environnement de l'ordinateur. Le code de programme lisible par ordinateur comprend, en combinaison, un premier code de programme pour traiter une information d'événement reçue opérationnellement de l'emplacement de distributeur de carburant par l'installation d'agent ; et un second code de programme pour évaluer l'information d'événement traitée. Dans une forme de réalisation, le code de programme lisible par ordinateur comprend en outre un code de programme pour exécuter une tâche d'entretien et/ou une tâche de contrôle relative à l'emplacement de distributeur de carburant, suivant les résultats de l'évaluation fournie par le second code de programme. Dans une autre forme de réalisation, le code de programme lisible par ordinateur comprend en outre un code de programme pour définir un certain nombre de règles exécutables, spécifiques d'événements ; un code de programme pour détecter un événement sur la base de l'information d'événement reçue de l'emplacement de distributeur de carburant ; et un code de programme pour appliquer l'information d'événement traitée, à l'une au moins, pertinente, de la pluralité de règles spécifiques d'événements, telle que spécifiée par l'événement détecté, pour l'exécution de celle-ci. Le produit de programme d'ordinateur, dans une autre variante de réalisation de celui-ci, comprend en outre une première installation de données incluant une table de variables comportant un certain nombre d'enregistrements spécifiques d'événements, et une seconde installation de données incluant une table d'événements comportant un certain nombre d'enregistrements spécifiques d'événements, chaque enregistrement de table d'événements définissant respectivement une procédure d'évaluation exécutable. Le second code de programme comprend en outre un troisième code de programme pour utiliser la table d'événements et la table de variables afin d'évaluer l'information d'événement traitée, en associant un événement indiqué par l'information d'événement, à un enregistrement de table d'événements spécifique d'événements correspondant, puis en exécutant la procédure d'évaluation correspondante définie par l'enregistrement de table d'événements pertinent. Chaque enregistrement de table de variables comprend respectivement (i) un indicateur d'événement indicatif de l'événement respectif associé à celui-ci, et (ii) une information de variable spécifique d'événement appartenant à l'événement respectif. Chaque enregistrement de table d'événements comprend respectivement l'un au moins de : (i) un domaine d'événement indicatif d'un événement associé à l'enregistrement ; (ii) un domaine de type d'action fournissant des instructions définissant une opération de traitement de données à effectuer conjointement avec l'information de variable pertinente provenant de la table de variables ; (iii) un domaine de type de test fournissant des instructions définissant une opération d'analyse à effectuer conjointement avec les résultats de l'opération de traitement de données ; (iv) un domaine de valeur de test définissant une valeur de test prédéterminée à utiliser dans l'opération d'analyse ; et (v) un domaine d'événement d'escalade fournissant des instructions définissant au moins une tâche à exécuter suivant le résultat de l'opération d'analyse. L'invention, dans une autre forme de celle-ci, concerne un produit de programme d'ordinateur destiné à être utilisé dans une installation d'agent comportant un environnement d'ordinateur. L'installation d'agent est associée en fonctionnement à un emplacement de distributeur de carburant. Le produit de programme d'ordinateur comprend un support utilisable par ordinateur, comportant sur celui-ci un code de programme lisible par ordinateur et exécutable par l'environnement d'ordinateur. Le code de programmer lisible par ordinateur comprend un premier code de programme pour définir et effectuer une procédure de test de diagnostic relativement à une information d'événement reçue de l'emplacement de distributeur de carburant. Dans une forme de réalisation, le code de programme lisible par ordinateur comprend en outre un code de programme pour effectuer une opération d'entretien et/ou une opération de contrôle relativement à l'emplacement de distributeur de carburant, suivant les résultats de l'exécution de la procédure de test de diagnostic, fournis par le premier code de programme. Dans une autre variante de réalisation, le premier code de programme comprend en outre, en combinaison, un code de programme pour définir un certain nombre de règles spécifiques d'événements exécutables ; un code de programme pour détecter un événement sur la base de l'information d'événement reçue de l'emplacement de distributeur de carburant ; et un code de programme pour amener l'une au moins, pertinente, de la pluralité de règles spécifiques d'événements, telle que spécifiée par l'événement détecté, à traiter et/ou évaluer l'information d'événement par l'exécution de celle-ci. Dans une autre alternative de forme de réalisation, le premier code de programme comprend en outre, en combinaison, un second code de programme pour définir une information de variable spécifique d'événement ; un troisième code de programme pour associer l'information de variable à l'information d'événement ; un quatrième code de programme pour manipuler l'information de variable suivant l'information d'événement ; et un cinquième code de programme pour évaluer l'information de variable manipulée. Le quatrième code de programme peut comprendre un code de programme pour régler une variable liée à l'événement et/ou un compteur lié à l'événement. La variable liée à l'événement est indicative d'un paramètre de fonctionnement et/ou d'une condition de fonctionnement de l'emplacement de distributeur de carburant, tandis que le compteur lié à l'événement est indicatif d'un compte d'apparition d'événement. Le produit de programme d'ordinateur, dans une forme de réalisation de celui-ci, comprend en outre une première installation de données incluant une table de variables comportant un certain nombre d'enregistrements spécifiques d'événements, et une seconde installation de données incluant une table d'événements comportant un certain nombre d'enregistrements spécifiques d'événements, chaque enregistrement de table d'événements définissant respectivement une procédure d'évaluation exécutable. Le premier code de programme comprend en outre un code de programme pour utiliser la table d'événements et la table de variables afin de traiter et d'évaluer l'information d'événement en associant un événement indiqué par l'information d'événement, avec un enregistrement pertinent de table d'événements spécifique d'événements, puis en exécutant la procédure d'évaluation correspondante définie par l'enregistrement de table d'événement pertinent. Chaque enregistrement de table de variables comprend respectivement (i) un indicateur d'événement indicatif de l'événement respectif associé à celui-ci, et (ii) une information de variable spécifique d'événement appartenant à l'événement respectif. Chaque enregistrement de table d'événements comprend respectivement l'un au moins de : (i) un domaine d'événement indicatif d'un événement associé à l'enregistrement ; (ii) un domaine de type d'action fournissant des instructions définissant une opération de traitement de données à effectuer conjointement avec l'information de variable pertinente provenant de la table de variables ; (iii) un domaine de type de tests fournissant des instructions définissant une opération d'analyse à effectuer conjointement avec les résultats de l'opération de traitement de données ;(iv) un domaine de valeur de test définissant une valeur de test prédéterminée à utiliser dans l'opération d'analyse ; et (v) un domaine d'événement d'escalade fournissant des instructions définissant au moins une tâche à exécuter suivant le résultat de l'opération d'analyse. Un avantage de l'invention est que l'installation d'agent basée sur un distributeur peut surveiller de façon continue les emplacements de distributeur, et peut effectuer automatiquement des procédures de test de diagnostic et des tâches d'entretien concernées, en soulageant ainsi le personnel de service de la responsabilité d'effectuer ces opérations manuellement. Un autre avantage de l'invention est que la fonctionnalité d'agent peut être fournie dans diverses configurations alternatives telles que l'intégration de la fonction d'agent sous la forme d'un processus spécifique de position dédié dans chaque position de distributeur, pour surveiller la disposition de composants associée à celle-ci, l'incorporation de la fonction d'agent sous la forme d'un processus spécifique de composant dédié dans chaque composant, ou la fourniture d'une installation d'agent spécifique du site, centralisée et responsable de la gestion, pour tout le système, des positions de distributeurs dans un environnement de réapprovisionnement en carburant. Un autre avantage de l'invention est que l'installation d'agent peut être réalisée sous la forme de modules de logiciel bien connus ayant des caractéristiques reprogrammables qui permettent une reconfiguration sélective des règles définissant les opérations d'évaluation à base de règles qui sont incorporées dans la procédure de test de diagnostic, en s'adaptant ainsi à des changements des critères d'évaluation des points de référence. Un autre avantage de l'invention est que l'utilisation d'une installation d'agent permet le développement d'un système de gestion basé sur un réseau, dans lequel les positions de distributeurs individuelles sont traitées sous la forme d'objets gérés, et dans lequel l'installation d'agent est liée à une installation à distance comportant une implication de gestion, pour permettre ainsi l'utilisation de processus de gestion standards tels qu'un Protocole de Gestion de Réseau Simple (PGRS). Un autre avantage de l'invention est que les composants des distributeurs ont une plus grande fiabilité, une plus grande durabilité et une plus grande durée de vie de service car l'installation d'agent permet de s'assurer que l'équipement reçoit un entretien convenable, en contrôlant ainsi les coûts de réparation et de garantie, et en améliorant les performances économiques de l'environnement de réapprovisionnement en carburant. Un autre avantage de l'invention est que l'installation d'agent peut servir de partie constitutive d'un système de gestion global dans lequel une installation à distance peut superviser, gouverner et coordonner de toute autre manière les opérations de diverses installations d'agent dédiées appartenant à un vaste réseau d'environnements de réapprovisionnement en carburant. Un autre avantage de l'invention est que l'installation d'agent peut être utilisée par une application de gestion à distance pour effectuer à distance une grande variété de fonctions de gestion telles que par exemple la surveillance des performances de fonctionnement et de l'état courant de l'équipement de réapprovisionnement en carburant, le déchargement de mises à jour de logiciel et de programmes de reconfiguration, l'exécution de détections de pannes et d'opérations de diagnostic basées sur des données d'équipement amenées de la station de réapprovisionnement en carburant, la programmation chronologique de tâches d'entretien de service en réponse à l'évaluation de diagnostic, et la coordination des tâches de gestion d'une manière suffisante pour permettre la manipulation simultanée des demandes de gestion de diverses stations de réapprovisionnement en carburant. Un autre avantage de l'invention est qu'on peut utiliser des outils de gestion de réseau standards car les stations de réapprovisionnement en carburant sont disposées dans une configuration de réseau dans laquelle les éléments de distribution de carburant individuels (par exemple l'ensemble de vanne programmable et la pompe à carburant programmable) sont reconnus comme des dispositifs de réseau capables d'une gestion à distance. Un autre avantage de l'invention est que le système de gestion peut être facilement adapté pour se connecter à n'importe quel réseau (comme par exemple le réseau Internet et/ou la Toile Mondiale) en utilisant des outils de connexion de réseau bien connus, ce qui permet ainsi d'accéder à une communauté en ligne et à des ressources de réseau pratiquement illimitées (par exemple des serveurs). BREVE DESCRIPTION DES DESSINS La présente invention sera décrite ci-après de manière plus détaillée à l'aide de modes de réalisation représentés sur les dessins annexés dans lesquels : - la figure 1 est un schéma par blocs illustrant une configuration d'envi- ronnement de réapprovisionnement en carburant incorporant une ins- tallation d'agent spécifique de site, selon un exemple de l'invention ; - la figure 2 est un schéma par blocs illustrant une configuration d'envi- ronnement de réapprovisionnement en carburant incorporant des ins- tallations d'agent spécifiques de composants, selon un autre exemple de l'invention ; - la figure 3 est un schéma par blocs illustrant une configuration de com- posants destinée à être utilisée avec l'architecture d'installation d'agent représentée dans la figure 1, selon un autre exemple de l'invention ; - la figure 4 est un schéma par blocs illustrant une configuration de l'ar- chitecture d'installation d'agent représentée dans la figure 1, selon un autre exemple de l'invention ; - la figure 5 est un schéma par blocs illustrant une autre configuration de l'architecture d'installation d'agent représentée dans la figure 1, selon un autre exemple de l'invention ; - la figure 6 est un ordinogramme décrivant le fonctionnement de la pré- sente invention ; et - la figure 7 est un schéma par blocs d'un système de gestion de distri- buteurs global pour mettre en réseau un administrateur de système centralisé, avec divers environnements de réapprovisionnement en car- burant comportant des installations d'agent dédiées, selon un autre exemple de l'invention. Les parties correspondantes sont désignées par les mêmes caractères de référence dans toutes les différentes vues. DESCRIPTION DETAILLEE DE L'INVENTION En se référant maintenant aux dessins et plus particulièrement à la figure 1, celle-ci représente un schéma par blocs d'un environnement de réapprovisionnement en carburant 8 incorporant une installation d'agent 10, selon un exemple de la présente invention. L'environnement de réapprovisionnement en carburant 8 illustré ici comprend convenablement une disposition d'emplacements de distributeurs illustratifs 12 configurés chacun avec un ensemble de composants illustratifs 14. Comme cela est bien connu des spécialistes de la question, chaque emplacement de distributeur 12 est capable de supporter une transaction de réapprovisionnement en carburant telle qu'un remplissage d'un véhicule par une sorte d'essence sélectionnée, suivant la demande du client. Pour cela, l'emplacement de distributeur 12 peut comprendre un ensemble de composants 14 convenables pour faciliter une transaction de réapprovisionnement en carburant. Par suite, la configuration particulière de l'équipement lié au distributeur dans l'environnement de réapprovisionnement en carburant 8, ne doit pas être considérée comme une limitation de la présente invention car il apparaîtra à l'évidence aux spécialistes de la question qu'on peut utiliser n'importe quelle disposition convenable d'équipements de distribution de carburant. Selon une caractéristique de l'invention, l'installation d'agent 10 illustrée ici est configurée pour se connecter et se brancher à une disposition d'emplacements de distributeurs 12 (et des composants 14 associés). La liaison entre l'installation d'agent 10 et les emplacements de distributeurs 12 doit supporter des communications bidirectionnelles, comme par exemple l'émission et la réception de données et de signaux de contrôle. L'installation d'agent effectue une grande variété de fonctions de gestion relatives aux emplacements de distributeurs 12 et concernant spécifiquement la surveillance et le contrôle de l'ensemble associé de composants 14. De plus, l'installation d'agent 10 est couplée à au moins une installation d'opérateur sur le site, comme par exemple un terminal de point de vente (PDV) 16. On comprendra cependant que l'installation d'agent 10 peut être reliée à n'importe quelle autre entité concernée par un environnement de réapprovisionnement en carburant 8, comme cela est bien connu des spécialistes de la question. A titre de résumé, les opérations de gestion de l'installation d'agent 10 comprennent, mais sans que cela soit limitatif, la surveillance de l'état et des performances des emplacements de distributeurs 12, la collecte et par ailleurs la réception de messages d'événements provenant des emplacements de distributeurs 12, l'exécution de tests de diagnostic sur une information liée aux événements, et la direction de l'exécution d'une action corrective en réponse aux résultats des tests de diagnostic. Cette action corrective peut prendre la forme d'une tâche d'entretien ou d'une tâche de contrôle (par exemple le réglage du comportement d'un composant de distributeur en réglant un paramètre opérationnel). Il apparaîtra clairement que la police de gestion mise en #uvre par l'installation d'agent 10 peut comprendre n'importe quel ensemble de programmes et de procédures, en particulier lorsque l'installation d'agent 10 est prévue dans une plate-forme d'ordinateur présentant une caractéristique reprogrammable de façon que la police puisse être changée et/ou mise à jour. Comme décrit plus en détail ici, la police de gestion mise en #uvre par l'installation d'agent 10 fonctionne en association avec des événements qui se produisent dans l'environnement de réapprovisionnement en carburant 8, spécifiquement en liaison avec les composants individuels 14. L'installation d'agent 10 reçoit des messages d'événements qui comprennent une identification de l'événement et une information spécifique d'événement associée. L'installation d'agent 10 utilise le dispositif d'identification (DI) d'événement et des données liées à l'événement, pour effectuer les tests de diagnostic appropriés, puis demande une action corrective convenable sur la base des résultats des tests de diagnostic. Comme représenté plus en détail par la figure 1, l'installation d'agent 10 coordonne et traite par ailleurs les diverses tâches de gestion associées à des emplacements de distributeurs multiples 12. Les diverses tâches de gestion spécifiques de distributeurs sont effectuées d'une manière parallèle permettant à l'installation d'agent 10 de traiter concurremment et simultanément des tâches de gestion spécifiques de distributeurs. Il apparaît alors à chaque emplacement de distributeur 12 que l'installation d'agent 10 travaille essentiellement comme une entité dédiée, car les autres tâches de gestion de distributeurs sont transparentes pour l'emplacement de distributeur et ne sont donc pas visibles. L'installation d'agent 10 fournit une fonctionnalité de largeursystème ou de largeur-site dans laquelle les tâches de gestion de type agent, qui sont associées aux emplacements de distributeurs 12, sont centralisées dans une entité unique, à savoir l'installation d'agent 10. Cette centralisation permet à une plate-forme hôte unique se présentant sous la forme d'une installation d'agent 10, d'accéder aux composants de distributeurs 14 et de les gérer. Cela facilite encore la gestion à distance des emplacements de distributeurs 12, car l'application de gestion 18 n'a besoin de communiquer qu'avec l'installation d'agent 10 pour accéder à toute la collection d'objets gérés, c'est à dire les emplacements de distributeurs 12. Dans une forme de réalisation, l'installation d'agent 10 est associée opérationnellement à une application de gestion 18 disposée dans une installation à distance 20 pour former un système de gestion de réseau vaste et complet. De cette manière, toute la disposition de l'équipement de distribution de carburant peut être reconnue et par ailleurs regardée par l'application de gestion 18, comme une configuration de dispositifs de réseau gérés. Par suite, l'application de gestion 18 n'a pas besoin d'être personnalisée, faite sur mesure ou spécialement adaptée pour une utilisation dans la gestion de l'équipement de distribution de carburant. Au contraire, la présente invention permet l'utilisation d'outils, de modules et de paquets de gestion de réseaux standards. L'installation à distance 20 est typiquement disposée séparément de l'environnement de réapprovisionnement en carburant 8, mais peut se trouver à n'importe quel emplacement convenable. Comme partie d'un tel système de gestion de réseau, l'agent 10 travaille en coopération avec l'application de gestion 18 pour supporter une gestion à distance d'emplacements de distributeurs 12. Par exemple, l'agent 10 peut fournir une assistance à l'application de gestion 18 en liaison avec les fonctions suivantes consistant à : des demandes d'entretien vers un centre de service accessible par l'intermédiaire d'une installation à distance 20, amener une information de diagnostic et de surveillance à l'application de gestion 18 pour une analyse et un archivage supplémentaires, répondre à des commandes et autres demandes provenant de l'application de gestion 18 (par exemple une instruction de mise en oeuvre d'une reconfiguration de composants), et recevoir des déchargements de logiciel pour mettre à jour la plate-forme de logiciel de l'agent 10. L'agent 10, suivant une forme de réalisation de celui-ci, représente une abstraction de ressources et peut donc être réalisé dans une grande variété de manières conventionnelles. Par exemple, l'agent 10 peut être réalisé sous la forme d'un programme, d'un algorithme ou d'un processus (par exemple une application de logiciel), ou sous la forme d'un code noyé (par exemple un circuit de matériel ou circuit logique). De plus, l'agent 10 peut résider dans une machine de calcul, une installation de stockage (par exemple une ROM programmable), un environnement d'ordinateur, ou toute autre moyen convenable. Par exemple, il peut suffire de réaliser l'agent 10 sous une forme capable d'agir simplement comme un type de courtier d'information, comme un intermédiaire ou comme une interface convenable entre l'outil de gestion de réseau (c'est à dire l'application de gestion 18) et les dispositifs gérés (c'est à dire l'équipement illustratif représenté dans l'en- vironnement de réapprovisionnement en carburant 8). Dans un exemple de forme de réalisation, l'agent 10 est configuré pour supporter un PGRS (Protocole de Gestion de Réseau Simple). Comme cela est bien connu des spécialistes de la question, la spécification de PGRS définit la manière selon laquelle les applications de gestion de PGRS ( comme par exemple l'application de gestion 18) communiquent avec les agents de PGRS pour faciliter le transfert et l'échange de données, de commandes, de demandes, d'instructions, de réponses, de questions, et autres informations de même nature, dans l'avancement de la mise en #uvre des diverses fonctions de gestion. Une référence utile fournissant des descriptions supplémentaires de caractéristiques de réseaux, peut se trouver dans le "Newton's Telecom Dictionary" de Harry Newton, publié par Miller Freeman, Inc., New York, NY (février 1999), qui est incorporé ici à titre de référence. Il apparaîtra cependant que l'invention peut être mise en pratique et par ailleurs mise en oeuvre suivant n'importe quel processus de type communications et gestion conventionnel, n'importe quel protocole et/ou n'importe quelle application, bien connus des spécialistes de la question, en plus du PGRS. L'application de gestion 18 illustrée ici, et l'installation à distance associée 20 doivent être comprises comme englobant (sans limitation de celui-ci) un système vaste et complet de procédures, de processus, de logiciel, d'équipement et de fonctions destinées à faciliter et par ailleurs à effectuer diverses tâches de gestion en relation avec l'environnement de réapprovisionnement en carburant 8. Dans une forme de réalisation, l'application de gestion 18 peut être comprise comme comprenant une application de logiciel se trouvant sur un ordinateur qui gère les dispositifs de réseau (par exemple l'équipement de matériel/logiciel représenté par les composants illustratifs 14), avec l'assistance de l'agent 10. Les fonctions effectuées par l'application de gestion 18 peuvent comprendre, mais sans que cela soit limitatif, la surveillance des performances de fonctionnement et de l'état courant de l'équipement de réapprovisionnement en carburant, en utilisant l'information fournie par l'agent 10, le déchargement de mises à jour de logiciel vers l'agent 10, la reconfiguration de l'équipement de carburant par l'intermédiaire de l'assistance coopérative de l'agent 10, l'exécution d'opérations de détection de pannes et de diagnostic sur la base des données d'équipement amenées de la station de réapprovisionnement en carburant par l'intermédiaire de l'agent 10, la programmation chronologique de tâches d'entretien de service en réponse à sa propre évaluation de diagnostic ou à la demande de l'agent 10 à la suite d'un test de diagnostic effectué par cet agent 10, et par ailleurs le maintien et le contrôle de tous aspects convenables des opérations des stations de réapprovisionnement en carburant. Dans une forme préférée de réalisation, l'installation à distance 20 doit être configurée pour traiter et coordonner concurremment les tâches de gestion appartenant à des environnements de réapprovisionnement en carburant multiples 8. En se référant maintenant à la figure 2, celle-ci représente un schéma par blocs d'un exemple d'emplacement de distributeur 22 dans lequel l'architecture de chaque composant du distributeur comprend un agent dédié fixe 24 selon un autre exemple de la présente invention. La configuration décrite dans la figure 2 représente une variante de disposition comparativement à la figure 1. Comme indiqué cidessus, la figure 1 représente une disposition dans laquelle un agent unique 10 fournit une gestion centralisée des emplacements de distributeurs multi- pies 12. De cette manière, l'agent 10 fournit une fonction de gestion de largeur-site dans laquelle il fournit des services de gestion mettant en oeuvre l'installation d'équipement de l'environnement de réapprovisionnement en carburant 8. A titre de comparaison, la disposition de la figure 2 représente une fonctionnalité d'agent répartie dans laquelle chaque composant (ou au moins un composant de distributeur) d'un emplacement de distributeur comporte un agent dédié installé 24 qui est configuré pour fournir des tâches de gestion spécifiques des composants. En ce qui concerne ses capacités de gestion, l'agent dédié 24 fonctionne de la même manière que l'installation d'agent 10 de la figure 1. Comme représenté, l'agent dédié 24 est disposé pour communiquer avec la plate-forme de composants illustrée 26 comprenant un microprocesseur 28, un contrôleur 30, une mémoire 32 et un circuit d'entrée/sortie 34. La plate-forme de composants 26 peut avoir n'importe quelle disposition conventionnelle. Bien que la figure 2 représente la configuration de composants appartenant à un emplacement de distributeur illustratif 22, il apparaîtra clairement que les autres emplacements de distributeurs de l'environnement de réapprovisionnement en carburant peuvent être construits de la même manière. L'environnement de réapprovisionnement en carburant peut facultativement comprendre un module de gestion de site (MGS) 36 configuré par exemple comme une machine de client. Le MGS 36 sert d'interface entre les emplacements de distributeurs (spécifiquement le réseau d'agents dédiés 24 spécifiques de composants) et une installation à distance telle qu'un serveur, une application de gestion et/ou un administrateur de système. Le MGS 36 peut également être connecté à d'autres entités dans l'environnement de réapprovisionnement en carburant, comme par exemple un emplacement de fonctionnement (par exemple un terminal de PDV). En se référant maintenant à la figure 3, celle-ci représente un schéma par blocs d'un exemple de configuration de composants destinée à être utilisée avec l'architecture d'installation d'agent représentée dans la figure 1, selon un autre exemple de l'invention. Du côté emplacement de distributeur, l'installation d'agent 10 est connectée à un ensemble d'équipements périphériques de distributeur 38 destiné à faciliter une transaction de distribution de carburant demandée par un client voulant se réapprovisionner en carburant. On comprendra que la configuration de composants représentée par l'ensemble 38 n'est donnée qu'à titre illustratif, et il apparaîtra clairement que d'autres composants et d'autres sous-ensembles quelconques peuvent être installés à l'emplacement de distributeur et mis en réseau avec l'installation d'agent 10 de façon que les tâches de gestion associées soient régies par l'installation d'agent 10. L'ensemble 38 illustré ici présente une forme conventionnelle et comprend un sous-ensemble lié au distributeur, incluant, mais sans que cela soit limitatif, un module de gestion de puissance 40, une interface de distributeur 42 fournissant une interface compatible-utilisateur à l'équipement, un panneau d'ordinateur principal 44 supervisant les fonctions d'ordinateur de l'emplacement de distributeur, un dispositif de niveau-système 46 fournissant une entrée autorisée et un accès autorisé à des compartiments sécurisés, tout en facilitant une activation de largeur-système ou "amorçage" de l'emplacement de distributeur, un module de contrôle de carburant 48, un appareil de récupération de vapeur 50, un bloc de contrôle de température 52 (tel que des sondes ATC), un contrôleur de distributeur 54, et divers circuits de communication 56 nécessaires pour interconnecter convenablement les dispositifs suivant les exigences conventionnelles. L'ensemble 38 peut également comprendre divers composants auxiliaires ou périphériques incluant, mais sans que cela soit limitatif, un clavier 58, un lecteur de carte 60 pour communiquer avec des cartes de données codées (par exemple des cartes de crédit ou des cartes de débit), un afficheur 62, une imprimante 64, et un dispositif d'identification radiofréquence (DIRF) 66 configuré par exemple sous la forme d'un émetteur/récepteur, pour permettre le transfert des données entre un émetteur/récepteur de client et un émetteur/récepteur de distributeur, par une liaison sans fil. L'ensemble 38 peut également comprendre un terminal de paiement interactif-utilisateur conventionnel 68 permettant à un client de demander une opération de réapprovisionnement en carburant, de sélectionner la forme de paiement, de soumettre à approbation l'information de paiement, de sélectionner le type/qualité/quantité de carburant, d'effectuer des achats de marchandises ne consistant pas en carburant, et de répondre à des questions posées par le personnel du point de vente (PDV). Un mécanisme d'interface convenable 70 de forme conventionnelle peut facultativement être utilisé pour faciliter une connexion entre les divers dispositifs de l'ensemble de composants 38 et la plate-forme sur laquelle l'installation d'agent 10 est mise en oeuvre. Par exemple, le mécanisme d'interface 70 peut comprendre une topologie de bus appropriée et des circuits d'interface convenables pour connecter l'ensemble de composants 38 à l'agent 10 lorsqu'un environnement d'ordinateur loge l'architecture de l'agent 10. Du côté de l'emplacement d'opérateur, l'agent 10 peut être connecté à une interface de PDV 72 configurée dans un environnement de terminal de PDV. L'agent 10 peut également être connecté à un bloc de gestion 74 qui fournit par exemple des fonctions de point de vente centralisées et de largeur-site pour l'environnement de réapprovisionnement en carburant. Par exemple, le bloc de gestion 74 peut compiler des historiques de transactions pour tous les emplacements de distributeurs, et peut recevoir des déchargements de logiciel pour les distribuer aux emplacements d'opérateur (par exemple des terminaux de PDV) par l'intermédiaire de l'agent 10. Selon une caractéristique de l'invention, l'agent 10 surveille les composants et les dispositifs dans l'environnement de réapprovisionnement en carburant (c'est à dire du côte emplacement d'opérateur et du côté emplacement de distributeur), pour détecter la présence d'événements apparaissant à l'intérieur ou conjointement avec les emplacements de distributeur pertinents et les terminaux de PDV correspondants. Des indications et autres représentations de même nature de ces événements sont communiquées à l'agent 10 sous la forme de messages 80 liés aux événements. Tels qu'ils sont utilisée ici, ces messages liés aux événements doivent être compris comme englobant n'importe quelle communication re- çue de l'emplacement de distributeur, qui comprend une indication d'un événement et/ou d'une information appartenant à l'événement. L'indicateur d'événement peut prendre n'importe quelle forme convenable. Par exemple, un code reconnaissable par l'agent 10 peut être transmis à cet agent 10. Le code doit représenter une condition ou état correspondant de la machine concernée, c'est à dire du composant concerné. Le code d'événement devrait typiquement être accompagné d'une information d'événement représentative de cet événement. Par exemple, si un code d'événement indique l'apparition d'un événement (par exemple une puissance faible), la donnée d'événement associée doit représenter la valeur d'un paramètre lié à l'événement (par exemple la valeur réelle de la sortie d'alimentation de puissance). La manière de transmettre cette information à l'agent 10 peut être réalisée par n'importe quel moyen bien connu des spécialistes de la question. De plus, un indicateur d'événement peut simplement être représenté ou du moins mis en #uvre dans une donnée liée à l'événement. Par exemple, dans le cas ci-dessus, la réception d'une valeur de paramètre telle qu'une sortie d'alimentation de puissance, peut être suivie d'un examen de valeur préliminaire pour déterminer qu'un événement s'est produit, c'est à dire qu'on a eu une condition de puissance faible. Ainsi, la valeur de paramètre elle-même constitue ou du moins révèle l'apparition d'un événement. La réception et la collecte de messages liés à des événements, peuvent se faire de n'importe quelle manière bien connue des spécialistes de la question. Par exemple, l'agent 10 peut surveiller de manière interactive l'état, les performances et l'ordre de travail des composants, sur n'importe quelle base temporelle, c'est à dire par exemple de façon continue, périodique et/ou régulière à intervalles spécifiés. De cette manière, l'agent 10 engage activement les composants de l'emplacement de distributeur pour surveiller l'environnement de réapprovisionnement en carburant de manière à observer l'apparition d'événements. Par exemple, l'agent 10 peut mettre en #uvre un processus de vote ou du moins interroger l'emplacement de distributeur pour demander si des événements surveillables quelconques se sont produits. Si c'est le cas, l'agent 10 demande la transmission du message d'événement correspondant. En variante, les composants de l'emplacement de distributeur peuvent être programmés ou configurés de toute autre manière pour transmettre automatiquement des messages d'événements à l'agent 10 à la suite de l'apparition d'un événement sous-jacent, sans aucune suggestion de l'agent 10. Dans le but de communiquer des messages d'événements à l'agent 10, les composants de l'emplacement de distributeur doivent être équipés d'installations convenables, bien connues des spécialistes de la question, pour permettre à des indicateurs d'événements et à des données liées aux événements d'être amenés à l'agent 10 soit de leur propre initiative soit à la demande. Par exemple, un processus de logiciel convenable peut être adapté pour former un message d'événement en compilant un indicateur d'événement avec une donnée liée à l'événement une fois qu'un événement s'est produit. Les composants doivent également être équipés d'installations appropriées pour détecter le moment où un événement s'est produit. Tel qu'il est utilisé ici, un événement doit être considéré, sans aucune limitation de celui-ci, comme une circonstance, un scénario, une condition et/ou une situation quelconques capables d'apparaître en association avec l'environnement de réapprovisionnement en carburant. La défi- nition des caractéristiques d'un événement peut être faite par un utilisateur et est donc modifiable. Par exemple, une condition d'alimentation de puissance faible peut être définie en termes d'une valeur de tension correspondante tombant au-dessous d'un seuil prédéterminé ou du moins ne répondant plus à certains critères spécifiés. On peut cependant changer la définition de cet événement en réglant la valeur de la tension de seuil. Cette modification peut être faite par des moyens quelconques bien connus des spécialistes de la question, par exemple en reprogrammant des définitions d'événements faites par l'utilisateur, qui sont représentées dans les instructions de code de programme. De plus, l'apparition d'un événement peut être définie en relation avec diverses caractéristiques, divers aspects, divers attributs et/ou diverses caractéristiques de l'environnement de réapprovisionnement en carburant. Par exemple l'apparition d'un événement peut être associée à une configuration, à un état, à une condition, à un comportement, à des variables d'entrée/sortie, à un paramètre de fonctionnement, à un paramètre de performance, ou à n'importe quelle combinaison de ces éléments concernant une machine et/ou un processus. De plus, les événements peuvent être définis comme des scénarios multidimensionnels dans lesquels des sous-événements multiples doivent apparaître pour produire un événement apparenté spécifié. En se référant maintenant à la figure 4, celle-ci représente un schéma par blocs d'une architecture d'agent 100 destinée à mettre en #uvre l'installation d'agent 10 de la figure 1, selon un autre exemple de la présente invention. L'architecture d'agent 100 illustrée ici comprend un ordinateur d'agent 98, un bloc de diagnostic 102, un bloc d'entretien 104, un bloc de commande 106 et un bloc de données 96. L'architecture d'agent 100 comprend en outre un processeur 108, un détecteur d'événements 110, un circuit d'entrée/sortie 112 et une installation de données d'information variables 114 incluant des données de compte 116 et des données de variables 118. N'importe quelle combinaison de matériel, de logiciel, de matériel fixe et de circuits logiques, peut être utilisée pour mettre en #uvre l'architecture d'agent 100. Le bloc de diagnostic 102 illustré ici comprend une installation de diagnostic 120, une procédure de test de diagnostic 122, un module d'instructions de traitement de données 124, et un module d'instructions d'évaluation à base de règles 126. Le bloc de diagnostic 102 fonctionne d'une façon générale pour effectuer une procédure de test de diagnostic spécifique d'événement en réponse à une information d'événement reçue d'un emplacement de distributeur de carburant. Dans ce but, la procédure de test de diagnostic 122 définit un certain nombre de programmes de diagnostic associés chacun à un événement respectif. Ces programmes peuvent par exemple être mis en oeuvre sous la forme d'un code de logiciel convenable. Dans une forme de réalisation, chaque programme de diagnostic spécifique d'événement représenté dans la procédure de test de diagnostic 122, est défini par une opération de traitement de données initiale suivie d'une opération d'évaluation. Dans ce but, la procédure de test de diagnostic 122 comprend un premier sous-ensemble de code de logiciel (c'est à dire un module 124 d'instructions de traitement de données) et un second sous-ensemble de code de logiciel (c'est à dire un module 126 d'instructions d'évaluation à base de règles) pour fournir des instructions capables d'exécuter respectivement des opérations de manipulation de données et des opérations d'évaluation. L'installation de diagnostic 120 fournit une interface convenable avec l'ordinateur d'agent 98, et facilite l'exécution de programmes de test de diagnostic appropriés tels que déterminés par l'indicateur d'événements. Dans ce but, l'installation de diagnostic 120 doit être configurée pour diriger l'opération de la procédure de test de diagnostic 122 (et donc des modules 124 et 126), par exemple en invoquant ou en appelant de toute autre manière le programme de test spécifique d'événement approprié qui est incorporé dans la procédure de test de diagnostic 122. En ce qui concerne le module 124, diverses opérations de traitement de données sont représentées dans le module d'instructions de traitement de données 124 pour être utilisées dans l'exécution d'un test de diagnostic. Par exemple, en combinaison avec le bloc de données 96, des manipulations de données peuvent être effectuées sur des données de compte 116 et des données de variables 118 associées à l'installation de données d'information de variables 114. Dans ce but, le bloc de données 96 est construit avec une information de variable spécifique d'événement qui est définie par les données de compte 116 et les données de variables 118. Dans une forme de réalisation, les données de compte 116 représentent des valeurs de compteur spécifiques d'événements qui sont réglées (par exemple remises à l'état initial, incrémentées, décrémentées) suivant les instructions de traitement de données spécifiées du programme de test de diagnostic pertinent. Les données de variables 118 représentent des valeurs de variables spécifiques d'événements qui sont réglées suivant les instructions de traitement de données spécifiées du programme de test de diagnostic pertinent. Par exemple, le réglage des valeurs de variables doit typiquement se faire en fonction des données liées à des événements, qui sont reçues comme une partie du message d'événement. Les opérations de traitement de données et les opérations d'évaluation mettent en #uvre des fonctions de calcul standards. Chaque programme de test de diagnostic doit donc appliquer certaines données d'entrée spécifiques d'événements (c'est à dire une information de variable spécifique d'événement) pour sélectionner des combinaisons d'opérations de manipulation de données destinées à donner des données manipulées spécifiques d'événements qui sont ensuite évaluées. En ce qui concerne le module 126, diverses procédures d'évaluation sont représentées dans le module d'instructions d'évaluation à base de règles 126 pour être utilisées dans l'exécution d'un test de diagnostic. Le module 126 définit un certain nombre de règles de type décision qui évaluent les données manipulées fournies en liaison avec l'exécution des opérations de traitement définies par le module 124. Généralement, chaque règle représente une certaine forme d'analyse comparative qui évalue les données traitées en relation avec certains critères d'évaluation spécifiés. Les critères d'évaluation peuvent par exemple prendre la forme de valeurs de seuil, de plages permises, et d'écarts tolérables par rapport à un point de référence. Dans une forme de réalisation, les critères d'évaluation sont spécifiques d'événements. Dans une forme de réalisation, chaque règle de type décision s'exprime sous la forme d'un énoncé SI-ALORS qui détermine si une certaine condition spécifiée est apparue (c'est à dire la partie SI de la règle) et dirige l'exécution d'une action (c'est à dire la décision spécifiée dans la clause ALORS) lorsque la clause conditionnelle (partie SI) est vraie. La partie SI de l'énoncé met en #uvre les calculs d'évaluation et/ou d'analyse concernant les données traitées. Dans une forme de réalisation, les décisions traduites par l'énoncé SI-ALORS peuvent concerner l'exécution d'une tâche liée à l'entretien, qui est effectuée par le bloc d'entretien 104, et/ou une tâche liée au contrôle, qui est effectuée par le bloc de contrôle 106. Le bloc d'entretien 104 illustré ici comprend une installation d'entretien 130, une procédure d'entretien 132 et un module d'instructions d'appel d'entretien 134. Le bloc d'entretien 104 fonctionne généralement pour effectuer une tâche ou une procédure d'entretien spécifique d'événe- ment, en réponse aux résultats des tests de diagnostic effectués par le bloc de diagnostic 102. En particulier, le bloc de diagnostic 102 fourni au bloc d'entretien 104 un appel de procédure qui dirige le bloc 104 pour qu'il exécute une tâche d'entretien spécifiée. Cet appel de procédure peut par exemple se faire comme une partie de la décision de clause ALORS prise en relation avec les règles SI-ALORS du module 126. Dans ce but, la procédure d'entretien 132 est prévue pour définir un certain nombre de tâches d'entretien exécutables qui sont associées chacune à un événement respectif. Ces programmes peuvent par exemple être réalisés sous la forme d'un code de logiciel convenable tel que le code représenté par le module d'instructions d'appel d'entretien 134. Le module 134 comprend un certain nombre de modules de codes de programmes spécifiques d'événements qui sont dédiés chacun à l'exécution d'une tâche d'entretien spécifique concernant un événement particulier. Les diverses tâches d'entretien peuvent comprendre, mais sans que cela soit limitatif, l'émission d'une demande de services d'entretien (par exemple à une application de gestion à distance ou à un centre d'appel), l'envoi d'une commande à l'emplacement de distributeur pour qu'il effectue une opération d'entretien liée au logiciel (par exemple l'exécution d'un balayage d'ordinateur sur un composant pour déceler des virus ou autres irrégularités), ou autres opérations analogues. L'installation d'entretien 130 fournit une interface convenable avec l'ordinateur d'agent 98 et facilite l'exécution de tâches d'entretien appropriées telles que déterminées par des directives d'entretien reçues du bloc de diagnostic 102. Dans ce but, l'installation d'entretien 130 doit être configurée pour diriger le fonctionnement d'une procédure d'entretien 132 (et donc du module d'instructions 134) par exemple en invoquant ou en appelant de toute autre manière le programme d'entretien spécifique d'événement approprié qui est incorporé dans les éléments 132,134. Le bloc de contrôle 106 illustré ici comprend une installation de contrôle 140, une procédure de contrôle 142 et un module d'instructions de contrôle 144. Le bloc de contrôle 106 fonctionne généralement pour effectuer une tâche ou une procédure de contrôle spécifique d'événement en réponse aux résultats des tests de diagnostic effectués par le bloc de diagnostic 102. En particulier, le bloc de diagnostic 102 fournit au bloc de contrôle 106 un appel de procédure qui dirige le bloc 106 pour qu'il exécute une tâche de contrôle spécifiée. Cet appel de procédure peut se faire par exemple comme une partie de la décision de clause ALORS prise en relation avec les règles SI-ALORS du module 126. Dans ce but, la procédure de contrôle 142 est prévue pour définir un certain nombre de tâches de contrôle exécutables qui sont associées chacune à un événement respectif. Ces programmes peuvent par exemple être mis en #uvre sous la forme d'un code de logiciel convenable tel que le code représenté par le module d'instructions de contrôle 144. Le module 144 comprend un certain nombre de modules de codes de programmes spécifiques d'événements qui sont dédiés chacun à l'exécution d'une tâche de contrôle spécifique relative à un événement particulier. Les diverses tâches de contrôle peuvent comprendre, mais sans que cela soit limitatif, l'émission d'une commande de contrôle vers l'emplacement de distributeur de carburant pour faire varier un paramètre d'un composant, l'émission d'une commande de contrôle vers l'emplacement de distributeur de carburant pour faciliter une reconfiguration d'un composant, ou par ailleurs la régulation ou le contrôle du comportement d'un composant de distributeur. Des commandes de contrôle peuvent également affecter l'état de certains composants, comme par exemple une mise en oeuvre/coupure ou une activation/désactivation. L'installation de contrôle 140 fournit une interface convenable avec l'ordinateur d'agent 98 et facilite l'exécution de tâches de contrôle appropriées telles que déterminées par des directives de contrôle reçues du bloc de diagnostic 102. Dans ce but, l'installation de contrôle 140 doit être configurée pour diriger le fonctionnement de la procédure de contrôle 142 (et donc du module d'instructions 144), par exemple en invoquant ou en appelant par ailleurs le programme de contrôle spécifique d'événement approprié qui est incorporé dans les éléments 132,134. Le processeur 108 est prévu pour faciliter l'exécution d'instructions de codes de programmes se trouvant dans l'architecture d'agent 100, et pour faciliter l'exécution d'opérations de calcul demandées par les divers modules de l'architecture d'agent 100. Pour cela et pour d'autres buts qui apparaîtront clairement aux spécialistes de la question, le processeur 108 doit fonctionner d'une manière conventionnelle, conjointement avec l'ordinateur d'agent 98, pour exécuter les diverses fonctions liées à l'ordinateur, qui sont associées à l'architecture d'agent 100. Le détecteur d'événements 110 illustré ici peut être prévu dans n'importe quel moyen convenable permettant de recevoir des messages d'événements provenant de l'environnement de réapprovisionnement en car- burant, comme par exemple les emplacements des distributeurs de carburant, et les terminaux de PDV. Comme décrit précédemment, des messages d'événements peuvent être prévus sous n'importe quelle forme convenable qui notifie, indique ou transmet de toute autre manière l'apparition d'un événement associé à l'environnement de réapprovisionnement en carburant. Le détecteur d'événements 110 doit également être capable de traiter le message d'événement pour extraire un indicateur d'événement (tel qu'un code spécifique d'événement reconnaissable ou un identificateur d'événement), et une information liée à l'événement, consistant par exemple en des valeurs de paramètres de composants associées à l'événement. Les données liées à l'événement, fournies par le détecteur d'événements 110, sont ensuite mises à la disposition des autres éléments de l'architecture d'agent 100. En particulier, l'information de message d'événement est utilisée par le bloc de diagnostic 102, le bloc d'entretien 104 et le bloc de contrôle 106 pour sélectionner les opérations spécifiques d'événements convenables qui sont associées à ceux-ci. Par exemple, le bloc de diagnostic 102 devrait utiliser l'indicateur d'événement pour sélectionner le programme de diagnostic spécifique d'événement approprié qui est incorporé dans la procédure de test de diagnostic 122. L'architecture d'agent 100 communique avec l'environnement de réapprovisionnement en carburant par l'intermédiaire du circuit d'entrée/sortie 112. En particulier, le circuit d'entrée/sortie 112 peut être prévu dans n'importe quel moyen convenable permettant à l'architecture d'agent 100 de s'interfacer et par ailleurs de se connecter aux divers blocs surveillés dans l'environnement de réapprovisionnement en carburant, c'est à dire les emplacements de distributeurs et les terminaux de PDV. Le circuit d'entrée/sortie 112 peut également fournir une connexion de réseau avec des installations locales ou à distance, telles que par exemple le réseau Internet, la Toile Mondiale, et une application de gestion à distance. Les communications qui sortent de l'architecture d'agent 100 passent également par le circuit d'entrée/sortie 112. Des exemples de telles communications devraient comprendre des commandes de contrôle de distributeurs émises par le bloc de contrôle 106, et des commandes d'entretien émises par le bloc d'entretien 104. En bref, pendant un exemple de fonctionnement, le détecteur d'événements 110 reçoit un message d'événement d'un emplacement de distributeur de carburant par l'intermédiaire du circuit d'entrée/sortie 112. L'indicateur d'événement (c'est à dire le DI d'événement) et les données liées à l'événement, sont transmis au bloc de diagnostic 102 par l'intermédiaire de l'ordinateur d'agent 98. En réponse, le bloc de diagnostic 102 utilise le DI d'événement pour sélectionner le programme de diagnostic spécifique d'événement approprié parmi la pluralité de programmes définis par la procédure de test de diagnostic 122. Concurremment, l'information de variable spécifique d'événement appropriée, destinée à être utilisée par le bloc de diagnostic 102, est retrouvée dans le bloc de données 96. Le bloc de diagnostic 102 applique ensuite l'information de variable spécifique d'événement (retrouvée dans le bloc de données 96) et les données liées à l'événement (reçues comme une partie du message d'événement), au programme de diagnostic sélectionné. Les résultats du programme de diagnostic exécuté correspondent à une décision prise qui représente l'action devant avoir lieu. En particulier, le bloc de diagnostic 102 émet une directive soit vers le bloc d'entretien 104 soit vers le bloc de contrôle 106. Le bloc approprié 104,106 reçoit la directive et utilise le DI d'événement fourni par le détecteur d'événement 110, pour retrouver et exécuter les instructions de code de programme appropriées qui correspondent à l'action d'entretien et/ou l'action de contrôle spécifiées. D'autres messages d'événements peuvent être reçus et traités d'une manière analogue par l'architecture d'agent 100. En se référant maintenant à la figure 5, celle-ci représente un schéma par blocs d'une architecture d'agent 200 destinée à mettre en #uvre l'installation d'agent 10 de la figure 1, suivant un autre exemple de la présente invention. L'architecture d'agent 200 illustrée ici comprend une table de variables d'entretien préventif (TVEP) 200 et une table d'événements d'entretien préventif (TEEP) 202. Les autres éléments de l'architecture d'agent 200 ont une structure analogue et une fonctionnalité analogue en relation avec les éléments désignés par les mêmes références numériques dans l'architecture d'agent 100 de la figure 4. La table de variables 200 et la table d'événements 202 sont toutes deux prévues sous la forme d'entités à base d'enregistrements, dans lesquelles chaque enregistrement correspond à un événement respectif. En général, la table d'événements 202 définit complètement les programmes de diagnostic spécifiques d'événements et les programmes d'actions correctives (par exemple des appels d'entretien et des appels de contrôle) pour surveiller et répondre aux événements apparaissant dans l'environnement de réapprovisionnement en carburant. A ce propos, la table d'événements 202 incorpore et par ailleurs consolide les fonctionnalités et les structures de données appartenant au bloc de diagnostic 102, au bloc d'entretien 104 et au bloc de commande 106 dans l'architecture d'agent de la figure 4. De plus, la table de variables 200 défint complètement l'information de variable spécifique d'événement destinée à être utilisée conjointement avec les programmes de diagnostic incorporés dans la table d'événements 202. A ce propos, la table de variables 200 incorpore et par ailleurs consolide les fonctionnalités et les structures de données appartenant au bloc de données 96 dans l'architecture d'agent de la figure 4. Comme décrit ci-après, la table d'événements 202 et la table de variables 200 travaillent ensemble dans une relation de collaboration et de coopération pour déterminer la manière selon laquelle les données de composants sont collectées et analysées, et pour établir l'action qui doit être entreprise après la fin de l'analyse. En d'autres termes, par exemple, l'architecture d'agent 200 utilise un agent à base de logiciel pour faciliter l'activité de diagnostic et d'entretien appartenant à l'environnement de réapprovisionnement en carburant. La description ci-après concernant la table de variables 200 correspond au Tableau 1. La description ci-après concernant la table d'événements 202 correspond aux Tableaux A et B conjointement avec les Tableaux 2 et 3. Table de variables d'entretien préventif La table de variables 200 est une collection d'enregistrements de données contenant chacun des données correspondant à un événement surveillé. Il existe plus d'un seul enregistrement pour un événement surveillé. Cependant, pour chaque enregistrement de la table de variables, il doit y avoir au moins un enregistrement dans la table d'événements 202 pour indiquer comment les données de la table de variables doivent être manipulées. L'information de variable représentée par la table de variables 200 représente les données qui sont traitées ou par ailleurs manipulées par le programme de diagnostic appartenant à l'événement détecté. Comme décrit ci-après en relation avec la table d'événements 202, le test de diagnostic spécifique pour traiter l'information de variable est identifié par le domaine TYPE ACTION dans l'enregistrement spécifique d'événement pertinent de la table d'événements 202. L'information de variable de la table 200 est subdivisée en deux types : une information de compteur et une information de variable. La manipulation de l'information de compteur comprend, mais sans que cela soit limitatif, la remise à l'état initial d'une valeur de compteur et l'incrémentation/décrémentation d'une valeur de compteur par unités étagées. On décrira ci-après six (6) domaines individuels indiqués dans la table de variables illustrative 200 donnée ci-dessous dans le Tableau 1. Le format indiqué n'est donné que dans un simple but illustratif et peut être prévu dans n'importe quel format convenable ou dans n'importe quelle structure convenable. TABLEAU 1 Table de variables Evénement Temps Compte Valeur Compte Valeur déclic déclic nement> temps> CODE EVENEMENT Ce domaine (colonne 1) contient un code qui identifie un cer- tain événement de système soumis à la surveillance. La table de variables 200 doit utiliser les mêmes codes d'événements que ceux utilisés par la table d'événements 202. L'utilisation d'un code commun facilite un accès rapide et une recherche rapide dans la table de variables, et l'identification convenable de l'enregistrement spécifique d'événement qui est invoqué par le programme de diagnostic, c'est à dire tel qu'il est demandé par le domaine TYPE ACTION de la table d'événements. Suivant le contenu de l'enregistrement de table d'événement correspondant, on peut avoir, dans la table de variables, des enregistrements multiples ayant le même code d'événement. Une telle situation devrait se présenter par exemple lorsqu'un événement est complètement caractérisé uniquement par l'utilisation de paramètres multiples. Dans ce cas, un diag- nostic convenable de l'événement nécessite le traitement simultané de varia- bles multiples retrouvées dans la table de variables. TEMPS Le contenu de ce domaine (colonne 2) indique le dernier ins- tant où cet enregistrement a été modifié. On peut utiliser une mesure de temps absolue ou relative. COMPTE Ce domaine (colonne 3) contient un compteur qui représente les résultats d'une action de type compte effectuée par l'installation d'agent conformément à un test de diagnostic lié à un compte. En se référant au Tableau 2, les programmes de diagnostic utilisant une opération de type compte sont indiqués par les désignateurs d'appel de fonction suivants : - TEEP-ACTION-TYPE-ADD-COMPTE ; - TEEP-ACTION-TYPE-REG-COMPTE ; et - TEEP-ACTION-TYPE-MULTIPLE-ADD-COMPTE. Ce domaine ne doit pas être remis à l'état initial lorsque l'événement associé est escaladé. VALEUR Ce domaine (colonne 4) contient une variable qui représente les résultats d'une action de type variable effectuée par l'installation d'agent conformément à un test de diagnostic lié à une variable. Généralement, ce test lié à une variable doit mettre en #uvre le remplacement ou le réglage du contenu du domaine de VALEUR. En se référant au Tableau 2, les programmes de diagnostic utilisant une opération de type compte sont indiqués par les désignateurs d'appel de fonction suivants : - TEEP-ACTION-TYPE-ADD-VALEUR ; - TEEP-ACTION-TYPE-REG-MAX-VALEUR ; - TEEP-ACTION-TYPE-REG-MIN-VALEUR ; - TEEP-ACTION-TYPE-REG-VALEUR ; et - TEEP-ACTION-TYPE-MULTIPLE-ADD-VALEUR. Ce domaine ne doit pas être remis à l'état initial lorsque l'événement associé est escaladé. COMPTE DECLIC De la même manière que pour le domaine COMPTE, ce domaine (colonne 5) contient un compteur qui représente les résultats d'une action de type compte effectuée par l'installation d'agent conformément à un test de diagnostic lié au compte. Cependant, suivant le contenu du domaine de drapeau de remise à l'état initial d'escalade dans la table d'événements, et à l'inverse du domaine COMPTE, ce domaine peut être remis à l'état initial lorsque l'événement est escaladé. Comme le domaine COMPTE, ce domaine est typiquement utilisé pour maintenir un compte cumulé de marche d'un événement. Cependant, le compte de déclic est remis à l'état initial une fois que l'événe- ment est escaladé, par exemple lorsqu'un critère d'évaluation de point de référence a été atteint et lorsqu'un appel d'entretien a été invoqué. Par exemple, un événement d'escalade peut se produire lorsque le nombre d'accès de lecteur de carte a atteint un seuil prédéterminé et lorsqu'une opération de nettoyage a été demandée. A ce stade, le COMPTE DECLIC est remis à l'état initial pour refléter l'état renouvelé du lecteur de carte, et recommence un nouveau compte des tentatives d'accès. VALEUR DECLIC De la même manière que pour le domaine VALEUR, ce domaine (colonne 6) contient une variable qui représente les résultats d'une action de type variable effectuée par l'installation d'agent conformément à un test de diagnostic lié à une variable. Cependant, suivant le contenu du domaine de drapeau de remise à l'état initial d'escalade dans la table d'événements, et à l'inverse du domaine VALEUR, ce domaine peut être remis à l'état initial lorsque l'événement est escaladé. Comme le domaine VALEUR, ce domaine est typiquement utilisé pour maintenir la valeur d'une variable telle qu'un paramètre d'un composant. Cependant, la valeur de déclic est remise à l'état initial une fois que l'événement est escaladé, par exemple lorsqu'un critère d'évaluation de point de référence a été atteint et lorsqu'un appel d'entretien a été invoqué. Par exemple, un événement d'escalade peut se produire lorsque le nombre total d'impulsions électroniques d'imprimante (depuis le dernier appel d'entretien programmé) atteint un seuil prédéterminé, en déclenchant ainsi une nouvelle demande d'opération d'entretien. Le total courant des impulsions devrait être cumulé, par exemple en utilisant le type d'action TEEP-ACTION-TYPE-ADD-VALEUR (voir table d'événements) dans lequel l'installation d'agent est alimentée par des totaux de comptes d'impulsions intérimaires à intervalles périodiques réguliers. Le compte d'impulsions intérimaires est alors utilisé pour mettre àjour le compte d'impulsions total courant, c'est à dire que le compte intérimaire est ajouté au compte stocké pour arriver à un nouveau compte mis à jour. A ce stade, lorsque l'opération de diagnostic indique que le nombre d'impulsions a dépassé un certain niveau, et qu'un appel d'entretien a vraisemblablement été effectué, la VALEUR DECLIC est remise à l'état initial pour représenter l'état renouvelé du composant (c'est à dire de l'imprimante), et recommence une mesure courante du total d'impulsions. Tables d'événements d'entretien préventif La description qui suit présente les diverses tables d'événements associées à l'exécution d'opérations de diagnostic en liaison avec l'information d'événement reçue de l'environnement de réapprovisionnement en carburant. Les Tableaux A et B décrivent respectivement les tables d'événements appartenant à deux exemples de programmes de diagnostic. La table d'événements 202 est initialisée par des enregistrements représentant les événements à surveiller. La première procédure de diagnostic surveille les événements concernant trois (3) zones fonctionnelles principales, à savoir la gestion de puissance (Tableau A-l), l'interface de point de vente (PDV) (Tableau A-2), et l'interface de distributeur (Tableau A-3). Ces tableaux forment collectivement une configuration de la table d'événements 202 pour mettre en #uvre un programme de diagnostic correspondant, suivant un exemple de l'invention. La seconde procédure de diagnostic surveille des événements concernant dix sept (17) zones fonctionnelles principales, à savoir les zones de : gestion puissance, panneau principal, système, contrôle de carburant, récupération de vapeur, contrôle de température, communications, lecteur de carte magnétique, clavier, imprimante, afficheur en temps réel, afficheur VGA, receveur de monnaie, module de débit, DI RF, mode de gestionnaire, et dispositif d'armement de clef de gestionnaire. Ces zones fonctionnelles sont représentées respectivement dans les Tableaux B-l à B-17. Ces tableaux forment collectivement une autre configuration de table d'événements 202 pour mettre en #uvre un programme de diagnostic correspondant, suivant un autre exemple de l'invention. Chaque enregistrement de table d'événements comprend les domaines suivants : EVENEMENT, TYPE ACTION, INTERVALLE, TYPE TEST, VALEUR TEST, EVENEMENT TEST, EVENEMENT ESCALADE, DRAPEAU EMAIL ESCALADE, et DRAPEAU REI ESCALADE. Une description du domaine TYPE ACTION est fournie en se référant au tableau 2. Une description du domaine TYPE TEST est fournie en se référant au Tableau 3. TABLEAU A-l Gestion de puissance Evènement Type Type Valeur Evènement Evènement Drapeau Drapeau remise Evénement action Intervalle test test test escalade E-mail état initial (REI) o tsst escataae escalade escalade Perte puis- escalade escalade sance ~~~~~~~~~~~ ~~~~~~~~~~~~~~~~ ~~~~~~~ ~~~~~~~~~~~~~~~~ Tension alternative en marche ~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Alimentation basse tension +24V Alimentation basse tension +12V Alimentation basse tension +5V ~~~~~ TABLEAU A-2 ~~ Interface PDV Type Type Valeur Evene- Evénement Drapeau Drapeau REI* Evènement action Intervalle Type Valeur ment escalade E-mail escalade Evénement Intervalle # * test men escalade -mal escalade action test test test escalade escalade escalade NAK reçue Annulation reçu Erreur CRC reçue Type message invalide reçu Erreur n séquence reçu Valeur hors de plage reçue Temps message écoulé NAK Transmis Annulation transmise Message retransmis Dépassement mémoire émis Dépassement mémoire reçu Erreur chiffrage REI d'ICR demandée *REI = Remise Etat Initial TABLEAU A-3 Interface distributeur Type Type Valeur Evène-. Drapeau Drapeau Evèiiement Type Intervalle Type Valeur Evène- ment Evènement E ail Drapeau venemen action Intervalle test test ment escalade -m al d calade REl action test test test escalade escalade calame NAK reçue Annulation reçue Erreur CRC reçue Type message invalide reçu Erreur n séquence reçu Valeur hors de plage reçue Temps hors plage écoulé NAK Transmis Annulation transmise Message retransmis Dépassement mémoire émis Dépassement mémoire reçu Point en ligne réappro. en carburant Point hors ligne réappro. en carburant TABLEAU B-l Gestion de nuissance Type , . Type Valeur Evène- Evénement Drapeau Drapeau es- Evenement action Intervalle test test ment escalade E-mail baladez action test test test escalade escalade cade Perte puissance Tension alternat. basse en marche Courant alternat. bas en marche Alimentation puissance basse tension +24V Alimentation puissance basse tension +12V Alimentation puissance basse tension +5V TABLEAU B-2 Panneau principal Evènement Action Intervalle Type Valeur Evènement Evènement Drapeau Drapeau Evénement Action Intervalle Test test test escalade E-mall escalade REI Test test test escalade escalade RAM escalade Test RAM en panne Batterie faible Batterie faible critique Température ambiante tête Notification couure Activation chauffage/ventilation Activation commutation installation étendue Nouveau périphérique détecté TABLEAU B-3 Système Evénement Type Intervalle Type Valeur Evènement Drapeau Drapeau esEvénement action Intervalle test test ment escalade E-mail calade REI test escalade Mot de passe invalide introduit Mot de passe contre-porte utilisé Configuration changée TABLEAU B-4 Contrôle carburant Evènement Action Intervalle Type Valeur ment Evènement E-mail Drapeau es- Evenement Action Intervalle Test test ment escalade E-mail calade REI * Test test test escalade escalade calade FCM connectée FCM décon- nectée Entrée codeur quadrature ouverte Entrée codeur quadrature en court-circuit Entrée codeur quadrature déconnectée Limite erreur de phase quadrature dépassée Phase 0 Erreur phase quadrature Phase 1 erreur phase quadrature Erreur phase mode commun Erreur débit inverse Différence compte phase Produit mélangé 1 trop lent Produit mélange 2 trop lent Produit mélangé 1 perdu Produit mélangé 2 perdu Produit mélangé 1 incontrolable Produit mélangé 2 incontrolable Fuite produit mélangé 1 Frite produit mélangé 2 TABLEAU B-4 (suite) Contrôle carburant Type Type Valeur Evene- Evénement Drapeau Drapeau esEvènement action Intervalle test test ment escalade escalade calade REI Erreur point de réappro. maximum dépassées Mauvaises ventes maximum dépasées Entrée codeur quadrature inverse ou erreur Entrée température hors plage Commande départ reçue dans mode de diagnostic~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Demande mode diagnostic dans distribution carburant ~~~~~~ ~~~~ ~~~~~ ~~~~~ ~~~~~~~~~ ~~~~~~ ~~~~~~~~ Distribution trop petite Distribution trop grande Panne autotest courant continu FCM Panne autotest FCM USB Débit maximum dépassé Totalisateur EM déconnecté TABLEAU B-5 5 Récupérateur vapeur Type Type Valeur Evène- Evènement Drapeau Drapeau es- Evènement action Intervalle test test ment escalade E-maJI calade REI action test test test escalade escalade calade V (alt). Max connectée V (alt). Max. déconnectée Dispositif V (alt). Max. configuré Côté A erreur V (alt). Max Côté A erreur V (alt). Max Erreur divers V (alt). max TABLEAU B-6 Contrôle température Type Type Valeur Evènement Drapeau Evènement Type Intervalle Type Valeur ment escalade E-mail Drapeau es- Evèlnement action Intervalle test test ment escalade E-mail calade action test test test escalade escalade calade Dispositif ATC connecté Dispositif ATC déconnecté Sonde en court-circuit Hors plage température ou sonde ouverte Aucune donnée de sonde d'un produit compensé TABLEAU B-7 Communications Type Type Valeur Evène- Drapeau Drapeau Evènement Type . Intervalle Type Valeur ment Evènement DE mail Drapeau esaction test test test escalade escalade calade REI Erreur de communications avec contrôleur TABLEAU B-8 Lecteur de carte magnétique rvene Drapeau Evè.nement Type Intervalle Type Valeur ment Evènement E-mail Drapeau esEvènement Intervalle test test ment escalade ff "3SSSS- action test test test escalade escalade calade Lecteur carte connecté Lecteur carte déconnecté Carte introduite Carte retirée Erreur piste 1 Erreur piste 2 Erreur lecture carte Carte introduite incorrectement TABLEAU B-9 Clavier Type Type Valeur en. Evénement Drapeau Drapeau Evènement Type Intervalle Type Valeur Evenement mail Drapeau Evénement action Intervalle test test ment escalade E-mail calade REI action test test test escalade escalade cade Clavier connecté Clavier déconnecté ---1 Touche enfoncée TABLEAU B-10 Imprimante Type Type Valeur , Evénement Drapeau Drapeau Evénement Intervalle Type Valeur ment escalade E-mail Drapeau action test test test escalade escalade calade REI Imprimante connectée Imprimante déconnectée Réception imprimée Réception coupée Papier bas Papier épuisé Blocage papier Erreur imprimante TABLEAU B- 11 Affichage en temps réel Type , , Type Valeur Evène- Drapeau Drapeau Evénement action Intervalle Type Valeur ment escalade E-mail Drapeau es- venemen action erv test test test escalade escalade calade REI ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~test~~~~~~~~~escalade~~~~~~~~~ Affichage temps réel connecté Affichage temps réel déconnecté Erreur affichage temps réel TABLEAU B-12 Affichage VGA Type Type Valeur Evène- Evénement Drapeau Drapeau Evènement Type Intervalle Type Valeur ment escalade E-mail Drapeau es- venemen action erv test test test escalade escalade calade Affichage VGA connecté Affichage VGA déconnecté TABLEAU B-13 Receveur monnaie Type Type Valeur Evène- Evènement Drapeau Drapeau Evènement action Intervalle test test ment escalade -m 1 d calade REI test escalade Receveur monnaie connecté Receveur monnaie déconnecté Receveur monnaie non en communication Empileur retiré Empileur plein ZZZZZZZZZZ ! Facture coincée Chambre forte ouverte Receveur fraudé Indicateur escroquerie facture Facture empilée TABLEAU B-14 ~~~ Module débit Type Type Valeur " '1- Eènement Llarcau Drapeau Evénement Type Intervalle Type V eur Evénement E ail Drapeau es- Evènement action Intervalle test test ment escalade E-mail calade REI Module débit connecté Module débit déconnecté Chef chiffrage non chargée TABLEAU B-15 ID RF Type 7type Valeur Evène- Drapeau Drapeau Evénement Type Intervalle Type Valeur Avènement E ail Drapeau esEvènement action Intervalle test test ment escalade E-mail calade action test test test escalade escalade calade Dispositif connecté DI RF Dispositif déconnecté DI RF Force antenne DI RF TABLEAU B-16 Mode gestionnaire Type Type Valeur Evene- Evénement Drapeau Drapeau Evènement action Intervalle test test ment escalade E-mail Drapeau esaction test test test escalade escalade calade RIEL Etat (marche/arrêt) Mode gestionnaire en marche Mode gestionnaire en arrêt L Lt TABLEAU B-17 Dispositif pour armer clef gestionnaire Type Type Valeur Evéne- Evènement Drapeau Drapeau es- Evénement action Intervalle test test ment escalade E-mail al d REr test test test escalade escalade calade Etat (ar- mé/désarmé) Distributeur armé Distributeur désarmé Un fournira maintenant une description concernant les definitions de domaine d'enregistrement pour la table d'événements 202. CODE EVENEMENT Les événements spécifiés dans la colonne de domaine d'événements (colonne 1) de chacune des tables d'événements représentées dans les tableaux A et B concerne des événements surveillables qui peuvent se produire en relation avec le composant indiqué. Les enregistrements illustratifs représentés dans les tables d'événements des Tableaux A et B comprennent une description de chaque événement spécifié dans le domaine d'EVENEMENT. Cependant, il apparaîtra clairement que ces descriptions ne sont données que dans un simple but d'illustration, car une mise en #uvre des tables devrait normalement nécessiter l'introduction d'un code spécifique d'événement dans les domaines d'EVENEMENT, d'une manière analogue à celle selon laquelle le domaine CODE EVENEMENT de la table de variables (Tableau 1) est peuplé. On peut utiliser n'importe quel type de langage de code, de descripteur, de terminologie, de format ou d'indicateur d'événement, à condition que le même vocabulaire de mots de code soit utilisé dans tout l'environnement de l'installation d'agent pour identifier les mêmes événements. Par exemple, la table d'événements et la table de variables devraient adopter le même vocabulaire de mots de code pour faciliter une correspondance, une association et une corrélation entre des enregistrements de table relatifs au même événement. TYPE ACTION Le contenu de ce domaine détermine quelle action l'installation d'agent effectue sur les enregistrements d'information de variable associés à l'événement particulier qui vient juste d'être reçu. En général, les actions définissent diverses formes de manipulations de données ou diverses opérations de traitement de données effectuées sur l'information de variable spécifique d'événement (provenant de la table de variables 200) en considérant les données liées à l'événement (provenant de l'environnement de réapprovisionnement en carburant), avant son évaluation. Il apparaîtra cependant que le Tableau 2 n'est donné qu'à titre illustratif, et que par conséquent divers types de manipulations de données autres que ceux décrits dans le Tableau 2 peuvent être utilisés dans cette partie initiale du programme de test de diagnostic. Le Tableau 2 ci-après contient les valeurs possibles pour ce domaine. Dans le domaine ACTION (colonne 3) du Tableau 2, la référence à "compte" et "valeur" se réfère, comme appropriée, au contenu du domaine COMPTE, VALEUR, COMPTE DECLIC, ou VALEUR DECLIC dans l'enregistrement spécifique d'événement applicable provenant de la table de variables 200. La référence, dans le domaine ACTION, à quantité contenue dans l'événement ou autre terminologie analogue, se réfère à la donnée liée à l'événement qui accompagne le message d'événement reçu de l'environnement de réapprovisionnement en carburant. En particulier, cette donnée liée à l'événement est générée par l'environnement de réapprovisionnement en carburant, en association avec l'apparition ou la présence d'un événement. Comme représenté, les actions énumérées par les Valeurs 0-5 concernent généralement le réglage de "compte" ou "valeur" de la manière spécifiée. Les valeurs 6-7 concernent l'addition de nouveaux enregistrements spécifiques d'événements dans la table de variables 200. Dans une forme de réalisation, les actions indiquées dans la colonne 3 sont mises en oeuvre dans la forme de code de programme exécutable correspondant, d'une manière pouvant être mise en pratique par les spécialistes de la question. TABLEAU 2 Types de manipulations effectuées sur données table de variables : contenu du domaine type d'action dans table d'évènements. Valeur Enumération Action 0 TEEP~ACTION~TYPE~ADD~COMPTE Incrémenter compte de un. 1 TEEP ACTION TYPE SET COMTPE Régler compte à un. 2 TEEP ACTION TYPE ADD VALEUR Augmenter valeur de la quan- - tite contenue dans l'événement. *Régler valeur à la quantité 3 TEEP ACTION TYPE REG VALEUR contenue dans l'événement à TEEP~ACTION~TYPE~REG~VALEUR chaque fois que la quantité est plus élevée qua la valeur. Régler valeur à la quantité 4 TEEP ACTION TYPE REG VALEUR contenue dans l'événement à - chaque fois que la quantité est inférieure à la valeur. 5 TEEP ACTION TYPE REG VALEUR Régle valeur à la quantité contenue dans l'événement. Augmenter le nombre d'enregistrements associés à 6 TEEP~ACTION~TYPE~MULTIPLE~COMPTE l'événement de une unité. Régler le compte à un dans le nouvel enregistrement. Augmenter le nombre d'enregistrements associés à 7 TEEP ACTION TYPE MULTIPLE VALEUR l'événement, de une unité. Dans le nouvel enregistrement, régler la valeur à la quantité contenue dans l'événement. INTERVALLE Le contenu de ce domaine indique combien de temps le ou les enregistrements de table de variable associés à l'événement surveillé courant, sont valides. L'installation d'agent retire tout enregistrement de variable expiré avant d'effectuer une action. Dans une forme de réalisation, l'unité de mesure est la minute et zéro indique que le ou les enregistrements de variables ne sont pas expirés. TYPE TEST Le contenu de ce domaine détermine quel test de diagnostic l'installation d'agent effectue lorsqu'un événement particulier est reçu. En particulier, ce domaine indique le type d'évaluation de type décision basé sur une règle, qui doit être effectuée sur l'information de variable ayant précédemment subi une manipulation, suivant les instructions de traitement de données fournies en association avec le domaine TYPE ACTION. Généralement, on peut considérer que ce domaine fournit une fonction qui évalue, analyse et/ou interprète l'information, comme par exemple par des opérations telles que des comparaisons et des calculs. Il ap- paraîtra cependant que le Tableau 3 n'est donné qu'à titre d'illustration, et que par conséquent divers types de procédures d'évaluation, autres que celles décrites dans le Tableau 3, peuvent être utilisées dans cette partie du programme de test de diagnostic. Le Tableau 3 ci-après content les valeurs possibles pour ce domaine. Dans le domaine TEST (colonne 3) du Tableau 3, la référence à "compte" et "valeur" concerne, comme approprié, le contenu du domaine COMPTE, VALEUR, COMPTE DECLIC, ou VALEUR DECLIC dans l'enregistrement spécifique d'événement applicable provenant de la table de variables 200, tel que modifié couramment ou réglé de toute autre manière par les opérations de manipulation de données antérieures, associées à l'événement courant. La référence, dans le domaine TEST, à "valeur test" concerne le contenu du domaine VALEUR TEST (décrit ci-après) dans l'enregistrement de table d'événements applicable. La référence, dans le domaine TEST, à "valeur de code d'événement test" et "compte de code d'événement test" concerne le contenu du domaine EVENEMENT TEST (décrit ci-après) dans l'enregistrement de table d'événements applicable. Comme représenté, on constate que le contenu du domaine TEST prend la forme d'une opération de type évaluation (par exemple une comparaison et un calcul) concernant un point de référence (par exemple une valeur/compte de code de valeur test et événement test), suivie par une décision ou un jugement se présentant sous la forme d'un énoncé SI-ALORS. Dans une forme de réalisation, ces actions de test sont mises en oeuvre sous la forme d'un code de programme exécutable correspondant, d'une manière pouvant être mise en pratique par les spécialistes de la question. TABLEAU 3 Types de tests d'évaluation effectués sur données manipulées : contenu du domaine de types de tests dans la table d'évènements Valeur Enumération Action 0 TEEP~TEST~TYPE~AUCUN Ne rien faire Comparer le compte à la valeur 1 TEEP TEST TYPE MAX COMPTE de test. Si le compte est supéTEEP~TEST~TYPE~MAX~COMPTE rieure ou a égal a la valeur de test, escalader l'événement. Calculer le pourcentage du 2 TEEP~TEST~TYPE~MAX~COMPTE~RAPPORT compte au compte du code d'événement de test. Comparer la valeur à la valeur 3 TEEP TEST TYPE MAX VALEUR de test. Si la valeur est supéneure ou égale a la valeur de test, escalader l'événement. Calculer le pourcentage de la valeur à la valeur du code 4 TEEP TEST TYPE MAX VALEUR RAPPORT d'événement de test si le pour- - centage est supérieur ou égal a la valeur de test escalader l'événement. Comparer le compte à la valeur 5 TEEP TEST TYPE MAX COMPTE de test. Si le pourcentage est inférieur a la valeur de test, escalader l'événement. Calculer le pourcentage de compte au compte du code 6 TEEP~TEST~TYPE~MIN~COMPTE~RAPPORT d'évènement de test. Si le pourcentage est inférieur à la valeur de test, escalader l'événement. Comparer la valeur à la valeur 7 TEEP TEST TYPE MIN VALEUR de test. Si la valeur est infé- - rieure a la valeur de test escalader l'événement. Calculer le pourcentage de valeur à la valeur du code 8 TEEP~TEST~TYPE~MIN~VALEUR~RAPPORT d'évènement de test. Si le pourcentage est inférieur à la valeur de test, escalader l'événement. Cet événement est escaladé à chaque fois que la donnée cou- 9 TEEP~TEST~TYPE~TEMPS rante et le temps de la journée correspondant au contenu de la valeur de test. VALEUR TEST 5 Le contenu de ce domaine est utilisé par l'installation d'agent pendant qu'elle effectue le test indiqué par le domaine TYPE TEST. La ma- nière d'utiliser le contenu VALEUR TEST est spécifiée par le contenu du do- maine TYPE TEST de l'enregistrement spécifique d'événement applicable. EVENEMENT TEST Ce domaine contient un code qui identifie un événement de système en cours de surveillance. Lorsque l'installation d'agent est en train d'effectuer un test nécessitant un second enregistrement de variable provenant de la table de variables 200, l'identificateur se trouvant dans ce domaine est utilisé pour retrouver cet enregistrement. On se référera à la description du domaine TYPE TEST pour déterminer quels tests nécessitent ce domaine. Ce domaine doit être non nul pour être un identificateur valide. EVENEMENT D'ESCALADE Ce domaine contient un code qui identifie un événement de système. Lorsque l'installation d'agent effectue un test qui nécessite d'escalader un événement, le contenu de ce domaine est utilisé pour identifier le nouvel événement d'escalade. Ce domaine doit être non nul pour être un identificateur valide. Dans une forme de réalisation, ce domaine contient des instructions de code de programme exécutables pour effectuer une opération d'entretien ou de contrôle correspondante après la fin de l'opération de diagnostic. DRAPEAU E-MAIL D'ESCALADE Le contenu de ce domaine indique à l'installation d'agent s'il faut ou non envoyer une notification de courrier électronique (E-MAIL) à chaque fois qu'un événement est escaladé, comme par exemple une application de gestion à distance. DRAPEAU REMISE ETAT INITIAL ESCALADE Le contenu de ce domaine indique à l'installation d'agent s'il faut ou non remettre à l'état initial le ou les enregistrements de la table de variables à chaque fois qu'un événement est escaladé. Pendant le fonctionnement, en se référant à la figure 5 conjointement avec l'ordinogramme de la figure 6, un détecteur d'événements 110 reçoit, de l'environnement de réapprovisionnement en carburant, un message d'événement qui indique l'apparition et/ou la présence d'un événement de système surveillable et détectable (Etape 300). Le détecteur d'événements 110 fournit un identificateur d'événement (DI) qui représente ou indique l'événement. Le détecteur d'événement 110 fournit également une donnée liée à l'événement quelconque qui accompagne le message d'événement, comme par exemple une valeur d'un paramètre d'un composant. Le DI d'événement fourni par le détecteur d'événement 110 est utilisé par l'ordinateur d'agent 98 pour identifier l'enregistrement spécifique d'événement applicable dans la table d'événements 202 (Etape 304). En même temps, le DI d'événement est également utilisé pour identifier l'enregistrement de variable spécifique d'événement applicable dans la table de variables 200 (Etape 302). Une fois que les enregistrements d'événement et de variable appropriés ont été identifiés et retrouvés, l'opération de traitement de données indiquée par le domaine TYPE ACTION de l'enregistrement de table d'événements, est effectuée sur le contenu pertinent de l'enregistrement de table de variables (Etape 306). Par exemple, dans une forme de réalisation, les instructions de code de programme de diagnostic pertinentes correspondant au domaine TYPE ACTION et mises en oeuvre par celui-ci, sont chargées dans le processeur 108 et exécutées. Pour cela, le processeur 108 devrait également recevoir l'information de variable applicable et la donnée liée à l'événement. Ensuite, l'opération d'évaluation indiquée par le domaine TYPE TEST de l'enregistrement de la table d'événements, est effectuée sur l'information de variable ainsi traitée (Etape 306). Par exemple, dans une forme de réalisation, les instructions de code de programme de diagnostic pertinentes correspondant au domaine TYPE TEST et mettant en #uvre celui-ci, sont chargées dans le processeur 108 et exécutées. Pour cela, le processeur 108 devrait également recevoir les données manipulées et autres entrées nécessaires pour expérimenter la règle, comme par exemple la valeur de test et le compte valeur de code d'événement de test. Suivant le résultat de l'opération d'évaluation, la table d'événements 202 peut indiquer le besoin d'une escalade d'événement (Etape 308). Dans une forme de réalisation, par exemple si la règle SI-ALORS est satisfaite, les instructions de code de programme d'entretien pertinentes correspondant au domaine EVENEMENT ESCALADE et mettant en #uvre celuici, sont chargées dans le processeur 108 et exécutées. D'autres messages d'événements sont reçus et traités de la même manière. Il est avantageux de configurer l'architecture d'agent 200 avec une caractéristique reprogrammable qui permet de changer, de faire varier, de régler ou de modifier de toute autre manière le contenu de la table de variables 200 et de la table d'événements 202. Cette caractéristique est avantageuse lorsqu'elle est appliquée à la reconfiguration de la table d'événements 202 de manière à retirer, à ajouter ou à apporter des modifications aux règles d'évaluation. De plus, ces changements peuvent également être apportés au type de manipulations de données (c'est à dire le domaine TYPE ACTION) et aux critères d'évaluation (c'est à dire le domaine VALEUR TEST). Il apparaîtra clairement que les fonctions et les opérations cidessus de l'architecture d'agent 200 tombent sous la direction, la supervision, la coordination et le guidage de l'ordinateur d'agent 98, d'une manière conventionnelle bien connue des spécialistes de la question. A titre d'exemple, un entretien de routine doit être effectué sur un lecteur de carte pendant sa durée de vie ou, sinon, il ne doit pas atteindre la moyenne de 500000 insertions par exemple. Cet entretien consiste habituellement en un nettoyage complet. Cependant, il existe un problème pour déterminer quand il faut programmer chronologiquement l'entretien, car l'utilisation du lecteur de carte varie largement à l'intérieur de la station et sans la station. Selon l'invention, on peut créer une règle qui calcule le rapport de mauvaises lectures de carte, au nombre total de lectures de carte, pour obtenir un pourcentage. Dans ce but, on peut définir un événement qui se rapporte à l'apparition d'une mauvaise lecture de carte, telle qu'indiquée ou mesurée par certains critères. Par exemple, une lecture de carte défectueuse peut être indiquée par l'absence d'une information restituée suffisante lorsque le lecteur de carte balaye une carte. Lorsque cela se produit, un message d'événement est déclenché ou généré de toute autre manière pour indiquer l'apparition d'une lecture de carte défectueuse. Le total cumulé des mauvaises lectures de carte peut être conservé par l'installation d'agent dans un enregistrement de table de variable correspondant, sous la forme d'un compte pouvant être mis à jour. De plus, on peut définir un autre événement associé qui conserve un compte courant de toutes les lectures de carte, aussi bien si elle sont bonnes que si elles sont mauvaises. Cela permet d'effectuer une comparaison des lectures de carte mauvaises, avec le nombre total de tentatives. Par exemple, un indicateur d'événement peut être déclenché (et un message d'événement correspondant peut être envoyé à l'installation d'agent) lorsqu'un accès quelconque au lecteur de carte est tenté. De cette manière, on conserve le nombre total d'accès au lecteur de carte. Ce total d'accès est conservé de la même manière par l'installation d'agent, sous la forme d'un compte dans l'enregistrement de la table de variables spécifiques d'événements applicable. L'exemple de règle qui calcule le rapport de mauvaises lectures de carte au nombre total de lectures de carte, pour obtenir un pourcentage correspondant, peut être mis en #uvre sous la forme d'un enregistrement de table d'événement, spécifique d'événement, convenable, comportant le calcul de rapport voulu qui est spécifié dans le domaine TYPE TEST. Le compte de mauvaises lectures de carte et le compte total d'accès au lecteur de carte, doivent être convenablement mis à jour par des instructions de diagnostic appropriées dans le domaine TYPE ACTION, avant le calcul de la valeur de pourcentage. L'énoncé SI-ALORS spécifié dans le domaine TYPE TEST doit de la même manière indiquer quelle action corrective doit être effectuée lorsque le rapport calculé dépasse un certain niveau spécifié dans le domaine VALEUR TEST. Par exemple, l'action (c'est à dire un événement d'escalade) peut mettre en #uvre une notification consistant à indiquer à un technicien de service que le lecteur de carte a besoin d'un nettoyage. En se référant maintenant à la figure 7, celle-ci représente un schéma par blocs d'un système de gestion de distributeurs global 400 destiné à mettre en réseau un administrateur de système centralisé 402 dans divers environnements de réapprovisionnement en carburant 404 comportant des installations d'agent dédiées 408, selon un autre exemple de réalisation de l'invention. Comme représenté, le système 400 illustré ici comprend un administrateur 402 se présentant sous la forme d'un système de gestion de réseau tel qu'une application de gestion à distance. L'administrateur 402 est disposé pour communiquer avec un certain nombre de stations de réapprovisionnement en carburant individuelles 404 comportant chacune un certain nombre d'emplacements de distributeurs 406. Chaque station de réapprovisionnement en carburant 404 est équipée d'une installation d'agent 408 présentant une construction, un fonctionnement et une fonctionnalité analogues à ceux décrits ci-dessus en se référant aux figures 1 à 6. L'installation d'agent 408, par exemple, supporte et par ailleurs facilite les actions d'administration, les services et autres fonctions de gestion effectuées en association avec le système de gestion de réseau 402. Bien que la présente invention ait été décrite sous diverses formes de réalisation préférentielles, de nombreuses modifications et va- riantes sont possibles tout en restant dans l'esprit et le cadre des revendications qui suivent. REVENDICATIONS 1 ) Système de distribution de carburant, caractérisé en ce qu' il comprend : - un emplacement de distributeur de carburant (12) comportant un certain nombre de composants (14) ; et - une installation d'agent (10) associée en fonctionnement à l'emplacement de distributeur de carburant (12) ; l'installation d'agent (10) étant configurée pour effectuer une fonction de surveillance et/ou une fonction de contrôle concernant l'emplacement de distributeur de carburant (12). 2 ) Système selon la revendication 1, caractérisé en ce que l'installation d'agent (10) est en outre configurée pour : (i) recevoir une information d'événement provenant de l'emplacement de distributeur de carburant ; (ii) traiter l'information d'événement reçue de l'emplacement de distributeur de carburant ; (iii) évaluer et/ou analyser l'information d'événement traitée ; (iv) exécuter une tâche d'entretien suivant les résultats de l'évaluation et/ou analyse ; (v) exécuter une tâche de contrôle suivant les résultats de l'évaluation et/ou analyse, ou (vi) effectuer n'importe quelle combinaison des étapes (i) à (v). 3 ) Système selon la revendication 1, caractérisé en ce que l'installation d'agent (10) est en outre configurée pour : (i) effectuer une opération de diagnostic en relation avec l'information d'évé- nement reçue opérationnellement de l'emplacement de distributeur de carburant ; et/ou (ii) effectuer et/ou diriger une opération d'entretien re- lative à l'emplacement de distributeur de carburant, suivant le résultat de l'opération de diagnostic. 4 ) Système selon la revendication 3, caractérisé en ce que l'information d'événement comprend une première donnée indicative d'un événement, et une seconde donnée indicative d'un état, d'une valeur de paramètre, d'une condition, d'une mesure de performance, ou d'une combinai- son quelconque de ceux-ci, relativement à au moins un composant de l'emplacement de distributeur de carburant. 5 ) Système selon la revendication 3, caractérisé en ce que l'opération d'entretien comprend l'émission d'une information de commande destinée à reconfigurer au moins un composant (14), l'émission d'une information de contrôle destinée à contrôler au moins un aspect fonctionnel d'une opération de distribution de carburant dans l'emplacement de distributeur de carburant (12), l'émission et/ou la programmation chronologique d'un appel de service, l'émission d'une notification d'une condition prête à l'entretien, ou une combinaison quelconque de ces émissions. 6 ) Système selon la revendication 1, caractérisé en ce que l'installation d'agent (10) est en outre configurée pour : (i) recevoir de l'emplacement de distributeur de carburant un message d'événement indicatif d'un événement apparaissant dans celui-ci, et/ou une information d'événement appartenant à l'événement indiqué par le message d'événement ;(ii) manipuler une information de variable associée à l'événement indiqué par le message d'événement, suivant le message d'événement et/ou l'information d'événement ; (iii) évaluer l'information de variable manipulée ; et (iv) exécuter au moins une tâche suivant les résultats de l'évaluation. 7 ) Système selon la revendication 6, caractérisé en ce que la manipulation de l'information de variable met en oeuvre le réglage d'une variable liée à l'événement et/ou d'un compteur lié à l'événement, la variable liée à l'événement étant indicative d'un paramètre de fonctionnement et/ou d'une condition de fonctionnement de l'emplacement de distributeur de carburant, le compteur lié à l'événement étant indicatif d'un compte d'apparition d'événements. 8 ) Système selon la revendication 6, caractérisé en ce que l'évaluation de l'information de variable manipulée met en #uvre l'analyse de l'information de variable manipulée par rapport à une information de test prédéterminée. 9 ) Système selon la revendication 6, caractérisé en ce que l'exécution de la tâche au moins unique met en #uvre la direction de l'exécution d'au moins une tâche de contrôle dans l'emplacement de distributeur de carburant. 10 ) Système selon la revendication 1, caractérisé en ce qu' il comprend en outre : - une table de variables (200) associée en fonctionnement à l'installation d'agent (10), cette table de variables incluant un certain nombre d'enre- gistrements spécifiques d'événements, chaque enregistrement incluant respectivement (i) un indicateur d'événement indicatif de l'événement respectif associé à celui-ci, et (ii) une information de variable appartenant à l'événement respectif ; et - une table d'événements (202) associée en fonctionnement à l'installation d'agent (10), cette table d'événements incluant un certain nombre d'enre- gistrements spécifiques d'événements, chaque enregistrement incluant respectivement l'un au moins de : (i)un domaine d'événement indicatif d'un événement associé à l'enregistrement ; (ii) un domaine de type d'ac- tion fournissant des instructions définissant une opération de traitement de données destinée à être effectuée conjointement avec l'information de variable pertinente provenant de la table de variables ; (iii) un domaine de type de test fournissant des instructions définissant une opération d'analyse destinée à être effectuée conjointement avec les résultats de l'opération de traitement de données ; (iv) un domaine de valeur de test définissant une valeur de test prédéterminée destinée à être utilisée dans l'opération d'analyse ; et (v) un domaine d'événement d'escalade fournis- sant des instructions définissant au moins une tâche destinée à être exé- cutée suivant le résultat de l'opération d'analyse. 11 ) Système selon la revendication 1, caractérisé en ce que l'installation d'agent (10) comprend en outre : - un moyen pour recevoir une information d'événement provenant de l'em- placement de distributeur de carburant ; - une installation de données incluant un certain nombre d'éléments d'in- formation associés chacun à un événement respectif ; un processeur (108), ce processeur étant configuré pour traiter au moins un élément d'information de l'installation de données suivant l'informa- tion d'événement reçue de l'emplacement de distributeur de carburant ; et une installation de règles, cette installation de règles incluant un certain nombre de règles associées chacune à un événement respectif, chaque règle définissant respectivement une fonction d'évaluation configurée pour évaluer l'information traitée par le processeur, et/ou une fonction de tâche configurée pour exécuter au moins une tâche suivant les résul- tats de la fonction d'évaluation. 12 ) Système selon la revendication 11, caractérisé en ce que l'installation de règles comporte une caractéristique programmable permettant une modification sélective de la pluralité de règles, une extraction sélective de règles, et/ou une addition sélective de règles. 13 ) Système selon la revendication 1, caractérisé en ce que l'installation d'agent comprend en outre : - un moyen pour recevoir une information d'événement provenant de l'em- placement des distributeurs de carburant ; - une installation de données incluant un certain nombre d'éléments d'in- formation associés chacun à un événement respectif ; - un processeur, ce processeur étant configuré pour traiter au moins un élément d'information de l'installation de données suivant l'information d'événement reçue de l'emplacement de distributeur de carburant ; et - une installation de règles, cette installation de règles incluant un certain nombre de règles associées chacune à un événement respectif, chaque règle définissant respectivement : (i) une fonction de diagnostic configu- rée pour effectuer une opération de diagnostic relativement à l'informa- tion traitée par le processeur ; (ii) une opération d'appel d'entretien configurée pour effectuer et/ou diriger l'exécution d'au moins une tâche d'entretien appartenant à l'emplacement de distributeur de carburant, suivant les résultats de l'opération de diagnostic ; (iii) une opération de contrôle configurée pour effectuer et/ou diriger l'exécution d'au moins une tâche de contrôle appartenant à l'emplacement de distributeur de carburant, suivant les résultats de l'opération de diagnostic ; ou (iv) n'importe quelle combinaison de (i) - (iii). 14 ) Système selon la revendication 1, caractérisé en ce qu' il comprend en outre : - une installation à distance incluant une application de gestion, cette installation à distance étant disposée séparément de l'emplacement de distributeur de carburant, cette application de gestion étant configurée pour permettre la gestion d'au moins un composant de l'emplacement de distributeur de carburant en coopération avec l'installation d'agent ; et - une liaison de communications entre l'installation d'agent et l'installation à distance. 15 ) Système selon la revendication 14, caractérisé en ce que l'installation d'agent comprend une entité client et l'installation à distance comprend une entité serveur. 16 ) Système selon la revendication 15, caractérisé en ce que l'installation d'agent et l'installation à distance sont configurées pour effectuer des fonctions de gestion suivant la spécification de Protocole de Gestion de Réseau Simple (PGRS). 17 ) Appareil, caractérisé en ce qu' il comprend : - un emplacement de distributeur de carburant (12) ; et - une installation d'agent (10) associée en fonctionnement à l'emplacement de distributeur de carburant (12). 18 ) Appareil selon la revendication 17, caractérisé en ce que l'installation d'agent comprend en outre : - un moyen pour recevoir une information d'événement provenant de l'em- placement de distributeur de carburant ; - un programme de test de diagnostic couplé opérationnellement au moyen de réception ; et - un programme de procédure d'entretien associé opérationnellement au programme de test de diagnostic. 19 ) Appareil selon la revendication 17, caractérisé en ce que l'installation d'agent comprend en outre : - un moyen pour recevoir une information d'événement provenant de l'em- placement de distributeur de carburant ; - un processeur de données couplé opérationnellement au moyen de ré- ception ; et - un analyseur de données couplé opérationnellement au processeur de données. 20 ) Appareil selon la revendication 17, caractérisé en ce qu' il comprend en outre : un programme de contrôle de distributeur de carburant associé opérationnellement à l'installation d'agent. 21 ) Appareil selon la revendication 17, caractérisé en ce qu' il comprend en outre : une table d'événements associée en fonctionnement à l'installation d'agent. 22 ) Appareil selon la revendication 21, caractérisé en ce qu' il comprend en outre : une table de variables associée en fonctionnement à la table d'événements. 23 ) Appareil selon la revendication 22, caractérisé en ce que la table de variables comprend un certain nombre d'enregistrements spécifiques d'événements, chaque enregistrement incluant respectivement (i) un indicateur d'événement indiquant l'événement respectif associé à celui-ci, et (ii) une information de variable appartenant à l'événement respectif ; et la table d'événements comprend un certain nombre d'enregistrements spécifiques d'événements, chaque enregistrement incluant respectivement l'un au moins de : (i)un domaine d'événement indicatif d'un événement associé à l'enregistrement ; (ii) un domaine de type d'action fournissant des instructions définissant une opération de traitement de données mettant en #uvre une information de variable provenant de la table de variables ; (iii) un domaine de type de test fournissant des instructions définissant une opération d'analyse conjointement avec les résultats de l'opération de traitement de données ; (iv) un domaine de valeur de test définissant une valeur de test prédéterminée destinée à être utilisée dans l'opération d'analyse ; et (v) un domaine d'événement d'escalade fournissant des instructions définissant au moins une tâche destinée à être exécutée suivant le résultat de l'opération d'analyse. 24 ) Appareil selon la revendication 17, caractérisé en ce que l'installation d'agent comprend en outre : - un moyen pour recevoir une information d'événement provenant de l'em- placement de distributeur de carburant ; - une installation de données incluant un certain nombre d'éléments d'in- formation associés chacun à un événement respectif ; - un processeur associé opérationnellement au moyen de réception et à l'installation de données ; et - une installation de règles associée opérationnellement au processeur, cette installation de règles incluant un certain nombre de règles asso- ciées chacune à un événement respectif, chaque règle incluant respecti- vement un premier ensemble d'instructions exécutables définissant une procédure d'évaluation et un second ensemble d'instructions exécutables définissant une tâche de gestion, la tâche de gestion incluant une tâche de contrôle exécutable et/ou une tâche d'entretien exécutable.