Brevet FR3067148A1 — publié le 20181207

Mise à jour de logiciels métiers et/ou de configurations d'équipements d'un réseau de distribution électrique L'invention concerne le contrôle-commande d'équipements mis en oeuvre dans un réseau de distribution électrique. Il peut s'agir typiquement d'équipements intelligents (de type dit « IED » pour « Intelligent Electronic Device ») communiquant via un réseau de contrôle-commande (dit « smartgrid »), chaque équipement formant un noeud de ce réseau de contrôle-commande. En particulier, l'invention traite des mécanismes d'opération et maintenance de ces équipements (mécanismes dits « O&M ») et notamment des mécanismes de mise à jour de logiciels métiers (dits « firmware ») et/ou de mise à jour de divers fichiers de configuration plus généralement pour la gestion des fonctionnalités métiers de ces équipements, et ce dans tout ou partie des équipements distribués du réseau de contrôle-commande. On désigne donc ci-après par les termes « mise à jour de logiciel » aussi bien la mise à jour du firmware que celle de la configuration d'un équipement. La mise à jour des équipements dans un réseau de contrôle-commande peut nécessiter un ordonnancement manuel. Ceci est valable aussi bien dans le cas d'une mise à jour de configuration, que de mise à jour de version de firmware. Dans la mesure où les différents équipements sont interdépendants, une telle coordination vise à échelonner, voire synchroniser les mises à jour (à différents instants pour différents équipements) pour garantir une cohérence de fonctionnement entre les équipements tout au long du mécanisme de mise à jour. Dans le cas d'un système où les différents équipements sont au contraire indépendants les uns des autres, un tel ordonnancement peut permettre par ailleurs d'échelonner les mises à jour dans le temps, en vue d'une planification et/ou d'une optimisation de la disponibilité des équipements, afin de mieux contrôler les canaux de télécommunication et éviter leur saturation éventuelle. La présente invention vient améliorer la situation. 3067148 2 Elle propose à cet effet un procédé mis en oeuvre par des moyens informatiques de mise à jour de logiciels destinés à être exécutés par des équipements d'un réseau de distribution électrique. Chaque équipement forme un noeud d'un réseau de contrôle-commande communiquant avec d'autres noeuds du réseau de contrôle-commande. En particulier, le 5 procédé comporte : - une première étape dans laquelle des priorités respectives de mise à jour sont attribuées aux noeuds du réseau de contrôle-commande, et - une deuxième étape dans laquelle tout ou partie des noeuds du réseau reçoivent des données de mise à jour, par ordre des priorités attribuées auxdits noeuds. Ainsi, l'invention permet d'ordonnancer les mises à jour respectives des équipements du réseau, selon par exemple une hiérarchie de noeuds du réseau de contrôle-commande (par exemple depuis un noeud racine jusqu'à des noeuds feuilles) et/ou encore selon les fonctionnalités respectives des équipements dans le réseau de distribution électrique. Ainsi, le procédé peut, dans une réalisation particulière, être mis en oeuvre par une entité de gestion des mises à jour de logiciels des équipements du réseau, au moins en fonction d'une topologie du réseau de contrôle-commande et/ou de fonctionnalités respectives des équipements dans le réseau de distribution électrique. Dans une réalisation particulière, chaque noeud du réseau stocke une donnée relative à sa priorité à l'issue de la première étape, et transmet sa donnée de priorité à une entité de gestion des mises à jour de logiciels des équipements du réseau pour la mise en oeuvre de la deuxième étape. 25 Bien entendu, il s'agit d'une option. Dans une variante alternative, l'entité précitée de gestion des mises à jour peut stocker elle-même les données de priorités respectives des équipements dans une base de données par exemple. 10 15 20 3067148 3 Dans la réalisation particulière précitée, sur réception des données des priorités respectives des noeuds, l'entité de gestion des mises à jour détermine un ordonnancement des mises à jour effectives des logiciels dans chaque noeud du réseau selon les priorités respectives attribuées auxdits noeuds. 5 Ces mises à jour « effectives » peuvent viser aussi bien la mise à jour du logiciel, une fois qu'elle est terminée, que l'exécution du logiciel ainsi mis à jour ensuite. Dans une première forme de réalisation, la mise à jour de logiciel comporte une mise à jour de logiciel métier d'équipement du réseau. 10 Dans une deuxième forme de réalisation alternative ou complémentaire, la mise à jour de logiciel comporte une mise à jour de configuration d'équipement du réseau (par exemple par une mise à jour de fichiers informatiques qu'exploitent les logiciels qui sont exécutés par les équipements). 15 On comprendra ainsi que l'on entend par les termes « mis à jour de logiciel » aussi bien une mise à jour de logiciel métier qu'une mise à jour de fichiers informatiques qu'exploitent ces logiciels, ou encore qu'une mise à jour quelconque de logiciels qu'exécutent les équipements de façon plus générale. 20 Dans la première forme de réalisation précitée, la priorité d'un noeud pour la mise à jour du logiciel métier peut être définie par une donnée objet relative au noeud logique de type « LIFH » de la classe « Common Data Class ING » selon la norme IEC 61850. Dans la deuxième forme de réalisation précitée, la priorité d'un noeud pour la mise à jour 25 de configuration est définie par une donnée objet relative au noeud logique de type « LICH » de la classe « Common Data Class ING » selon la norme IEC 61850. 3067148 4 De telles réalisations, exploitant la norme précitée, permettent d'homogénéiser la répartition des informations des niveaux de priorité des noeuds du réseau, et ce de façon normalisée quels que soient la nature de l'équipement et/ou son fabricant. 5 La présente invention vise aussi un système comportant : - au moins une entité de gestion des mises à jour de logiciels d'équipements d'un réseau de distribution électrique, pour une mise jour de logiciels destinés à être exécutés par des équipements du réseau de distribution électrique, chaque équipement formant un noeud d'un réseau de contrôle-commande communiquant avec d'autres noeuds du réseau de 10 contrôle-commande, et - un ou plusieurs équipements du réseau de distribution électrique. En particulier, l'entité de gestion des mises à jour comporte un circuit informatique programmé pour exécuter les étapes du procédé défini ci-avant. 15 La présente invention vise aussi un équipement d'un réseau de distribution électrique d'un tel système, comportant en particulier un circuit informatique programmé pour : - stocker une donnée relative à la priorité de cet équipement, et - transmettre sur demande cette donnée de priorité à l'entité de gestion des mises à jour de logiciels des équipements du réseau. 20 L'invention vise aussi une entité de gestion des mises à jour de logiciels d'équipements d'un réseau de distribution électrique (chaque équipement formant un noeud d'un réseau de contrôle-commande communiquant avec d'autres noeuds du réseau de contrôle-commande). En particulier, l'entité de gestion des mises à jour comporte un circuit 25 informatique programmé pour : - attribuer des priorités respectives de mise à jour aux noeuds du réseau de contrôle-commande, et 3067148 5 - transmettre des données de mise à jour à tout ou partie des noeuds du réseau, par ordre des priorités attribuées auxdits noeuds. On a illustré à titre d'exemple un tel circuit informatique de l'équipement, ou bien encore 5 de l'entité de gestion précitée, sur la figure 7. Ainsi, dans l'exemple illustré sur la figure 7, le circuit informatique CT de chacun de ces dispositifs peut comporter typiquement une interface de communication COM avec le réseau de contrôle-commande SMG, relié à un processeur PROC capable d'exécuter des opérations correspondant aux étapes du procédé ci-avant. À cet effet, le processeur PROC coopère avec une mémoire MEM stockant 10 notamment des instructions d'un programme informatique au sens de l'invention, ainsi que des données de chaque niveau de priorité par exemple (pour les équipements du réseau). Le processeur PROC est relié en outre à une interface INT pour piloter une mise à jour du logiciel (le logiciel métier notamment ou le(s) fichier(s) de configuration) qu'exécute un module de commande de l'équipement CEQ, pour opérer le fonctionnement de 15 l'équipement. La présente invention vise aussi un programme informatique comportant des instructions (éventuellement réparties entre les différents équipements et entité précités) pour la mise en oeuvre du procédé, lorsque ce programme est exécuté par un processeur. 20 D'autres avantages et caractéristiques de l'invention apparaîtront à la lecture de la description détaillée de modes de réalisation présentés ci-après à titre d'exemples non limitatifs, et à l'examen des dessins annexés sur lesquels : - la figure 1 illustre schématiquement un système pour la mise en oeuvre de l'invention, 25 - la figure 2 illustre très schématiquement les entité et équipements du système susceptibles de mettre en oeuvre le procédé au sens de l'invention, selon un exemple de réalisation, - la figure 3 illustre schématiquement les étapes d'un procédé au sens de l'invention, selon un exemple de réalisation, 3067148 6 - la figure 4 est un exemple de diagramme de séquence pour une mise à jour de logiciel selon le procédé de la figure 3, - la figure 5 illustre schématiquement le système de la figure 1 dans une première étape globale, initiale, du procédé, 5 - la figure 6 illustre schématiquement le système de la figure 1 dans une deuxième étape globale, courante, du procédé, - la figure 7 représente très schématiquement un exemple de structure type d'un équipement ou d'une entité de gestion pour la mise en oeuvre de l'invention (en tant qu'équipement dont le logiciel est à mettre à jour, ou en tant qu'entité de gestion de ces 10 mises à jour, cette entité pouvant plus généralement être en charge des opérations de maintenance des équipements du réseau). L'invention propose ainsi un outil permettant une coordination automatique des mises jours (de logiciels notamment les logiciels métiers « firmware » et/ou de configuration) de 15 chaque équipement, et ce quasiment en temps réel, sans requérir nécessairement une connaissance très fine des fonctionnalités et spécificités de chaque équipement du réseau de contrôle-commande au moment de ces mises à jour. Cet outil comporte déjà l'ajout d'une ou plusieurs variables décrivant un paramètre de 20 priorisation des mises à jour dans la norme régissant les réseaux de contrôle-commande IEC-61850. En particulier, dans le modèle de données interne selon la norme IEC-61850 de chaque équipement, au moins un attribut (deux attributs dans l'exemple décrit) donne(nt) un niveau de priorité (par exemple une priorité de 1 à 5) lors des mises à jour du firmware et 25 de la configuration. Ce niveau de priorité se matérialise par exemple sous la forme d'un nombre entier (entre 1 et 5 (bornes comprises), par exemple). Par exemple, plus ce niveau de priorité est élevé plus l'équipement doit être traité de façon prioritaire lors des opérations de mise à jour. Ce niveau de priorité est attribué initialement à chaque équipement courant lors de la phase de configuration initiale de cet équipement 30 courant. Par la suite, ce niveau peut être changé dynamiquement pour cet équipement courant par une simple mise à jour de son modèle de données. 3067148 7 Chaque équipement peut donc connaitre son propre niveau de priorité de mise à jour, et ce de façon comparée avec les autres équipements connectés au réseau de contrôle-commande. Grâce aux différents services de communication permis par la norme IEC-61850, 5 l'information de priorité peut être non seulement connue de l'équipement lui-même, mais peut aussi être accessible par un ou plusieurs dispositifs d'informations utilisant cette donnée de priorité pour la gestion du réseau smartgrid. On a représenté sur la figure 1 un ensemble d'équipements EQ1, EQi, EQj d'un réseau de 10 distribution d'électricité, tels que par exemple un poste transformateur HTA/BT, un ou plusieurs poteaux avec éventuellement des routeurs, jusqu'à des noeuds feuilles du réseau (non représentés). Ces équipements sont dits « intelligents » et en particulier comportent des moyens de communication entre équipements, au sein d'un réseau de télécommunication de type « smartgrid » SMG. Ainsi, chacun de ces équipements EQ1, 15 EQi, EQj peut former un noeud SDMS, Ni, Nj, etc. du réseau SMG. Par exemple, la référence SDMS de la figure 1 peut désigner un noeud central racine nommé « Smartgrid Device Management System », qui peut par exemple recevoir des niveaux de priorité P associés respectivement aux équipements et transmettre ces valeurs 20 de niveau de priorité à chaque noeud Ni, Nj, etc., en aval du réseau pour y être stockées auprès des équipements. En référence maintenant à la figure 5 illustrant cette situation, ces niveaux de priorité Pj de noeuds Ni du réseau smartgrid sont initialement et/ou dynamiquement établis. Par exemple, 25 ces niveaux de priorité peuvent être initialement déterminés en fonction d'une topologie du réseau. Par exemple encore, ces priorités peuvent être déterminées dynamiquement à chaque installation d'un nouvel équipement EQi. L'entité en charge de définir initialement ces priorités peut être à titre d'exemple non 30 limitatif une entité de gestion du réseau FUMS (pour « Firmware Update Management System ») notamment en charge des mises à jour de logiciels (notamment les logiciels 3067148 8 métiers ou « firmware ») qu'exploitent les équipements et/ou de leur configuration. Cette entité FUMS peut coopérer avec le noeud SDMS à cette fin. Le noeud SDMS transmet alors à chaque noeud Ni le niveau de priorité Pj qui a été défini par l'entité FUMS pour le noeud Ni. Chaque noeud peut ensuite stocker la valeur de ce 5 niveau de priorité en mémoire MEM (par exemple une valeur allant de 1 à 5). En référence maintenant à la figure 6, le noeud SDMS, sur réception de l'entité FUMS d'une requête de mise à jour des logiciels des équipements, ou alternativement l'entité FUMS directement (comme illustré dans l'exemple de la figure 2 commenté ci-après), 10 transmet au noeuds du réseau les données de mises à jour MAJ par ordre des priorités définies précédemment. Ainsi, dans l'exemple représenté, le noeud dispose d'une priorité maximale (1) par rapport au noeud N2 (priorité (2)). Le noeud N3, en aval du noeud Ni, peut disposer logiquement d'une priorité inférieure (niveau (3)) à celle du noeud Ni. Le noeud N4, aussi en aval du noeud Ni, mais devant recevoir des données de mise à jour à la 15 fois du premier noeud Ni et du deuxième noeud N2, se voit quant à lui attribuer une priorité inférieure (niveau (4)) à celle du noeud N3. Ainsi, on comprendra que la mise en oeuvre de ces niveaux de priorité permet d'ordonnancer la transmission des données de mise à jour, et ce possiblement de plusieurs noeuds en amont Ni, N2, pour la seule mise à jour d'un noeud en aval N4. Le noeud N5, situé en aval du noeud Ni comme le noeud N3, peut 20 disposer du même niveau de priorité que le noeud N3 (niveau (3)). En revanche, les noeuds N6 et N7 qui sont en aval d'un noeud N5 peuvent avoir encore un niveau de priorité inférieur (niveau (5)), etc. La figure 2 montre à titre d'exemple la mise à jour par un opérateur OP des équipements 25 d'un réseau de contrôle-commande constitué de trois équipements dans cet exemple : - Un équipement IED A qui a un niveau de priorité P=1 (le plus faible ici), - IED B qui a un niveau de priorité P=3 (le plus fort ici), - IED C qui a un niveau de priorité P=2 (deuxième plus fort niveau dans cet exemple). 30 L'opérateur OP entre (via une interface homme/machine typiquement) une demande de mise à jour auprès d'une entité FUMS d'assistance à la gestion de contrôle-commande, laquelle entité FUMS comporte un module de mise à jour de firmware et/ou de 3067148 9 configurations respectives des équipements. L'entité FUMS peut être connectée au réseau de contrôle-commande SMG et demander directement aux équipements IED A, IED B, IED C, l'ordre de priorité qu'ils ont pu stocker en mémoire préalablement. Alternativement, l'entité FUMS est connectée au noeud racine SDMS en tête de réseau de 5 contrôle-commande SMG, par exemple mais non limitativement le noeud de type « Smartgrid Device Management System » (ou « SDMS ») se présentant comme un noeud central racine, collectant alors les ordres de priorité (flèche « Pj ? » en aval du noeud SDMS sur la figure 2) auprès des équipements à travers le réseau de contrôle-commande SMG. Alternativement encore, l'entité FUMS d'assistance à la gestion de contrôle-commande 10 peut stocker en mémoire les ordres de priorité des équipements du réseau, sans besoin de solliciter les équipements pour les obtenir. Ces ordres de priorité ont pu être déterminés respectivement à l'installation de chaque équipement du réseau, par exemple selon la topologie du réseau. L'ordre de priorité 15 attribué à ce nouvel équipement peut être défini par exemple par l'installateur de l'équipement selon la fonctionnalité de l'équipement et son raccordement à d'autres équipements du réseau de contrôle-commande. Cette étape est suivie ensuite d'un stockage en mémoire de l'ordre de priorité attribué ainsi 20 à l'équipement nouvellement installé (en mémoire de l'équipement, ou directement auprès de l'entité FUMS (ou encore possiblement auprès du noeud racine SMDS) par exemple à réception d'un message de réussite d'installation de l'équipement, notifié par ce dernier à l'entité FUMS et comportant un ordre de priorité défini par l'installateur). 25 Ainsi, l'entité FUMS, pour une mise à jour de firmware et/ou de configuration, peut accéder aux ordres de priorité des équipements concernés par cette mise à jour. Une fois ces informations reçues (flèche « PJ » retournant à l'entité FUMS), l'entité FUMS peut alors ordonnancer la mise à jour (MAJ) comme suit : - d'abord celle de l'équipement IED B, 3067148 10 - puis celle de l'équipement IED C, et - enfin, celle de l'équipement IED A. En référence maintenant à la figure 3 illustrant les étapes d'un exemple de procédé selon 5 l'invention, ici mis en oeuvre par l'entité FUMS, une première étape S10 consiste à obtenir des informations sur la topologie du réseau et, en fonction de ces informations, définir à l'étape S1 1 les niveaux de priorité respectifs pour chacun des équipements associés aux noeuds Ni du réseau smartgrid SMG. À l'étape S12, les valeurs de ces niveaux de priorité sont communiquées à ces noeuds Ni pour y être stockées en mémoire MEM à l'étape S13. 10 Une fois que cette étape globale, préalable, a été exécutée, pour une étape globale courante de mise à jour des logiciels métiers et/ou pour une mise à jour des configurations des équipements, l'entité FUMS reçoit à l'étape S14 une requête de mise à jour de l'opérateur OP, suite à quoi l'entité FUMS collecte les ordres de priorité Pj précédemment stockés 15 auprès des noeuds Ni des équipements à l'étape S15. En fonction de ces niveaux de priorité Pj, l'entité FUMS est alors en mesure de préparer un ordonnancement des mises à jour à l'étape S16. Ensuite à l'étape S17, l'entité FUMS peut transmettre les données des mises à jour selon cet ordonnancement, par exemple via le noeud racine SDMS, en vue de la diffusion de ces données de mises à jour via le noeud racine et à destination des différents 20 noeuds concernés Ni du réseau smartgrid SMG. Une fois les mises à jour installées, chaque noeud concerné peut émettre une notification de fin de mise à jour à destination de l'entité FUMS et le procédé peut s'arrêter à l'étape S18, une fois que tous les noeuds concernés ont été mis à j our. 25 Le diagramme de séquence de la figure 4 illustre de façon plus fine les échanges mis en oeuvre en particulier lors de l'étape globale courante d'une mise à jour. Au cours d'une première étape S20, l'opérateur OP de mise à jour du réseau de contrôle-commande transmet une demande de mise à jour du réseau de contrôle commande à l'entité de gestion des mises à jour FUMS, laquelle demande au noeud racine de contrôle-commande SDMS 3067148 11 de mettre en oeuvre une collecte des niveaux de priorité de chaque équipement à l'étape S21. Ensuite, le noeud racine SDMS interroge individuellement : - un premier équipement IED A à l'étape S22 pour obtenir son niveau de priorité et le 5 noeud de l'équipement IED A notifie au noeud racine SMDS son niveau de priorité (ici P=1) à l'étape S23, - un deuxième équipement IED B à l'étape S24 pour obtenir son niveau de priorité et le noeud de l'équipement IED B notifie au noeud racine SMDS son niveau de priorité (ici P=3 dans l'exemple décrit) à l'étape S25, 10 - un troisième équipement IED C à l'étape S26 pour obtenir son niveau de priorité et le noeud de l'équipement IED B notifie au noeud racine SMDS son niveau de priorité (ici P=2) à l'étape S27, etc. Ensuite, une fois que le noeud racine SDMS a collecté toutes ces valeurs de niveau de 15 priorité, l'ensemble des valeurs peut être notifié à l'étape S28 à l'entité de gestion FUMS. En fonction de ces valeurs de niveau de priorité respectives, l'entité FUMS peut ordonnancer et piloter ensuite les mises à jour de chaque équipement, par ordre de priorité : d'abord le noeud IED B à l'étape S29 (pour la première priorité la plus urgente P=3), 20 ensuite le noeud IED C à l'étape S30 (pour la deuxième priorité P=2), et enfin le noeud IED A à l'étape S31 (pour la troisième priorité P=1). Le cas d'utilisation est indifférent qu'il s'agisse d'une mise à jour de configuration ou de firmware. 25 De plus, cet ordonnancement de mise à jour peut de façon concrète correspondre aussi bien : - à un ordonnancement des opérations de téléchargement de la mise à jour vers les équipements, et/ou 3067148 12 à un ordonnancement des opérations d'activation de la mise à jour dans les équipements. Ces deux ordonnancements peuvent être opérés de façon conjointe ou différée dans le temps. 5 En outre, comme indiqué ci-avant, ces ordonnancements peuvent être définis en fonction de la topologie du réseau (manuellement par un opérateur, ou automatiquement par un programme informatique en fonction des fonctionnalités attribuées et des connexions de chaque équipement). Par exemple, la mise à jour de la configuration ou du firmware dans un poste électrique peut nécessiter un ordonnancement lors de la phase d'activation de cette 10 nouvelle configuration/firmware dans chaque équipement composant le poste, et ce pour des raisons de sécurité, d'architecture matérielle ou logicielle et de dépendance associées. Par exemple, un poste de transformation moyenne tension/basse tension (ou « HTA/BT ») peut être composé de trois équipements comprenant un équipement IED maitre et deux équipements IED « extensions ». Les équipements extensions sont préférentiellement mis à 15 jour avant l'équipement maître de façon à assurer une continuité de service dans la supervision du poste. Le niveau de priorité permet ainsi de définir cet ordonnancement lors de la phase de configuration, et ainsi piloter cet ordonnancement précis de façon automatique. 20 La mise en oeuvre de la présente invention se manifeste notamment par une évolution du modèle de données selon la norme IEC61850 comprenant en particulier deux nouvelles variables de paramètres de type « data object » permettant d'attribuer à chaque équipement un niveau de priorité d'ordonnancement de la séquence de mise à jour de firmware et de configuration (un objet pour la mise à jour du firmware et un objet pour la mise à jour de la 25 configuration). Les parties de la norme concernées par cette évolution peuvent être par exemple : - IEC 61850-7-4 (« Basic communication structure - Compatible logical node classes and data object classes »), et - IEC-61850-90-16 ("Using IEC 61850 for System Management purposes"). 30 3067148 13 Plus précisément, les deux nouveaux objets à définir peuvent être de type « Integer status setting » introduit dans la partie 7-3 de cette même norme. Par exemple, dans la classe « Logical Node LICH » (« LICH » pour « Logical IED 5 Configuration Handling »), on peut définir un nouveau paramètre de type « DataObject » nommé par exemple "ConftJpdPrioLv1" (pour « configuration update priority level ») de la classe « Common Data Class : Integer Status Setting » (abréviée par "ING"), comme présenté dans le tableau ci-après. 1 Data object name Common 1 class CfgUpdPrioLvl ING data Explanation , Configuration update priority 1 level M/O/C 10 De même, dans la classe « Logical Node LIFH » (IED Firmware Handling), on peut définir un nouveau paramètre de type « DataObject » nommé par exemple "FwUpdPrioLv1" (pour « firmware update priority level ») de la class « Common Data Class : Integer Status Setting » (abréviée par "ING"), comme présenté dans le tableau ci- 15 après. De manière générale, la présente invention ne se limite pas aux formes de réalisation 20 décrites ci-avant à titre d'exemple ; elle s'étend à d'autres variantes. Ainsi, on comprendra par exemple que la mise à jour des logiciels des équipements peut être ordonnancée par l'entité de gestion FUMS comme détaillé ci-avant, ou encore alternativement par le noeud racine SDMS qui reçoit alors dans cette réalisation alternative Data object name Common data 1 class FwUpdPrioLvl 1ING Firmware update priority level 3067148 14 les données de mise à jour de l'entité FUMS et les transmet par ordre de priorité selon les niveaux de priorité collectés. Alternativement encore, les données peuvent être transmises simultanément à tous les équipements avec des instructions de début de mise à jour respectives pour chaque 5 équipement pour démarrer ces mises à jour à l'instant indiqué dans ces instructions. REVENDICATIONS1. Procédé mis en oeuvre par des moyens informatiques de mise jour de logiciels destinés à être exécutés par des équipements d'un réseau de distribution électrique, chaque 5 équipement formant un noeud d'un réseau de contrôle-commande communiquant avec d'autres noeuds du réseau de contrôle-commande, le procédé comportant : - une première étape dans laquelle des priorités respectives de mise à jour sont attribuées aux noeuds du réseau de contrôle-commande, et 10 - une deuxième étape dans laquelle tout ou partie des noeuds du réseau reçoivent des données de mise à jour, par ordre des priorités attribuées auxdits noeuds. 2. Procédé selon la revendication 1, mis en oeuvre par une entité de gestion des mises à jour de logiciels des équipements du réseau, au moins en fonction d'une topologie du réseau de 15 contrôle-commande et/ou de fonctionnalités respectives des équipements dans le réseau de distribution électrique. 3. Procédé selon l'une des revendications 1 et 2, dans lequel chaque noeud du réseau stocke une donnée relative à sa priorité à l'issue de la première étape, et transmet sa donnée de 20 priorité à une entité de gestion des mises à jour de logiciels des équipements du réseau pour la mise en oeuvre de la deuxième étape. 4. Procédé selon la revendication 3, dans lequel, sur réception des données des priorités respectives des noeuds, ladite entité de gestion des mises à jour détermine un 25 ordonnancement des mises à jour effectives des logiciels dans chaque noeud du réseau selon les priorités respectives attribuées auxdits noeuds. 3067148 16 5. Procédé selon l'une des revendications précédentes, dans lequel ladite mise à jour de logiciel comporte une mise à jour de logiciel métier d'équipement du réseau. 6. Procédé selon l'une des revendications précédentes, dans lequel ladite mise à jour de 5 logiciel comporte une mise à jour de configuration d'équipement du réseau. 7. Procédé selon la revendication 5, dans lequel la priorité d'un noeud pour la mise à jour du logiciel métier est définie par une donnée objet relative au noeud logique de type « LIFH » de la classe « Common Data Class ING » selon la norme IEC 61850. 8. Procédé selon la revendication 6, dans lequel la priorité d'un noeud pour la mise à jour de configuration est définie par une donnée objet relative au noeud logique de type « LICH » de la classe « Common Data Class ING » selon la norme IEC 61850. 9. Système pour une mise jour de logiciels destinés à être exécutés par des équipements du réseau de distribution électrique, chaque équipement formant un noeud d'un réseau de contrôle-commande communiquant avec d'autres noeuds du réseau de contrôle-commande, le système comportant : 20 - au moins une entité de gestion des mises à jour de logiciels d'équipements d'un réseau de distribution électrique, pour effectuer ladite mise jour de logiciels, et - un ou plusieurs équipements du réseau de distribution électrique, ladite entité de gestion des mises à jour comportant un circuit informatique programmé pour exécuter les étapes du procédé selon l'une des revendications précédentes. 25 10. Equipement d'un réseau de distribution électrique d'un système selon la revendication 9, comportant un circuit informatique programmé pour : - stocker une donnée relative à la priorité dudit équipement, et 10 15 3067148 17 - transmettre sur demande ladite donnée de priorité à l'entité de gestion des mises à jour de logiciels des équipements du réseau. 11. Entité de gestion des mises à jour de logiciels d'équipements d'un réseau de 5 distribution électrique, chaque équipement formant un noeud d'un réseau de contrôle-commande communiquant avec d'autres noeuds du réseau de contrôle-commande, ladite entité de gestion des mises à jour comportant un circuit informatique programmé pour : - attribuer des priorités respectives de mise à jour aux noeuds du réseau de contrôle-10 commande, et - transmettre des données de mise à jour à tout ou partie des noeuds du réseau, par ordre des priorités attribuées auxdits noeuds. 12. Programme informatique comportant des instructions pour la mise en oeuvre du 15 procédé selon l'une des revendications 1 à 8, lorsque ce programme est exécuté par un processeur.