FR 3108759 A1 20211001 FR 2002946 A 20200326 Procédé et système de gestion de plans d’action dans une zone géographique comportant des dispositifs dont le fonctionnement peut être impacté par un paramètre mesurable dans ladite zone Le procédé comportant des étapes de : - obtention d'au moins un dit plan d'action associé à au moins un dit dispositif, le plan d’action comportant : - au moins une action pouvant être exécutée sur au moins un dit dispositif ; et - au moins une conséquence de l’exécution de l’action sur au moins un dit dispositif ; - obtention de valeurs estimées dudit paramètre au moins à des instants futurs ; - prédiction de l’état de fonctionnement ou de dysfonctionnement d'un dit dispositif en fonction des valeurs estimées et d'un seuil du paramètre pour le dispositif ; - sélection d'au moins un dit plan d'action si l’état de dysfonctionnement dudit dispositif associé à ce plan d’action est prédit, la sélection tenant compte d’une prédiction de l’état de fonctionnement ou de dysfonctionnement de ce dispositif en fonction de la conséquence de l’exécution de l’action ; - affichage sur une cartographie d'un élément graphique représentant l'évolution de l’état d'au moins un dit dispositif en fonction de la prédiction, du (ou des) plan(s) d'action sélectionné(s), et d’un instant prévu pour l’exécution, pour permettre à un utilisateur de retenir (E700) au moins un dit plan d’action pour protéger un dit dispositif. Figure pour l’abrégé : Fig. 1. Procédé et système de gestion de plans d’action dans une zone géographique comportant des dispositifs dont le fonctionnement peut être impacté par un paramètre mesurable dans ladite zone L’invention se rapporte au domaine de surveillance de dispositifs compris dans une zone géographique dont l’état de fonctionnement ou de dysfonctionnement dépend d’un paramètre de ladite zone. Il existe actuellement des systèmes centralisés qui permettent de surveiller l’état de fonctionnement ou de dysfonctionnement de plusieurs dispositifs compris dans une zone géographique tel qu’un quartier, une ville ou un pays. Un tel système comporte des capteurs et un serveur central. Les capteurs dotés de modules de communication sont dispersés dans la zone géographique, ces capteurs étant configurés pour mesurer un paramètre pouvant affecter le fonctionnement des dispositifs et pour envoyer des informations sur ces mesures au serveur central. Ces systèmes centralisés permettent d’afficher une cartographie de la zone géographique, sur laquelle apparaissent des éléments graphiques correspondant aux différents dispositifs et à leurs états de fonctionnement ou de dysfonctionnement. On connait par exemple un système centralisé pour surveiller l’état de fonctionnement ou de dysfonctionnement de stations de base d’un réseau de télécommunications sans fil dans une ville en fonction d’un niveau d’humidité ou de brouillard affectant les canaux radio de communication. On connait également un système centralisé pour surveiller l’état de fonctionnement ou de dysfonctionnement de postes électriques proches d’un fleuve en fonction d’un niveau d’eau de ce fleuve. On connait également un système centralisé pour surveiller l’état de fonctionnement ou de dysfonctionnement de batteries situées dans une zone rurale en fonction de la température. Ces systèmes permettent à un utilisateur d’avoir une vision globale sur le fonctionnement (ou le dysfonctionnement) d’un ensemble de dispositifs dans la zone géographique, ce qui facilite la détection de défaillance de certains dispositifs et accélère le processus de la maintenance des dispositifs défectueux. En particulier, ces systèmes centralisés peuvent se baser sur des valeurs estimées du paramètre affectant le fonctionnement des dispositifs. Par exemple, le système de surveillance de l’état de fonctionnement (ou de dysfonctionnement) de postes électriques proches d’un fleuve peut obtenir des valeurs estimées du niveau d’eau du fleuve et prédire ainsi l’état de fonctionnement ou de dysfonctionnement des postes électriques. Les systèmes connus de l’état de la technique sont limités à la surveillance de l’état de fonctionnement ou de dysfonctionnement de dispositifs. Décider comment intervenir pour protéger les dispositifs peut être une tâche difficile s’il existe un risque de dysfonctionnement imminent, notamment avec des conséquences relativement graves, telle qu’une coupure de l’électricité dans une ville. Il existe donc un besoin en une solution permettant d’aider un utilisateur à prendre une décision afin d’éviter ou au moins réduire le risque de dysfonctionnement de dispositifs à cause d’un paramètre mesurable dans une zone géographique. L’invention vise un procédé de gestion de plans d'action dans une zone géographique comportant au moins un dispositif dont un état de fonctionnement ou de dysfonctionnement peut être impacté par un paramètre mesurable dans ladite zone, le procédé comportant des étapes de : - obtention d'au moins un dit plan d'action associé à au moins un dit dispositif, le plan d’action comportant : - au moins une action pouvant être exécutée sur au moins un dit dispositif ; et - au moins une conséquence de l’exécution de l’action sur au moins un dit dispositif ; - obtention de valeurs estimées dudit paramètre au moins à des instants futurs ; - prédiction de l’état de fonctionnement ou de dysfonctionnement d’un dit dispositif en fonction des valeurs estimées et d’un seuil du paramètre pour le dispositif ; - sélection d'au moins un dit plan d'action si l’état de dysfonctionnement du dispositif associé à ce plan d’action est prédit, la sélection tenant compte d’une prédiction de l’état de fonctionnement ou de dysfonctionnement de ce dispositif en fonction de ladite conséquence de l’exécution de l'action du plan d’action ; - affichage sur une cartographie d'un élément graphique représentant l'évolution de l’état d’au moins un dit dispositif en fonction de la prédiction, du (ou des) plan(s) d'action sélectionné(s) et d’un instant prévu pour l’exécution de ladite au moins une action, pour permettre à un utilisateur de retenir au moins un dit plan d’action pour protéger un dit dispositif. Corrélativement, l’invention vise un système de gestion de plans d'actions dans une zone géographique comportant au moins un dispositif dont un état de fonctionnement ou de dysfonctionnement peut être impacté par un paramètre mesurable dans ladite zone, le système de gestion comportant : - un module d’obtention configuré pour obtenir au moins un dit plan d'action associé à au moins un dit dispositif, le plan d’action comportant : - au moins une action pouvant être exécutée sur au moins un dit dispositif ; et - au moins une conséquence de l’exécution de l’action sur au moins un dit dispositif ; - un module configuré pour obtenir des valeurs estimées du paramètre au moins à des instants futurs ; - un module de prédiction configuré pour prédire l’état de fonctionnement ou de dysfonctionnement d’un dit dispositif en fonction des valeurs estimées et d’un seuil dudit paramètre pour ce dispositif ; - un module de sélection configuré pour sélectionner au moins un plan d'action si l’état de dysfonctionnement du dispositif associé à ce plan d’action est prédit, la sélection tenant compte d’une prédiction de l’état de fonctionnement ou de dysfonctionnement de ce dispositif en fonction de ladite conséquence ; et - un module d’affichage configuré pour afficher sur une cartographie un élément graphique représentant l'évolution de l'état d’un dit dispositif en fonction de la prédiction, du (ou des) plan(s) d'action sélectionné(s) et d’un instant prévu pour l’exécution de ladite au moins une action, pour permettre à un utilisateur de retenir au moins un dit plan d’action pour protéger un dit dispositif. Les caractéristiques et avantages du procédé de gestion de plans d’action selon l’invention présentés ci-après s’appliquent de la même façon au système de gestion de plans d’action selon l’invention et vice versa. Le procédé de gestion de plans d’action selon l’invention peut être mis en œuvre par un système de gestion de plans d’action selon l’invention. Aucune limitation n'est imposée à la nature de la zone géographique : un bâtiment, une salle, un quartier, une ville, un pays, etc. Aucune limitation n'est imposée au type des dispositifs compris dans la zone géographique : des postes électriques (autrement dit des éléments d’un réseau électrique), des points de raccordements, des équipements de basse tension, des batteries, des groupes électrogènes, des équipements d’un réseau de télécommunications, des caméras ou tout autre type de capteurs, etc. A titre indicatif, la zone géographique peut être une ville traversée par un fleuve, l’état de fonctionnement ou de dysfonctionnement des dispositifs électroniques compris dans cette ville notamment proches du fleuve peut être impacté par la hauteur d’eau ou l’intensité du courant d’eau du fleuve. Selon un autre exemple, la zone géographique peut être une ville couverte par un réseau de télécommunications sans fil, l’état de fonctionnement ou de dysfonctionnement des équipements du réseau peut être impacté par le niveau de brouillard présent dans la ville. Conformément à l’invention, l’état de dysfonctionnement d’un dispositif peut être prédit lorsqu’une valeur estimée dépasse le seuil du paramètre pour ce dispositif. Les valeurs du paramètre sont estimées à des instants futurs et éventuellement à un instant présent. Le seuil pour un dispositif donné peut avoir une valeur fixe, par exemple une valeur prédéterminée. Alternativement, le seuil peut être dynamique et avoir une valeur variable en fonction du temps. Le seuil peut être obtenu par le système conforme à l'invention en le calculant par exemple par la mise en œuvre d'une méthode d'apprentissage machine ("Machine Learning"), ou en le recevant d'un dispositif communicant. Les seuils pour différents dispositifs peuvent être différents. Par exemple, un premier dispositif peut devenir en état de dysfonctionnement lorsque le niveau d’eau dépasse 4 mètres, alors qu’un deuxième dispositif ne devient en état de dysfonctionnement que lorsque le niveau d’eau dépasse 5 mètres. Dans ce document, nous désignons par « l’exécution d’un plan d’action », l’exécution de l’application de ce plan d’action, et nous utilisons les deux expressions de façon équivalente. L’invention permet de proposer à l’utilisateur un ou plusieurs plans d’action associé(s) à un ou plusieurs dispositifs dont les états de dysfonctionnement sont prédits. L’invention permet ainsi de réduire, voire éviter le risque que le dispositif soit effectivement dans un état de dysfonctionnement. En effet, l’invention permet d’aider l’utilisateur, de façon crédible, à prendre une décision rapide et pouvoir ainsi intervenir dans les meilleurs délais. L’étape d’affichage permet de fournir à l’utilisateur, de façon claire et intuitive, les informations requises pour qu’il puisse retenir au moins un plan d’action contre le risque de dysfonctionnement d’un dispositif. La sélection d’un plan d’action est une opération automatique de filtrage consistant à examiner l’ensemble des plans d’action disponibles dans le système pour ne présenter à l’utilisateur que les plans pertinents. L’invention permet également d’aider l’utilisateur à prendre une décision pertinente, les plans sélectionnés et affichés étant associés aux dispositifs pour lesquels l’état de dysfonctionnement est prédit. De plus, l’invention permet d’afficher, pour chaque plan d’action sélectionné par le système de gestion selon l’invention, l’action à exécuter et la conséquence de son exécution. L’utilisateur peut ainsi retenir un plan d’action en prenant en compte la conséquence de l’exécution de ce plan. La conséquence de l'exécution de l'action sur un dispositif s'applique à un paramètre de ce dispositif, par exemple à son état de fonctionnement ou de dysfonctionnement, ou à la valeur du seuil pour ce dispositif. Conformément à l'invention, l'affichage est mis en œuvre sur une cartographie, qui est une représentation graphique de la distribution des dispositifs dans la zone géographique. La cartographie tient compte de la localisation géographique des différents dispositifs. L'affichage sur la cartographie peut être enrichi par d'autres types d'affichages pour représenter l'évolution de l'état d'un ou plusieurs dispositifs, par exemple par un tableau ou par un rapport textuel. Dans un mode de réalisation, l’invention fournit à l’utilisateur un processus d'interaction homme-machine continu et guidé. En effet, l’état de fonctionnement ou de dysfonctionnement des dispositifs peut évoluer de manière dynamique en fonction du paramètre qui affecte cet état (niveau d’eau d’un fleuve, niveau d’humidité, température, etc.). Le système de gestion selon l’invention surveille automatiquement l’évolution de l’état grâce à l’étape de prédiction, et représente un outil dynamique d’aide à la décision pour l’utilisateur, le ou les plans d’action étant sélectionnés en fonction de la prédiction. Si un plan d’action sélectionné associé à un premier dispositif comporte une conséquence sur le premier mais aussi sur d’autres dispositifs, le système de gestion selon l’invention affiche la conséquence de ce plan sur le premier et sur les autres dispositifs. Cela permet d’aider l’utilisateur de façon crédible à choisir un plan parmi les plans affichés en tenant compte de sa conséquence sur l’ensemble des dispositifs éventuellement impactés par ce plan. L’invention permet à l’utilisateur d'exploiter correctement le système comportant les différents dispositifs de la zone géographique, en affichant des informations sur l’état de fonctionnement ou de dysfonctionnement d’un dispositif à l’instant courant et aux instants futurs correspondant aux valeurs estimées, les plans d’action envisageables pour un dispositif donné et la conséquence de ce plan d’action sur l’état du dispositif associé au plan d’action, et éventuellement même sur l’état d’autres dispositifs du système. Selon l’invention, l’action d’un plan associé à un premier dispositif peut être exécutée sur ce premier dispositif et/ou sur un autre dispositif. Par exemple, l’action d’un plan d’action associé à un dispositif électrique peut être exécutée sur ce dispositif même ou sur un point de raccordement permettant d’alimenter le dispositif électrique. En particulier, un plan d'action selon l'invention peut être associé à deux dispositifs qui ne dépendent pas l'un de l'autre. Dans un mode de réalisation, l’étape d’affichage du procédé de l’invention incite l'utilisateur à interagir avec le système de gestion selon l’invention dans le but d'éviter des dysfonctionnements techniques des dispositifs. L’invention a une application intéressante notamment en situation d’urgence, par exemple en cas de risque de coupure d’électricité dans une ville, ou de coupure d’un réseau de télécommunications, ou de coupure d’une circulation ferroviaire, car elle guide l’utilisateur à retenir un plan d’action pouvant éviter ou minimiser ce risque. La cartographie sur laquelle l’affichage est effectué représente au moins une partie de la zone géographique et au moins un dispositif compris dans cette partie, par exemple un quartier d’une ville avec les dispositifs compris dans le quartier. Le système de gestion conforme à l’invention peut avoir une architecture centralisée, par exemple être constituée par un seul dispositif. Dans ce cas, l’affichage selon le procédé de l’invention peut être effectué sur un écran de ce dispositif. Alternativement, le système de gestion selon l’invention peut comporter plusieurs dispositifs et avoir une architecture décentralisée, par exemple un serveur et un terminal, les étapes de prédiction et de sélection étant effectuées par le serveur et l’étape d’affichage étant effectuée sur un écran du terminal. Dans un mode de réalisation, un plan d’action selon l’invention est associé à plusieurs dispositifs. Le plan d’action est destiné à être mis en œuvre lorsqu’au moins un dispositif auquel le plan est associé est en état de dysfonctionnement ou risque de devenir en cet état selon un résultat de l’étape de prédiction. Le système de gestion selon l’invention peut obtenir un plan d’action enregistré dans une mémoire du système de gestion selon l’invention. En particulier, le système de gestion selon l’invention peut comporter un serveur communiquant avec un terminal d’un utilisateur qui représente un client pour ce serveur. Alternativement, le système de gestion selon l’invention peut obtenir le plan d’action via un module de communication, par exemple en le recevant d’un dispositif communicant, ou en le téléchargeant d’un réseau, par exemple Internet. Un plan d’action selon l’invention peut comporter plusieurs actions. Si un plan d’action associé à un dispositif est retenu par l’utilisateur, l’action de ce plan peut être exécutée au moment où le dispositif devient en état de dysfonctionnement ou en amont, par exemple dès qu’un état de dysfonctionnement est prédit. A titre d’exemples, l’action d’un plan d’action selon l’invention peut être une action parmi : - court-circuiter le dispositif associé au plan d’action, dont l’état de dysfonctionnement est prédit ; et/ou - déplacer ce dispositif dans la zone géographique ; et/ou - substituer ce dispositif par un autre dispositif de même type ou d’un type différent ; et/ou - modifier un mode de fonctionnement d’un dit dispositif (le mettre en veille par exemple) ; ou - ne rien faire. Conformément à l’invention, l’action d’un plan d’action peut être exécutée sur le dispositif auquel le plan est associé, ou sur un autre dispositif, par exemple sur un dispositif de substitution. L'action d'un plan d'action peut être exécutée par une personne ou par une machine, en particulier par le système de gestion de plans d'action conforme à l'invention, par exemple en commandant la mise en marche ou en arrêt d'un dispositif. L’action peut avoir une conséquence sur le dispositif sur lequel l’action est exécutée, mais aussi sur d’autre(s) dispositif(s) de ladite zone géographique. Par exemple, en court-circuitant un premier dispositif électronique sur lequel l’action est exécutée, l’intensité de courant ou la charge d’un autre dispositif d’un même réseau électrique peut varier. Dans un mode de réalisation de l’invention, un dit plan d’action comporte en outre une condition d’exécution de son action ; le procédé de gestion selon l’invention comporte en outre une étape de détermination de cette condition et l’étape de sélection tient compte de la condition. La condition d’exécution d’une action peut être une condition relative à une valeur dudit paramètre (le niveau d’eau d’un fleuve, le niveau d’humidité, la température, etc.), ou une condition sur l’heure ou le lieu d’exécution de l’action, ou une condition de disponibilité d’un dispositif apte à substituer le dispositif associé au plan d’action ou celui sur lequel l’action est exécuté, ou une condition de disponibilité d’un intervenant ou d’une équipe qui doit intervenir pour exécuter l’action. Ces exemples ne sont pas limitatifs. Dans ce mode, la sélection d’au moins un plan d’action prend en compte cette condition. Ainsi, seuls les plans d’action dont l’action peut être exécutée sont sélectionnés. L’invention permet donc de ne proposer à l’utilisateur que des plans d’action possibles. Dans un mode de réalisation de l’invention, un dit plan d’action comporte en outre durée requise pour l’exécution de ladite au moins une action du plan d’action ; le procédé de gestion selon l’invention comporte en outre une étape de détermination de cette durée, et l’étape de sélection tient compte de cette durée. Ce mode de réalisation permet de filtrer les plans d’action en fonction des durées requises pour l’exécution de leurs actions respectives. En effet, s’il est déterminé qu’un dispositif donné sera dans un état de dysfonctionnement au bout d’un certain temps, il est intéressant de ne proposer à l’utilisateur que des plans qui permettent de résoudre ce problème avant que le dispositif ne soit effectivement en un état de dysfonctionnement. Dans un mode de réalisation de l’invention, la sélection d’au moins un plan d’action prend en compte la condition d’exécution et également la durée requise pour ladite exécution. Seuls les plans d’action pertinents sont sélectionnés. Dans un mode de réalisation de l’invention, la détermination de la durée requise pour l'exécution de ladite au moins une action comporte : - une obtention d'une durée minimale d'opération de l’action ; et - une estimation d'une durée d'accès au dispositif sur lequel l’action est exécutée ; la durée requise étant obtenue à partir de la durée d'opération et de la durée d'accès. Selon un exemple de mise en œuvre de l’invention, lorsque l’action consiste en une substitution du dispositif dont l’état de dysfonctionnement est prédit par un autre dispositif, la durée requise pour l’exécution de l’action comporte la durée nécessaire pour aller chercher le dispositif de substitution et pour se déplacer à l’endroit où le dispositif à substituer se trouve, et la durée d’opération pour effectuer la substitution (durée de travail d’un technicien sur place). La durée minimale d’opération de l’action peut être prédéfinie pour chaque type d’action. L’estimation de la durée d’accès tient compte d’un point de départ (par exemple la position d’un technicien qui va intervenir pour exécuter l’action) et d’une position du dispositif sur lequel l’action est exécutée. L’estimation peut se baser sur des informations de géolocalisation, par exemple de type GPS (pour « Global Positionning System » en anglais), et éventuellement sur des informations sur un état de trafic en temps réel, par exemple en se référant à l’application Waze ou City mapper (marques déposées). Dans un mode de réalisation de l’invention, l’obtention des valeurs estimées dudit paramètre comporte une estimation de ces valeurs, par le système de gestion selon l’invention, en fonction de mesures effectuées par des capteurs dans la zone géographique et obtenues par le système de gestion. Ces capteurs peuvent mesurer une valeur dudit paramètre, tel qu’une mesure d’une hauteur d’eau d’un fleuve, ou une mesure d’un taux d’humidité, ou une mesure d’une température. Dans un autre mode, l’obtention des valeurs estimées comporte une réception de ces valeurs d’un autre dispositif communiquant avec le système de gestion, par exemple en provenance d’un terminal d’un utilisateur ou d’un serveur communiquant avec les capteurs. Dans un autre mode, l’obtention des valeurs estimées comporte une interrogation d’une base de données enregistrant des anciennes valeurs mesurées. Par exemple, la température au cours d’un mois d’une année actuelle peut être estimée à partir de la température mesurée au cours du même mois de l’année précédente. Dans un mode de réalisation de l’invention, le procédé de gestion selon l’invention comporte en outre une étape de détection que l'utilisateur a retenu un plan d'action parmi les plans d’action qui sont affichés pour lui. L’utilisateur peut retenir un plan d’action en cliquant sur une icône correspondante à ce plan affichée sur un écran du système de gestion selon l’invention, par exemple sur un écran du terminal de l’utilisateur, le terminal étant compris dans le système de gestion et communiquant avec un serveur du système selon une configuration serveur/client. En particulier, l’utilisateur peut sélectionner un instant correspondant au début de l’exécution de l’action du plan d’action. En absence de sélection par l’utilisateur de l’instant prévu pour l’exécution, cet instant est l’instant courant. Dans un mode de réalisation, le procédé de gestion selon l’invention comporte en outre, sur détection qu'un plan d'action est retenu par l'utilisateur, une étape de mise en œuvre du plan d’action retenu, cette étape comportant : - une simulation de l’évolution de l’état de fonctionnement ou de dysfonctionnement d’un dispositif en fonction de la conséquence de l’exécution de l’action du plan d’action ; et/ou - une réservation, pour un instant prévu pour l'exécution de ladite au moins une action du plan d'action, d’un dispositif sur lequel l’action est exécutée, la réservation comportant une modification d’un état de disponibilité du dispositif ; et/ou - une commande d’au moins un dit dispositif pour l’exécution de l’action dudit plan d'action. La simulation permet d’informer l’utilisateur de la conséquence de la mise en œuvre du plan d’action. Il est envisageable que la cartographie comporte un premier élément (tel qu’un bouton) configuré pour déclencher la simulation lorsqu’il est retenu par l’utilisateur, et un deuxième élément configuré pour procéder à l’exécution lorsqu’il est retenu par l’utilisateur par exemple par la réservation et éventuellement la commande de dispositif(s). Suite à la réservation, le dispositif réservé apparaît comme indisponible pour d’autres plans d’action. Le système de gestion selon l’invention peut comporter un module de commande configuré pour commander, par exemple à distance, au moins un dispositif de la zone géographique. Dans un mode de réalisation, le procédé de gestion selon l’invention comporte en outre, après la mise en œuvre du plan d'action retenu par l'utilisateur, une mise à jour de l’affichage pour l’utilisateur en tenant compte de l’instant prévu pour l’exécution de l’action du plan d’action validé. Ainsi, si l’exécution d’un plan d’action associé à un premier dispositif aura en outre une conséquence sur l’état de fonctionnement ou de dysfonctionnement d’un deuxième dispositif et/ou sur un plan d’action associé au deuxième dispositif, l’élément graphique correspondant à ce deuxième dispositif est mis à jour. Dans un mode de réalisation de l'invention, le procédé de gestion comporte en outre une étape d'affichage, après l'exécution de l'action d'un dit plan d'action, d'un élément graphique représentant l’état d’au moins un dit dispositif suite à ladite exécution. L’état représenté peut être l’état présent ou un état futur estimé pour un instant donné, l'exécution du plan d'action pouvant avoir un impact sur l'état présent ou futur du dispositif. Ce mode permet à un utilisateur du système conforme à l'invention de surveiller l'impact réel d'un plan sélectionné et exécuté. En particulier, cette étape d'affichage après l'exécution peut comporter l'affichage d'une information indiquant si l'exécution a abouti et a permis d'obtenir la conséquence prévue de l'action, ou si l'exécution s'est bien déroulée mais n'a pas eu la conséquence escomptée, ou si l'exécution a échoué (par exemple n'a pas pu être finalisée). Dans un mode de réalisation, l'étape d'affichage après l'exécution d'un plan d'action comporte l'affichage d'une durée effective une fois l'action de ce plan est exécutée. Par exemple, si l'exécution d'une action comporte une utilisation d'une génératrice qui a une autonomie de 24 heures jusqu'à sa décharge complète, la durée effective de l'exécution est supérieure ou égale à 24 heures. Dans un mode de réalisation, le procédé de gestion selon l’invention comporte en outre une étape d'authentification de l’utilisateur, les étapes d’obtention et de sélection d'au moins un plan d'action tiennent compte de l’authentification et d’un attribut de confidentialité du plan d’action. Par exemple, lorsqu’un plan d’action a pour attribut de confidentialité « public », ce plan peut être partagé entre plusieurs utilisateurs. En particulier, il peut être obtenu pour un utilisateur A (par exemple l’utilisateur A le définit en utilisant un terminal communiquant avec le système de gestion selon l’invention) et sélectionné ensuite pour un utilisateur B. Ce mode de réalisation a une application avantageuse lorsque plusieurs intervenants contribuent pour gérer les dispositifs compris dans la zone géographique. A titre d’exemple, un plan d’action contre l’impact de crue d’un fleuve peut être défini par (et donc obtenu pour) un ingénieur de conception ou de dimensionnement d’un réseau de dispositifs électroniques dans la zone géographique, puis sélectionné pour un plombier ou un agent de maintenance des dispositifs. Inversement, lorsqu’un plan d’action a pour attribut de confidentialité « privé », ce plan d’action obtenu sous l’authentification d’un utilisateur donné ne sera pas sélectionné (ni affiché) pour un autre utilisateur. Ce cas de figure est intéressant pour préserver une sécurité de l’exécution de certains plans d’action. A titre d’exemple, un plan d’action peut n’être obtenu et sélectionné que pour un utilisateur qualifié pour définir et éventuellement déclencher l’exécution de ce plan. Selon l’invention, un dispositif devient en état de dysfonctionnement lorsque la valeur du paramètre mesurable dans la zone dépasse un seuil pour ce dispositif. Dans un mode de réalisation, l’état de fonctionnement ou de dysfonctionnement d’un premier dispositif dépend (est déduit à partir) de l’état de fonctionnement ou de dysfonctionnement d’un deuxième dispositif, les étapes de prédiction, de sélection et d’affichage prenant en compte cette dépendance. En effet, lorsqu’un dispositif de type nœud de raccordement est en état de dysfonctionnement, on peut déterminer qu’un dispositif électronique raccordé à ce nœud est aussi en état de dysfonctionnement. Selon un autre exemple, lorsqu’un dispositif électronique est en état de fonctionnement, on peut déterminer que le nœud de raccordement est aussi en état de fonctionnement car ce dispositif ne peut être alimenté en courant électrique que via ce nœud de raccordement. De même, pour certains paramètres, il peut être considéré que lorsqu’un premier dispositif est en état de dysfonctionnement, un deuxième dispositif assez proche du premier dispositif est aussi en état de dysfonctionnement, la distance entre ces deux dispositifs étant inférieure ou égale à un certain seuil. En effet, il est estimé que la valeur du paramètre affectant leur état de fonctionnement ou de dysfonctionnement est sensiblement la même au niveau des deux dispositifs. Dans un mode de réalisation de l’invention, la zone géographique comporte au moins deux dispositifs. L’étape de prédiction comporte une prédiction de l’état de fonctionnement ou de dysfonctionnement de chacun de ces dispositifs. L’étape de sélection comporte une sélection d'au moins un plan d'action associé à l’un de ces dispositifs et comportant une conséquence sur l’autre dispositif. L’étape d’affichage comporte un affichage de deux éléments graphiques correspondant chacun à l’un de ces deux dispositifs. L’invention permet ainsi de fournir à l’utilisateur un outil d’aide à la décision tout en connaissant l’impact du plan d’action sur les différents dispositifs. En particulier, lorsqu’un premier plan d’action associé au premier dispositif et un deuxième plan d’action associé au deuxième dispositif sont affichés, l’utilisateur peut être guidé dans le choix de l’ordre d’exécution de ces deux plans d’actions en consultant les conséquences de chacun de ces plans sur le premier et sur le deuxième dispositif. Dans un mode de réalisation, les valeurs estimées correspondent à des niveaux d'eau, les dispositifs comportent des dispositifs électriques tels que des postes électriques, des nœuds de raccordement, des réseaux à basse tension ou groupes électrogènes. En particulier, la dite au moins une action peut comporter un remplacement d’un dispositif électrique de la zone géographique par un dispositif de type groupe électrogène ou un court-circuit du dispositif électrique. L’invention vise également un système de coordination de la gestion de plans d’action, ce système comportant au moins deux systèmes conformes à l’invention de gestion de plans d’action dans la même zone géographique : un premier système de gestion étant configuré pour recevoir une information sur au moins un plan d’action envoyée par le deuxième système de gestion. Le système de coordination permet de partager des informations des plans d’action pouvant être mis en œuvre dans la même zone géographique entre des systèmes de gestion utilisés par différents utilisateurs, par exemple par un plombier, un agent d’un réseau électrique, un agent d’un réseau ferroviaire, et un agent d’un réseau de télécommunication. Dans un mode de réalisation de l’invention, si un premier utilisateur retient un plan d’action affiché par le premier système de gestion selon l’invention, le deuxième système de gestion selon l’invention affiche pour un deuxième utilisateur un élément graphique représentant l'évolution de l’état d’au moins un dispositif en fonction du plan d’action retenu par le premier utilisateur. En effet, le plan d’action retenu au niveau du premier système de gestion peut avoir des conséquences sur des dispositifs surveillés par le deuxième système de gestion. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou un système de gestion conforme à l’invention. Ce programme comporte des instructions adaptées à la mise en œuvre d’un procédé de gestion tel que décrit ci-dessus. Ce programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise aussi un support d'information ou un support d’enregistrement lisibles par un ordinateur, et comportant des instructions du programme d'ordinateur tel que mentionné ci-dessus. Le support d'information ou d’enregistrement peut être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur, ou une mémoire flash. D'autre part, le support d'information ou d’enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'information ou d’enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution d’un procédé, conforme à l’invention, de gestion de plans d’action. D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 illustre une architecture d’une zone géographique comportant des dispositifs dans laquelle le procédé de l’invention peut être mis en œuvre selon un mode de réalisation de l’invention ; la figure 2A illustre un extrait d’une architecture d’une base de données orientée graph enregistrée dans une mémoire d’un système de gestion conforme à l’invention; la figure 2B est un organigramme représentant des sous-étapes de la modélisation ; la figure 3 est un organigramme représentant des étapes d’un procédé de gestion de plans d’action conforme à un mode de réalisation de l’invention et mis en œuvre dans la zone géographique de la figure 1 ; la figure 4 présente une architecture logicielle d’un objet de type plan d’action selon le mode de réalisation de l’invention décrit en référence à la figure 3 ; la figure 5 est un exemple d’interface graphique affichée pour un utilisateur suite à la mise en œuvre d’un procédé de gestion de plans d’action selon le mode de réalisation de l’invention décrit en référence à la figure 3 ; la figure 6 est un exemple d’interface graphique affichée pour un utilisateur suite à la retenue d'un plan d'action par l'utilisateur, selon le mode de réalisation de l’invention décrit en référence aux figures 3 et 5; la figure 7 est un organigramme représentant des étapes d’un procédé de gestion de plans d’action conforme à l’invention, selon un mode de réalisation de l’invention dans lequel les plans d’action sont gérés pour plusieurs utilisateurs ; la figure 8 présente des architectures fonctionnelles d’un système de gestion de plans d’action conforme à l’invention, d’un système de gestion de plans d’action conforme à l’invention, et d’un terminal d’un utilisateur; et la figure 9 présente une architecture matérielle d’un système de gestion de plans d’action selon un mode de réalisation de l’invention. Description de modes de réalisation La figure 1 illustre une zone géographique ZG dans laquelle un procédé de gestion de plans d’action conforme à un mode de réalisation de l’invention peut être mis en œuvre. La zone géographique ZG comporte un ou plusieurs dispositifs dont un état de fonctionnement ou de dysfonctionnement peut être impacté par un paramètre mesurable dans ladite zone ZG. Dans cet exemple d’implémentation de l’invention, la zone géographique ZG est la ville de Paris. Le niveau d’eau de la Seine peut impacter l’état de fonctionnement ou de dysfonctionnement de dispositifs électroniques situés dans Paris notamment à proximité de la Seine, tels que des postes électriques PE1 et PE2, des nœuds de raccordement NR1 ou des stations de basse tension RBT1 et RBT2. La zone géographique ZG comporte un dispositif GE de type groupe électrogène, qui est destiné à substituer le dispositif PE1 ou PE2 si l’un de ces derniers est en état de dysfonctionnement. Dans ce mode de réalisation, la zone géographique ZG comporte également des capteurs localisés dans des stations de référence REF1 (par exemple à Austerlitz) et REF2 qui sont configurés pour mesurer le niveau d’eau de la Seine et pour envoyer des valeurs de ces mesures à un serveur de collecte d’informations. Ces mesures sont utilisées pour estimer les valeurs du niveau d’eau à des instants futurs à différents endroits dans Paris. Un système de gestion de plans d’action SRV conforme à l’invention met en œuvre le procédé de gestion selon l’invention. Ce système de gestion SRV permet de surveiller l’état de fonctionnement ou de dysfonctionnement des différents dispositifs PEi, NRj et RTBk, de surveiller le niveau d’eau aux stations de référence REF1 et REF2, et de proposer à un utilisateur des plans d’action s’il est estimé qu’un dispositif électronique sera en état de dysfonctionnement à cause du niveau d’eau de la Seine. Dans le mode décrit ici, le système de gestion SRV peut également commander les différents dispositifs compris dans la zone géographique ZG, par exemple en les mettant en marche ou en arrêt, pour permettre l’exécution d’une action d’un plan d’action sélectionné par un utilisateur. Le système de gestion SRV selon l’invention comporte un serveur qui communique avec au moins un terminal T d’un utilisateur selon une configuration serveur/client et peut afficher des données sur un écran du terminal T. Nous décrivons ici un exemple de modélisation numérique de la zone géographique ZG et de ses dispositifs, la modélisation étant préliminaire à la mise en œuvre d’un procédé de gestion de plans d’action selon l’invention. Dans cet exemple, la modélisation est effectuée par l’utilisateur A en utilisant son terminal T. Le serveur SRV reçoit des données de la modélisation de la zone ZG en provenance du terminal T, et enregistre ces données au fur et à mesure dans sa mémoire. Le serveur SRV exécute une application, l’exécution étant déclenchée par l’utilisateur A via son terminal T. Dans l’exemple d’implémentation décrit ici, la modélisation numérique se base sur une programmation orientée objet. Le dispositif SRV et le terminal T échangent des fichiers de type SHP (formes géométriques), DFB (table attributaire) et SHX (index de géométries). Ces types de fichier sont connus de l’état de la technique et ne sont cités qu’à titre d’exemple. Selon un exemple d’application de l’invention, la modélisation peut être effectuée de façon centralisée, par exemple par la Préfecture de police de Paris, et puis diffusée à différents intervenants gérant des dispositifs dans Paris, par exemple aux plombiers et à des gestionnaires d’un réseau électrique, d’un réseau ferroviaire, d’un réseau de télécommunications dans Paris. Les intervenants peuvent utiliser un même système de gestion conforme à l’invention et accéder tous au même serveur SRV. Ce mode de configuration permet une gestion centralisée et une coordination entre les différents utilisateurs. Alternativement, chaque intervenant peut posséder une copie d’un résultat de la modélisation et un système de gestion conforme à l’invention qui l’utilise de façon exclusive. Ce mode permet d’éviter le risque de coupure de connexion avec le serveur central SRV et permet à un intervenant d’enrichir la modélisation de la zone graphique, par exemple en ajoutant des dispositifs qui lui sont propres. Alternativement, une architecture hybride entre les deux précédents modes peut être envisagée : chaque intervenant a son propre système de gestion mais les systèmes des différents intervenants sont configurés pour communiquer entre eux. A titre indicatif, nous décrivons un exemple où la modélisation est effectuée au niveau du serveur SRV du système de gestion selon l’invention. La figure 2A représente un extrait d’une architecture d’une base de données orientée graphe modélisant la zone géographique et ses dispositifs, la base de données étant enregistrée dans une mémoire du serveur SRV. La figure 2B représente des sous-étapes d’une étape de la modélisation. Cette base de données comporte un nœud représentant un type d’objet « Poste électrique » pour la modélisation des dispositifs PE1 et PE2 de type poste électrique. Le type « Poste électrique » comporte pour attributs : - un nom ; - une station de référence associée à ce poste électrique (la valeur de la hauteur d’eau mesurée ou estimée au niveau de cette station de référence impacte l’état du poste électrique) ; - un seuil h_max correspondant à la hauteur maximale du niveau d’eau avant que le poste électrique devient en état de dysfonctionnement ; - une géolocalisation du poste électrique dans la zone géographique ZG ; et - un état de fonctionnement ou de dysfonctionnement, par exemple booléen (de valeur 1 pour un état de fonctionnement et de valeur 0 pour un état de dysfonctionnement). La base de données comporte un nœud pour chaque attribut (nom, station de référence, seuil h_max, etc) et une relation « A_ATTRIBUT » entre le nœud relatif au type d’objet « Poste électrique » et chacun des nœuds relatifs aux attributs du type Poste électrique. De plus, la base de données comporte une relation « EST_DE_TYPE » (non représentée sur la figure) entre chaque nœud de type « Attribut » et un nœud correspondant de type « Type attribut », telle qu’une relation entre le nœud relatif à l’attribut « nom » et un nœud relatif à type « chaîne de caractères », ou une relation entre le nœud relatif à l’attribut « état de fonctionnement ou de dysfonctionnement » et un nœud relatif à type booléen. Dans cet exemple, la base de données du système de gestion selon l’invention comporte pour chacun des postes électriques PE1 et PE2, un nœud pour modéliser le poste électrique et une relation « EST_DE_TYPE » vers le type d’objet « Poste électrique ». Les attributs correspondant au poste électrique PE1 (respectivement PE2) sont enregistrés dans le nœud correspondant à ce poste PE1 (PE2). De même, la base de données comporte un nœud représentant un type d’objet « Station de référence » et des nœuds modélisant les stations de références REF1 et REF2. Dans cet exemple, le type d’objet « Station de référence » comporte les attributs suivants : - identifiant ; - géolocalisation ; - hauteur (de l’eau) ; - unité de mesure ; - cours d’eau associé (nom du fleuve); et - département. La base de données du système de gestion comporte des relations entre les objets créés en indiquant le lien entre un attribut d’un type d’objet et un attribut d’un autre type d’objet, par exemple, une relation entre l’attribut « station de référence » du type d’objet « Poste électrique » d’une part, et d’autre part l’attribut « nom » du type d’objet « Station de référence ». Pour chaque poste électrique PE1 et PE2, le serveur SRV recherche la station de référence dont l’attribut « nom » correspond à l’attribut « station de référence » du poste électrique. Lorsqu’une correspondance existe, les deux objets sont liés par une relation de type « EST_LIÉ_À ». Ainsi, le poste électrique PE1 est lié à la station de référence REF1, et le poste électrique PE2 est lié à la station de référence REF2. La base de données comporte également un nœud représentant un type de règles de dysfonctionnement et un objet R_dysfct de ce type ayant pour attributs un nom « crue/ poste électrique », une condition d’occurrence de type booléen et un résultat. La condition de la règle de dysfonctionnement R_dysfct prend la valeur vraie lorsque la valeur de l’attribut « hauteur » d’un objet de type « Station de référence » est supérieure à la valeur de l’attribut seuil « h_max » d’un objet de type “Poste électrique” lié à cette station de référence. Le résultat est la modification de l’attribut « état de fonctionnement ou de dysfonctionnement » de l’objet de type « Poste électrique » à la valeur « 0 (en dysfonctionnement)» lorsque la condition est vraie, et à la valeur 1 sinon. La base de données comporte également un nœud représentant un type de Prévision avec les attributs : - nom ; - type d’objet concerné ; - attribut concerné ; et - type d’entrée. De plus, la base de données comporte un objet de type Prévision, relatif aux prévisions de la hauteur d’eau de la Seine au niveau des stations de référence REFi. Les valeurs des attributs de ce nouvel objet sont les suivants : - nom : prévision de crue ; - type d’objet concerné : Station de référence ; - attribut concerné : hauteur ; et - type d’entrée : manuelle. La base de données orientée graphe comporte une relation de type « A_PREVISIONS » du type d’objet « Station de référence » vers son attribut « hauteur ». Enfin, la base de données comporte un objet pour modéliser le groupe électrogène GE avec des attributs de nom, de disponibilité, et de localisation dans la zone géographique ZG. La figure 3 est un organigramme représentant des étapes d’un procédé de gestion de plans d’action mis en œuvre par le système de gestion comportant le serveur SRV et l’écran du terminal T, le procédé et le système étant conformes à l’invention. Au cours d’une étape E100, le serveur SRV met en œuvre un processus d’authentification d’un utilisateur A selon une méthode de l’état de la technique, par exemple en vérifiant une correspondance entre un identifiant de l’utilisateur A et un mot de passe. Au cours d’une étape E200, le dispositif SRV enregistre dans sa mémoire une modélisation numérique de la zone géographique ZG, par exemple selon l’architecture de la base de données décrite en référence à la figure 2A. Au cours d’une étape E300 du procédé de gestion selon l’invention, le serveur SRV obtient au moins un plan d’action PAi pour l’un des dispositifs compris dans la zone ZG. La figure 4 illustre une architecture d’un type « Plan d’action » selon ce mode de réalisation de l’invention. Un plan d’action est associé à au moins un dispositif et comporte comme attributs : - au moins une action pouvant être exécutée sur au moins un dispositif, par exemple sur le dispositif auquel le plan est associé; - au moins une règle de dysfonctionnement qui constitue une condition d’opportunité pour mettre en œuvre ce plan d’action PA1 ; - au moins une ressource requise pour l’exécution de l’action ; - une condition Cond_ex de l’exécution de l’action, cette condition ayant une valeur booléenne (par exemple vraie si la condition est vérifiée, faux sinon) ; - une durée minimale d'opération de l’action, tmin_OP ; et - une durée d'accès t_acccess à un dit dispositif sur lequel l’action est exécutée ; et - au moins une conséquence Result_action de l’exécution de l’action sur au moins un dit dispositif. Le plan d’action peut comporter en outre comme attributs, un identifiant de l’utilisateur qui l’a défini et/ou un paramètre Confid de confidentialité de ce plan d’action, privé ou public. Lorsque le plan d’action est privé, il ne peut être géré que sous l’authentification de l’utilisateur qui l’a défini. Lorsque le plan d’action est public, il peut être obtenu, sélectionné et affiché pour d’autres utilisateurs. Une durée totale de l’exécution de l’action est la durée qui s’écoule entre la retenue du plan d’action et la fin de l’exécution de son action. Cette durée comporte : - la durée d'accès t_access requise pour l’acheminement de ressources humaines ou matérielles (techniciens, équipements) nécessaires pour exécuter l’action. Cette durée sera calculée lors de l’évaluation et la sélection de plans d’action E500 et lors de la décision d’appliquer un plan d’action E720, les étapes E500 et E720 seront décrites par la suite ; et - la durée incompressible tmin_OP d’opération correspondant à l’exécution de l’action elle-même, par exemple à une réalisation de travaux. La base de données comporte un nœud représentant le type Plan d’action tel qu’illustré par la figure 2A. La base de données comporte en outre un objet instancié PA1 de type Plan d’action. Le plan d’action PA1 est associé au poste électrique PE1, son action consiste en une substitution du poste électrique PE1 par le groupe électrogène GE lorsque le poste électrique PE1 est en état de dysfonctionnement. La règle de dysfonctionnement de ce plan d’action PA1 est la règle R_dysfct décrite précédemment ; la ressource requise est le groupe électrogène GE avec une quantité égale à 1 (un seul groupe électrogène est requis), et la condition de possibilité de l’exécution de l’action est la disponibilité du groupe électrogène GE à l’instant prévu de dysfonctionnement du poste électrique PE1. Dans cet exemple, la durée minimale d'opération tmin_OP est de 4 heures. L’action du plan d’action PA1 s’exécute sur le dispositif PE1 en le contournant, et sur le groupe électrogène GE en le réservant et l’utilisant pour remplacer le poste PE1. Le nœud représentant le plan d’action PA1 est lié par une relation de type « OPPORTUN_Si » avec le nœud représentant la règle de dysfonctionnement R_dysfct. Dans cet exemple, le plan d’action PA1 comporte une fonction modif_PE_hmax qui reflète la conséquence de l’exécution de l’action de ce plan PA1. Cette fonction comporte une modification d’un seuil h_max1 (correspondant à l’attribut h_max) pour le dispositif PE1, auquel le plan PA1 est associé. Dans cet exemple, la conséquence Result_action du plan d’action PA1 est l’augmentation du seuil h_max1 pour le dispositif PE1 d’un mètre. Pour simuler cette conséquence, le serveur SRV du système de gestion exécute la fonction modif_PE_hmax. L’action du plan d’action PA1 peut avoir une conséquence sur un ou plusieurs autres dispositifs compris dans la zone géographique ZG. Au cours d’une étape E400, le serveur SRV du système de gestion obtient des valeurs estimées h de la hauteur d’eau de la Seine à des instants futurs, et les enregistre dans l’objet « prévision de crue » créé au cours de la sous-étape E210. Dans l’exemple décrit ici, les valeurs estimées sont entrées manuellement par l’utilisateur A via son terminal T. Alternativement, elles peuvent être reçues d’un autre dispositif communiquant avec le serveur SRV, téléchargées d’un réseau par exemple Internet, ou estimées par le système de gestion lui-même. Au cours de cette étape E400, l’utilisateur A ouvre la version client de l’application sur son terminal T et enregistre un nom pour les prévisions qu’il entre manuellement, par exemple « Exercice crue de Seine », et indique également la date et l’heure du bulletin de ces prévisions, par exemple le 04/10/2019 à 8h. L’utilisateur définit ensuite les champs, par exemple pour la station de référence REF1, les valeurs estimées h sont : “5.1” ; “5.4” ; “5.8” ; “6.1” correspondant aux instants : “Actuellement” ; “T+24h” ; “T+48h” ; “T+72h”. Le serveur SRV du système de gestion enregistre au cours de l’étape E400 ces valeurs estimées h dans sa base de données orientée graphe. Pour chaque valeur de l’attribut « hauteur » à un instant donné, un nœud de type « Valeur » est créé avec pour attributs le nom de l’attribut « hauteur » et sa valeur, et une relation « ÉVALUÉ_LE » vers un nœud représentant l’instant correspondant à la valeur estimée, tels qu’illustrés à la figure 2A. L’objet concerné REF1 a une relation « A_VALEUR » avec chacun des nœuds créés de type « Valeur ». La relation « ÉVALUÉ_LE » a un attribut « prévision » qui prend la valeur « vrai » lorsque la valeur est définie à une date ultérieure à la date d’entrée des prévisions. Au cours d’une étape E420, le serveur SRV du système de gestion détermine les conséquences des valeurs estimées h. Il détermine si des impacts potentiels sur d’autres dispositifs peuvent être déclenchés suite à ces changements de la hauteur d’eau de la Seine en remontant l’arbre des dépendances. Par exemple, pour la hauteur 5.1 en date du 04/10/2019 à 8h, le serveur SRV du système de gestion détermine que : - la valeur 5.1 est liée à l’objet REF1 ; - l’objet REF1 est de type Station de référence ; - le type d’objet Station de référence a un attribut « hauteur » qui est relié à un impact vu que cet attribut hauteur est déterminant dans la condition de la règle de dysfonctionnement R_dysfct. Le serveur SRV du système de gestion détermine ainsi que l’ajout de la hauteur “5.1” a potentiellement un impact. Le serveur SRV évalue la condition qui détermine l’impact réel. Il récupère la valeur de l’attribut « hauteur » de l’objet REF1, cherche les objets de type « Poste électrique » lié à REF1 (pour cela il détecte que l’attribut « nom » du type d’objet « Station de référence » est lié à l’attribut « station de référence » du type d’objet « Poste électrique », récupère la valeur de l’attribut « nom » de l’objet REF1, cette valeur étant « REF1 », cherche les objets de type « Poste électrique » dont l’attribut « station de référence » a pour valeur « REF1 »), trouve l’objet PE1, récupère la valeur de l’attribut seuil « h_max » de PE1. Nous considérons dans cet exemple que le seuil h_max1 pour le poste électrique PE1 est de 5.8 mètres. Au cours de cette étape E420, le serveur SRV calcule la valeur de la condition de la règle de dysfonctionnement R_dysfct en comparant la valeur 5.8 du seuil h_max1 pour le poste électrique PE1 et les valeurs estimées h et prédit l’état de fonctionnement ou de dysfonctionnement du dispositif PE1, l’état de dysfonctionnement étant prédit lorsqu’une valeur estimée h dépasse le seuil h_max1 pour le dispositif PE1. Dans cet exemple, l’état prédit du poste électrique PE1 est l’état de dysfonctionnement aux instants T+48h et T+72h. Le serveur SRV détecte, vu le résultat de la règle de dysfonctionnement R_dysfct, que l’attribut « état de fonctionnement ou de dysfonctionnement » du type d’objet « Poste électrique » peut être modifié. Elle crée une relation “A_VALEUR” entre l’objet PE1 relatif au poste PE1 et la valeur prédite de son état de fonctionnement ou de dysfonctionnement, et une relation “ÉVALUÉ_LE” entre la valeur prédite de l’état et le même instant que celui lié à la valeur estimée h de l’attribut « hauteur ». Au cours d’une étape E440, le serveur SRV du système de gestion affiche pour l’utilisateur A sur un écran du terminal T, sur une cartographie de dispositifs compris dans la zone géographique ZG, un élément graphique représentant l'évolution de l’état du dispositif PE1 en fonction de la prédiction (E420). Par exemple, le système de gestion peut utiliser un code de couleur pour illustrer l’état de fonctionnement. Sur la figure 5, un code de symboles illustre l’état de fonctionnement : un cercle pour un état de fonctionnement (et qui reste fonctionnel selon la prédiction E420), un carré pour un état de dysfonctionnement d’ici 72 heures, un triangle pour un état de dysfonctionnement d’ici 48 heures, et une étoile pour un état de dysfonctionnement d’ici 24 heures. Un autre symbole (par exemple un losange) peut illustrer un état de dysfonctionnement actuellement. Dans le mode décrit ici, l’utilisateur A consulte une page web via son terminal T. Cette page web envoie une requête HTTP à l’application hébergée au serveur SRV afin d’obtenir la liste des dispositifs compris dans la zone géographique ZG et la prédiction de leurs états de fonctionnement ou de dysfonctionnement. Le serveur SRV du système de gestion cherche le premier instant pour lequel la valeur de l’état est « en dysfonctionnement ». Dans l’exemple décrit ici, il trouve l’instant « 06/10/2019 à 8h15 ». Il détermine l’intervalle de temps immédiatement supérieur à cette date, soit T+48h, et affiche donc un élément graphique avec une icône triangulaire pour le poste électrique PE1. Dans le mode décrit ici, l’application exécutée par le serveur SRV récupère tous les attributs relatifs au poste électrique PE1 et envoie des informations sur ces attributs à la page web. Au niveau du terminal T, la page web qui peut utiliser une librairie tierce de génération de carte, place un élément graphique relatif au poste PE1 sur la carte à la localisation indiquée par l’attribut de géolocalisation et y affiche un triangle. Dans cet exemple, lorsque l’utilisateur A clique sur l’élément relatif au poste PE1, la page web affiche la liste des attributs du poste PE1 et leurs valeurs respectives. Autres modes d’affichage peuvent être envisagés. Nous notons qu'il n'est pas indispensable de respecter la localisation exacte des dispositifs pour la génération de la cartographie. Par exemple, si deux dispositifs sont trop proches l'un de l'autre, les éléments qui représentent ces dispositifs sur la cartographie peuvent être éloignés pour que la cartographie soit lisible. La cartographie peut représenter la distribution des dispositifs dans la zone géographie ZG ou les représenter par sous-zones. Au cours d’une étape E500, le serveur SRV du système de gestion sélectionne un plan d’action pour le poste électrique PE1. Il cherche dans sa base de données les plans d’action associés à ce dispositif PE1. Nous supposons dans cet exemple qu’il existe trois plans associés : le plan d’action PA1 comportant une action de substitution du poste électrique PE1 par le groupe électrogène GE, un plan d’action PA2 comportant une action de court-circuit du poste électrique PE1, et un plan d’action PA3 comportant une action vide (ne rien faire). Pour chacun de ces plans d’action, le serveur SRV du système de gestion calcule la durée requise pour l’exécution de son action respective. Par exemple, pour le plan d’action PA1, la durée requise est obtenue à partir de la durée d’opération tmin_OP de 4 heures, et de la durée d’accès t_acccess requise pour accéder au groupe électrogène GE et au poste électrique PE1. Au cours de cette étape E500, le serveur SRV du système de gestion recherche dans la base de données les ressources nécessaires à la mise en œuvre du plan d’action PA1. Il trouve le type d’objet « Groupe électrogène ». Il recherche tous les objets de type « Groupe électrogène » dont l’attribut « disponible » est égal à « vrai ». Ensuite, il trouve la position de ces objets dans leurs attributs. Dans cet exemple, le serveur SRV ne trouve que le groupe électrogène GE. Le serveur SRV du système de gestion lance une requête à un service tiers de calcul de trajets automobiles pour chaque ressource disponible, par exemple en interrogeant l’application Waze (marque déposée). A titre d’exemple, le serveur SRV indique comme point de départ la localisation de la ressource GE et comme point d’arrivée la localisation du poste électrique PE1. En réponse à sa requête, le système de gestion SRV reçoit le trajet proposé et note la durée du trajet dans l’attribut t_access. Dans notre exemple, sachant que l’état du dispositif PE1 est l’état de fonctionnement à T+24H et de dysfonctionnement à T+48H, le système de gestion SRV utilise la date T+24H comme date de dysfonctionnement, que nous noterons TDys = 05/10/2019 à 8h. C’est une valeur pessimiste. D’autres modèles peuvent être appliqués pour améliorer la précision de la date de dysfonctionnement, par exemple en utilisant le théorème de Lagrange. Le serveur SRV du système de gestion calcule l’heure maximale du lancement du plan d’action PA1 afin qu’il soit effectif avant le dysfonctionnement du poste électrique PE1 : soit TDys – (t_access + tmin_OP) = le 04/10/2019 à 22h. Le serveur SRV du système de gestion simule la conséquence potentielle de la mise en œuvre du plan d’action PA1 sur le poste électrique PE1. Il détermine par l’attribut Result_action du plan d’action PA1 que la valeur du seuil h_max1 pour le poste PE1 augmente de 1 mètre lorsque le plan d’action PA1 est effectif, soit 5.8 + 1 = 6.8 mètres. Le serveur SRV garde cette valeur en mémoire et procède à la prédiction de l’état de fonctionnement ou de dysfonctionnement tel que décrit en référence à l’étape E420. Comme il n’est pas prévu que le poste électrique PE1 devient en état de dysfonctionnement d’ici l’échéance des instants futurs (jusqu’à T+72H), le serveur SRV du système de gestion considère que le temps gagné grâce au plan d’action PA1 est infini. Le serveur SRV du système de gestion simule également l’impact potentiel de la mise en œuvre du plan d’action PA2 dont l’action est de réparer le poste électrique PE1. Nous supposons que la conséquence de l’exécution de l’action de ce plan PA2 est d’augmenter la valeur seuil h_max1 de 0.3 mètre lorsque le plan d’action PA2 est effectif, soit 5.8 + 0.3 = 6.1 mètres. Le serveur SRV garde cette valeur en mémoire et procède à la prédiction (E420) de l’état de fonctionnement ou de dysfonctionnement. Le résultat de la prédiction est que le poste électrique PE1 sera en état de fonctionnement à T+48 mais en état de dysfonctionnement à T+72H. Le serveur SRV du système de gestion calcule le temps gagné en comparant l’état sans plan d’action et l’état avec le plan d’action. Comme une période de 24h s’est écoulée pour passer de l’état de dysfonctionnement à l’état de fonctionnement, le système de gestion SRV considère que le temps gagné grâce au plan d’action PA2 est de 24h. Dans ce mode de réalisation, le serveur SRV du système de gestion sélectionne les plans d’action qui permettent d’améliorer la situation ou au moins ne pas aggraver la situation pour le poste électrique PE1. Le serveur SRV sélectionne alors les plans d’action PA1, PA2 et PA3 (ne rien faire). Dans un autre mode de réalisation, le serveur SRV du système de gestion ne sélectionne que les plans d’action qui permettent d’améliorer la situation (PA1 et PA2 dans notre exemple), ou qui permettent d’obtenir un temps gagné supérieur à un certain seuil, par exemple de plus que 48 heures (PA1 uniquement dans notre exemple). Au cours d’une étape E600, le serveur SRV du système de gestion affiche pour l’utilisateur A, sur la cartographie affichée sur l’écran du terminal T au cours de l’étape E440, les plans d’action sélectionnés (E500) : Pa1, PA2 et PA3. La figure 5 illustre une cartographie affichée pour l’utilisateur A au cours de l’étape E600, selon ce mode de réalisation de l’invention. Pour chaque plan d’action, le système de gestion SRV affiche un nom correspondant à l’action du plan, la durée totale de sa mise en œuvre, les ressources nécessaires pour l’exécution de son action, et le temps gagné pour que l’état du poste électrique PE1 soit fonctionnel. L’utilisateur A peut donc choisir entre : - PA1 (substituer PE1 par le groupe électrogène GE) au plus tard dans 10 heures et gagner un temps infini de fonctionnement ; - PA2 (réparer) au plus tard dans 8 heures et gagner 24h de fonctionnement ; ou - PA3 (ne rien faire) et accepter un dysfonctionnement d’ici 48h. Dans cet exemple, nous supposons que le plan d’action PA1 comporte en outre une conséquence sur le poste électrique PE2. Un élément graphique correspondant au poste électrique PE2 illustre la conséquence de ce plan PA1 sur le poste PE2. Il est envisageable que lorsque l’utilisateur sélectionne l’élément graphique correspondant au plan PA1 associé au poste électrique PE1, par exemple en cliquant ou en passant une souris sur cet élément graphique, l’élément graphique correspondant au poste PE2 affecté par le plan d’action PA1 change de couleur ou de dimension. Nous supposons ici que l’utilisateur A retient le plan d’action PA1. Il met en œuvre ce plan en cliquant sur un bouton correspondant à ce plan via son terminal T et spécifie une heure souhaitée pour l’exécution de l’action de ce plan PA3, par exemple le 04/10/2019 à 11h30. Au cours d’une étape E700, le système de gestion SRV détecte que l’utilisateur A a retenu le plan PA1 et l’instant souhaité pour l’exécution du plan PA1. Suite à cette détection, le serveur SRV du système de gestion définit au cours d’une étape E720 l’attribut de disponibilité du groupe électrogène GE à “faux”, calcule la date d’effectivité (fin d’exécution) du plan d’action PA1 en fonction de l’instant prévu pour l’exécution et de la durée totale requise pour l’’exécution. La figure 6 illustre une cartographie affichée pour l’utilisateur A suite la détection E720. Le système de gestion met à jour l’affichage pour l’utilisateur A par exemple en régénérant une nouvelle cartographie ou en modifiant certains éléments graphiques sur la cartographie déjà affichée. Le système de gestion visualise (E600) le changement de l’icône de l’élément graphique correspondant au poste électrique PE1 qui passe d’un triangle à un cercle, et son étiquetage indiquant qu’un plan d’action a été décidé et lancé. Nous décrivons en ce qui suit d’autres modes de réalisation de l’invention. Dans un mode de réalisation, l’attribut « h_max » du type d’objet « Poste électrique » a une relation de type « CHANGEMENT_PROPAGE » (non représentée sur la figure 2A) avec des attributs h_max d’autres dispositifs compris dans la zone géographique, par exemple un changement du seuil h_max1 pour le poste électrique PE1 engendre un changement de seuil pour le poste électrique PE2. Le système de gestion SRV propage au cours de l’étape E720 le changement de valeurs aux autres dispositifs, et met à jour l’interface graphique affichée à l’utilisateur. Dans un mode de réalisation de l’invention, l’état de fonctionnement ou de dysfonctionnement d’un premier dispositif est déduit de l’état de fonctionnement ou de dysfonctionnement d’un deuxième dispositif. Dans l’exemple illustré par la figure 1, le réseau de basse tension RBT1 est assez proche du poste électrique PE1. On peut considérer que si le poste électrique PE1 est en état de dysfonctionnement car la hauteur d’eau de la Seine dépasse le seuil h_max1, le réseau de basse tension RBT1 sera en état de dysfonctionnement également. Sur la figure 2A, une relation de type « DEDUC_ETAT » représente la dépendance entre les états du poste électrique PE1 et du réseau RBT1. Selon ce mode de réalisation, le serveur SRV du système de gestion enregistre dans sa base de données au cours de l’étape de modélisation E200, un type de dispositif « Réseau de basse tension » et un objet RBT1 de ce type représentant du dispositif RBT1. Le type « Réseau de basse tension » a des attributs similaires à ceux du type « Poste électrique ». Le système de gestion SRV enregistre une relation entre les objets de type « Réseau de basse tension » et les objets de type « Station de référence ». Le dispositif RTB est lié à la station de référence REF1. De plus, selon ce mode de réalisation, le système de gestion SRV enregistre au cours de l’étape de modélisation E200 une relation entre les objets de type « Réseau de basse tension » et les objets de type « Poste électrique » sur la base d’attribut supplémentaires « dispositif dont l’état est dépendant » pour chacun des types « Réseau basse tension » et « Poste électrique ». Le système de gestion SRV associe en particulier le dispositif RTB1 au poste électrique PE1. Le système de gestion obtient au cours de l’étape de modélisation E200 deux règles de dysfonctionnement pour le type « Réseau de basse tension ». La première règle est relative à une comparaison entre l’attribut « hauteur » de l’objet associé au type « Station de référence » et l’attribut seuil « h_max » pour l’objet de type « Réseau de basse tension », tel que le cas pour la règle R_dysfct déjà décrite en référence au type « poste électrique ». La deuxième règle associée à un objet de type « Réseau de basse tension » a comme attributs : - condition : vraie si l’attribut « état de fonctionnement ou de dysfonctionnement » de l’objet associé de type « Poste électrique » est « Différent » de la valeur « fonctionnel » ; et - résultat : si la condition est vraie, modifier l’attribut « état de fonctionnement ou de dysfonctionnement » de l’objet de type « Réseau de basse tension » à la valeur « dysfonctionnel ». Les sous-étapes de modélisation E200 invoquées dans ce mode de réalisation sont représentées en pointillé sur la figure 3. Les étapes d’obtention d’un plan d’action E300 jusqu’à la validation E720 d’un plan d’action choisi par l’utilisateur s’appliquent aussi pour les dispositifs de type Réseau de basse tension et même pour d’autres types de dispositifs compris dans la zone géographique ZG. Au cours de l’étape E600 d’affichage, comme le dispositif RBT1 est lié au poste électrique PE1, le système de gestion affiche un élément graphique indiquant cette liaison, et un élément graphique correspondant au dispositif de basse tension RBT1 visualisant la conséquence de chacun des plans d’action PA1, PA2 et PA3 associés au poste électrique PE1 sur l’état de fonctionnement ou de dysfonctionnement du dispositif RBT1. Ainsi, l’utilisateur peut visualiser la conséquence de l’action de chacun des plans PA1, PA2 et PA3 sur les deux dispositifs PE1 et RTB1. La figure 7 est un organigramme représentant des étapes d’un procédé de gestion de plans d’action conforme à l’invention, selon un mode de réalisation de l’invention dans lequel les plans d’action sont gérés pour plusieurs utilisateurs A et B. Dans ce mode de réalisation, un premier utilisateur A se connecte via son terminal TA à un premier serveur SRV1 d’un système de gestion conforme à l’invention. Un deuxième utilisateur B se connecte via son terminal TB à un deuxième serveur SRV2 d’un deuxième système de gestion conforme à l’invention. Les deux serveurs SRV1 et SRV2 sont connectés tous les deux à un serveur de partage SHARE. Les systèmes de gestion et le serveur SHARE sont compris dans un système de collaboration pour la gestion de plans d’action selon l’invention. A titre d’exemple, nous supposons que le premier système de gestion est administré par une compagnie de gestion d’un réseau électrique dans la zone géographique ZG (Paris) et que le deuxième système de gestion est administré par un opérateur d’un réseau téléphonique de la même zone géographique ZG. Les utilisateurs A et B sont respectivement des agents de la compagnie du réseau électrique et de l’opérateur téléphonique. Nous supposons que des équipements du réseau de télécommunications sont connectés au nœud de raccordement NR1 décrit en référence à la figure 1. En cas de crue de la Seine, lorsque le nœud de raccordement NR1 est en état de dysfonctionnement, les équipements du réseau de télécommunications alimentés par ce nœud de raccordement NR1 deviennent également en état de dysfonctionnement. Le nœud de raccordement NR1 est desservi par le réseau de basse tension RBT1. Le serveur SRV1 authentifie l’utilisateur A au cours d’une étape E100, similaire à l’étape E100 décrite en référence à la figure 3. Il obtient ensuite la modélisation numérique de la zone géographique ZG au cours d’une étape E200 similaire à l’étape E200 décrite en référence à la figure 3. En particulier, au cours d’une sous-étape E203, le serveur SRV1 obtient, en provenance du terminal TA, un attribut de confidentialité associé au type « Réseau de basse tension ». Le serveur SRV1 obtient une valeur « public » pour cet attribut de confidentialité associé à l’objet correspondant au réseau de basse tension RTB1. Sur détection de la valeur « public », le premier serveur SRV1 détermine que les objets de type Réseau de basse tension sont publics et peuvent être communiqués. Il envoie alors au cours d’une étape E250 des données relatives au type « Réseau basse tension » et aux objets de ce type obtenus sous l’authentification de l’utilisateur A, à destination du serveur de partage SHARE. Le serveur SRV1 du premier système de gestion peut être configuré pour envoyer en outre au serveur de partage SHARE des données sur des plans d’action associés aux objets de type Réseau de basse tension. En parallèle, le serveur SRV2 du deuxième système de gestion authentifie l’utilisateur B au cours d’une étape F100, similaire à l’étape E100 décrite en référence à la figure 3. Il obtient ensuite la modélisation numérique de la zone géographique ZG au cours d’une étape F200 similaire à l’étape E200 décrite en référence à la figure 3. Dans ce mode de réalisation, le serveur SRV2 du deuxième système de gestion consulte le serveur de partage SHARE et reçoit de ce dernier les données partagées sur le type Réseau de basse tension, les objets de ce type et éventuellement des plans d’action associés à ces objets. Le deuxième système de gestion SRV2 obtient, à partir de ces données, une modélisation de l’objet RBT1. Nous supposons dans cet exemple que dans le cadre de l’étape F200 d’obtention de la modélisation de la zone géographique ZG, le deuxième serveur SRV2 obtient au cours d’une sous-étape F203, une modélisation d’un type « Nœud de raccordement » et un objet NR1 représentant le nœud de raccordement NR1, ce type et cet objet NR1 étant créés par l’utilisateur B via son terminal TB. Le type « Nœud de raccordement » a des attributs similaires à ceux des type « Poste électrique » et « Réseau de basse tension ». Au cours de sous-étape F205 et F207 similaires respectivement aux sous-étapes E205 et E207 illustrés par la figure 2B, le deuxième serveur SRV 2 obtient une relation entre le nœud de raccordement NR1 et la station de référence REF1, et une relation entre le nœud de raccordement NR1 et le réseau de basse tension RBT1. Au cours d’une sous-étape F209 similaire à la sous-étape E209 illustrée par la figure 2B, le deuxième serveur SRV 2 obtient des règles de dysfonctionnement pour un objet de type Nœud de raccordement : le nœud de raccordement devient en état de dysfonctionnement, soit parce la valeur de l’attribut hauteur de la station de référence associée dépasse la valeur de l’attribut seuil h_max, soit parce que le réseau de basse tension associé est en état de dysfonctionnement. Ainsi, ce mode permet au serveur SRV2 de l’opérateur téléphonique de bénéficier de la configuration déjà effectuée au niveau du serveur SRV1 de la compagnie du réseau électrique, et de déduire l’état de fonctionnement du nœud de raccordement NR1 et ainsi celui des équipements du réseau de télécommunications, en fonction de l’état de fonctionnement du réseau de basse tension RBT1 et des valeurs mesurées ou estimées pour la station de référence REF1. Ce mode de réalisation permet une coordination entre les utilisateurs A et B. Au cours d’une étape F600, le deuxième serveur SRV2 affiche pour l’utilisateur B des plans d’action associés au nœud de raccordement NR1, par exemple un plan d’action pour couper le nœud de raccordement NR1 et un plan d’action vide (ne rien faire). Nous supposons qu’entre temps et au cours d’une étape E720 similaire à l’étape E720 décrite en référence à la figure 3, le premier serveur SRV1 a détecté qu’un plan d’action PAi associé au réseau de basse tension RBT1a été retenu par l’utilisateur A. Suite à cette détection E720, le premier serveur SRV1 envoie au serveur de partage SHARE une information sur cette détection, vu qu’elle concerne un objet du type partage Réseau de basse tension. L’information envoyée par le premier serveur SRV1 au serveur de partage SHARE peut être sous la forme : { "typeObjet": "Réseau Basse Tension", "modifications": [ { "Nom": "RBT1", "PlanAction": "Oui", "Date": "04.10.2019 21:30:00" }, "Nom": "RBT1", "État": "Fonctionnel", "Date": "05.10.2019 8:00:00" }, "Nom": "RBT1", "État": "Fonctionnel", "Date": "06.10.2019 8:00:00" }, { "Nom": "RBT1", "État": "Fonctionnel", "Date": "07.10.2019 8:00:00" }, ] } Le deuxième serveur SRV2 reçoit cette information du serveur de partage SHARE, remet alors en œuvre les étapes de sélection de plan d’action F500 et d’affichage F600. Dans cet exemple, nous supposons que suite à la détection E720 d’un plan d’action pour le réseau de basse tension RBT1, il est prédit que ce réseau RBT1 devient en état de fonctionnement pour les prochaines 72 heures. Le nœud de raccordement NR1 sera alors en état de fonctionnement également pour les prochaines 72 heures. Le deuxième serveur SRV ne sélectionne alors que le plan d’action « ne rien faire » pour le nœud de raccordement NR1. Dans le mode décrit en référence à la figure 8, le partage de données se fait via le serveur de partage SHARE. Alternativement, les serveurs de gestion SRV1 et SRV2 peuvent être configurés pour communiquer directement entre eux. Dans un mode de réalisation, deux utilisateurs A1 et A2 peuvent se connecter à un même serveur d’un même système de gestion, le serveur SRV par exemple. Chacun des utilisateurs peut choisir la valeur d’un attribut de confidentialité pour les objets qu’il crée. Par exemple, l’utilisateur A1 peut être un utilisateur qualifié pour lancer l’exécution d’un plan d’action donné. Ce plan d’action est obtenu par le système de gestion sous l’authentification de l’utilisateur A1 avec un attribut de confidentialité « privé ». Sous l‘authentification de l’utilisateur A2, qui n’est pas qualifié pour lancer ce plan d’action, le système de gestion ne sélectionne pas et n’affiche pas le plan d’action dont l’attribut de confidentialité est privé pour l’utilisateur A1. La figure 8 représente des architectures fonctionnelles, selon un mode de réalisation de l’invention, d’un système SYS de gestion de plans d’action dans une zone géographique ZG, d’un serveur de gestion de plans d’action SRV, et d’un terminal T d’un utilisateur. La zone géographique ZG comporte au moins un dispositif PE1, PE2, RBT1, RBT2, NR1 dont un état de fonctionnement ou de dysfonctionnement peut être impacté par un paramètre mesurable dans ladite zone ZG. Le système SYS comporte le serveur SRV décrit en référence aux figures 1 à 7 et le terminal T de l’utilisateur A. Le terminal T comporte un module de communications avec le système de gestion SRV, un écran, et un module de modélisation numérique de la zone géographique ZG. Le dispositif SRV de gestion de plans d'action comporte : - un module OBT_PA configuré pour obtenir au moins un dit plan d'action PA11, PA12, PA13 pour un dit dispositif PE1, ; - un module COM configuré pour obtenir des valeurs estimées h dudit paramètre à des instants futurs; - un module de prédiction PRED configuré pour prédire l’état de fonctionnement ou de dysfonctionnement du dispositif PE1 en fonction des valeurs estimées h, l’état de dysfonctionnement est prédit lorsque une dite valeur estimée h dépasse un seuil h_max1 du paramètre pour le dispositif PE1 ; - un module de sélection Select_PA configuré pour sélectionner au moins un plan d'action PA11 si l’état de dysfonctionnement du dispositif PE1 associé à ce plan d’action PA11 est prédit, la sélection tenant compte d’une prédiction de l’état de fonctionnement ou de dysfonctionnement de ce dispositif en fonction de la conséquence de l’action du plan PA11; et - un module d’affichage Disp_PA configuré pour afficher sur une cartographie, un élément graphique représentant l'évolution de l'état d’un dispositif, par exemple PE1, en fonction de la prédiction, du plan d'action sélectionné PA11, et d’un instant prévu pour l’exécution, pour permettre à un utilisateur de retenir au moins un dit plan d’action pour protéger un dit dispositif. Dans les modes de réalisation décrits ici, le système de gestion comportant le serveur SRV a l’architecture matérielle d’un ordinateur, telle qu’illustrée à la figure 9 . L’architecture du système de gestion comprend notamment un processeur 7, une mémoire vive 8, une mémoire morte 9, une mémoire flash non volatile 10 dans un mode particulier de réalisation de l’invention, ainsi que des moyens de communication 11. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte 9 du système de gestion selon l’invention constitue un support d’enregistrement conforme à l’invention, lisible par le processeur 7 et sur lequel est enregistré ici un programme d’ordinateur Prog conforme à l’invention. La mémoire 10 du système de gestion permet d’enregistrer des variables utilisées pour l’exécution des étapes du procédé de gestion de plans d’action selon l’invention, telles que les objets correspondant aux dispositifs Pei, RBTj, NRk, GE, les objets correspondant aux prévisions et les objets correspondant aux plans d’action. Le programme d’ordinateur Prog peut être une application exécutable par un serveur SRV compris dans le système de gestion selon l’invention. Le programme d’ordinateur Prog définit des modules fonctionnels et logiciels ici, configurés pour gérer des plans d’action. Ces modules fonctionnels s’appuient sur et/ou commandent les éléments matériels 7-11 du système de gestion SRV cités précédemment. Procédé de gestion de plans d'action (PA1i) dans une zone géographique (ZG), ladite zone comportant au moins un dispositif (PE1, PE2, RBT1, RBT2, NR1) dont un état de fonctionnement ou de dysfonctionnement peut être impacté par un paramètre mesurable dans ladite zone (ZG), ledit procédé comportant des étapes de : - obtention (E300) d'au moins un dit plan d'action (PA11, PA12, PA13) associé à au moins un dit dispositif (PE1), ledit plan d’action comportant : - au moins une action pouvant être exécutée sur au moins un dit dispositif (PE1, GE) ; et - au moins une conséquence (Result_action) de l’exécution de ladite action sur au moins un dit dispositif (PE1, RBT1, GE) ; - obtention (E400) de valeurs estimées (h) dudit paramètre au moins à des instants futurs ; - prédiction (E420) de l’état de fonctionnement ou de dysfonctionnement d’un dit dispositif (PE1) en fonction desdites valeurs estimées (h) et d’un seuil dudit paramètre (h_max1) pour ledit dispositif (PE1) ; - sélection (E500) d'au moins un dit plan d'action (PA11) si l’état de dysfonctionnement dudit dispositif (PE1) associé à ce plan d’action (PA1) est prédit, la sélection (E500) tenant compte d’une prédiction (E420) de l’état de fonctionnement ou de dysfonctionnement de ce dispositif (PE1) en fonction de ladite conséquence de l’exécution de l’action ; - affichage (E440, E600) sur une cartographie d'un élément graphique représentant l'évolution de l’état d’au moins un dit dispositif (PE1) en fonction de ladite prédiction (E420), dudit au moins un plan d'action sélectionné et d’un instant prévu pour l’exécution, pour permettre à un utilisateur de retenir (E700) au moins un dit plan d’action pour protéger un dit dispositif. Procédé selon la revendication 1 dans lequel un dit plan d’action comporte en outre une condition (cond_ex) d’exécution de ladite au moins une action et/ou d’une durée (tmin_OP, t_access) requise pour ladite exécution, le procédé comportant en outre une étape de détermination d’une valeur de ladite condition et/ou de ladite durée, ladite étape de sélection (E500) tenant compte de ladite condition et/ou de ladite durée. Procédé selon la revendication 2 dans lequel ladite détermination de la durée requise pour l'exécution de ladite au moins une action comporte : - une obtention d'une durée minimale d'opération (tmin_OP) de ladite au moins une action ; et - une estimation d'une durée d'accès (t_acccess) à un dit dispositif (GE) sur lequel ladite au moins une action est exécutée ; la durée requise étant obtenue à partir de ladite durée d'opération (tmin_OP) et de ladite durée d'accès (t_acccess). Procédé selon l'une quelconque des revendications 1 à 3 comportant en outre, sur détection (E700) que l’utilisateur a retenu un plan d'action, une étape de mise en œuvre (E720) du plan d’action retenu, la mise en œuvre comportant : - une simulation de l’évolution de l’état de fonctionnement ou de dysfonctionnement d’un dit dispositif en fonction de la conséquence de l’exécution de l’action du plan d’action et un affichage d’un résultat de la simulation sur la cartographie, et/ou - une réservation à partir de l’instant prévu pour l’exécution, d’un dit dispositif (GE) sur lequel ladite au moins une action est exécutée, ladite réservation comportant une modification d’un état de disponibilité de ce dispositif (GE) ; et/ou - une commande d’au moins un dit dispositif (GE, PE1) pour l’exécution de ladite au moins une action dudit plan d'action (PA11). Procédé selon l'une quelconque des revendications 1 à 4 dans lequel ledit instant prévu pour l’exécution est sélectionné par l’utilisateur ou est l’instant courant. Procédé selon l'une quelconque des revendications 1 à 5 comportant en outre une étape d'authentification (E100) de l’utilisateur, ladite étape d’obtention (E300) d'au moins un plan d'action et ladite étape de sélection (E500) d'au moins un plan d'action tenant compte de ladite authentification et d’un attribut (Confid) de confidentialité dudit plan d’action. Procédé selon l'une quelconque des revendications 1 à 6 dans lequel lesdites valeurs estimées (h) dudit paramètre sont estimées en fonction de mesures effectuées par des capteurs (REF1, REF2) dans ladite zone géographique. Procédé selon l'une quelconque des revendications 1 à 7 dans lequel l’état de fonctionnement ou de dysfonctionnement d’un premier dit dispositif (NR1) dépend de l’état de fonctionnement ou de dysfonctionnement d’un deuxième dit dispositif (PE1), lesdites étapes de prédiction (E420), de sélection (E500) et d’affichage (E440, E600) prenant en compte cette dépendance. Procédé de gestion de plans d'action (PA1i) selon l’une quelconque des revendications 1 à 8 dans lequel : - ladite zone géographique (ZG) comporte au moins un premier dit dispositif (PE1) et un deuxième dit dispositif (RBT1, NR1) ; - ladite étape de prédiction (E420) comporte une prédiction de l’état de fonctionnement ou de dysfonctionnement de chacun desdits premier et deuxième dispositifs ; - ladite étape de sélection (E500) comporte une sélection d'au moins un dit plan d'action (PA11) associé audit premier dispositif (PE1), l’exécution dudit au moins un plan d’action sélectionné comportant une conséquence (Result_action) sur ledit deuxième dispositifs (RBT1, NR1, GE) ; - ladite étape d’affichage (E600) comportant un affichage de deux dits éléments graphiques correspondant chacun à l’un de ces deux dispositifs (PE1, RBT1, NR1). Procédé selon l'une quelconque des revendications 1 à 9 comportant en outre une étape d'affichage, après l'exécution de l'action d'un dit plan d'action, d'un élément graphique représentant l’état d’au moins un dit dispositif (PE1) suite à ladite exécution. Procédé selon l'une quelconque des revendications 1 à 10 dans lequel lesdites valeurs estimées correspondent à des niveaux d'eau, lesdits dispositifs comportant des dispositifs électriques. Programme d’ordinateur (Prog) comportant des instructions pour l’exécution d’un procédé selon l’une des revendications 1 à 11 lorsque ledit programme est exécuté par un ordinateur. Support d’enregistrement lisible par un ordinateur sur lequel est enregistré le programme d’ordinateur (Prog) selon la revendication 12. Système (SRV) de gestion de plans d'action (PA1i) dans une zone géographique (ZG), ladite zone comportant au moins un dispositif (PE1, PE2, RBT1, RBT2, NR1) dont un état de fonctionnement ou de dysfonctionnement peut être impacté par un paramètre mesurable dans ladite zone (ZG), ledit système de gestion comportant : - un module d’obtention (OBT_PA) configuré pour obtenir au moins un dit plan d'action (PA11, PA12, PA13) associé à au moins un dit dispositif (PE1), ledit plan d’action comportant : - au moins une action pouvant être exécutée sur au moins un dit dispositif (PE1); et - au moins une conséquence (Result_action) de l’exécution de ladite action sur au moins un dit dispositif (PE1, PE2) ; - un module (COM) configuré pour obtenir des valeurs estimées (h) dudit paramètre au moins à des instants futurs; - un module de prédiction (PRED) configuré pour prédire l’état de fonctionnement ou de dysfonctionnement d’un dit dispositif (PE1) en fonction desdites valeurs estimées (h) et d’un seuil dudit paramètre (h_max1) pour ledit dispositif (PE1) ; - un module de sélection (Select_PA) configuré pour sélectionner au moins un dit plan d'action (PA11) si l’état de dysfonctionnement dudit dispositif (PE1) associé à ce plan d’action (PA11) est prédit, la sélection tenant compte d’une prédiction de l’état de fonctionnement ou de dysfonctionnement de ce dispositif en fonction de ladite conséquence ; et - un module d’affichage (Disp_PA) configuré pour afficher sur une cartographie un élément graphique représentant l'évolution de l'état d’un dit dispositif (PE1) en fonction de ladite prédiction, dudit au moins un plan d'action sélectionné et d’un instant prévu pour l’exécution, pour permettre à un utilisateur de retenir au moins un dit plan d’action pour protéger un dit dispositif.