Procédé de distribution de clefs de session dans un réseau (1) de télécommunication comportant un ensemble de N serveurs (1_1, 1_2) de distribution de clefs de session, N étant strictement supérieur à 1, des clients (2_1, 2_2) comportant des clients de type « publishers » et des clients de type « subscribers », et un module (3) de communication intermédiaire de type « broker » lesdits serveurs, clients et broker étant interconnectés par des liaisons de télécommunication ; selon lequel un client publisher délivre au module broker des informations chiffrées en fonction d’au moins une clef secrète de chiffrement stockée dans le client publisher, au moins un client subscriber associé au client publisher obtient ensuite via le module de communication intermédiaire broker lesdites informations consultables et déchiffre, et/ou vérifie, lesdites informations en fonction d’une clef de déchiffrement associée à ladite clef de chiffrement ; et chaque serveur est adapté pour générer et distribuer des clefs de session aux clients, comprenant les clefs de chiffrement, déchiffrement et /ou signature ; ledit procédé étant caractérisé en ce que : un seul quelconque des serveurs (1_1, 1_2), à tout instant considéré, a le rôle de serveur maître des serveurs, et seul le serveur maître est autorisé à distribuer des clefs de session aux clients (2_1, 2_2) ; chaque serveur (1_1, 1_2) et chaque client (2_1, 2_2) stockent une même liste ordonnée en vue de l’élection d’un nouveau serveur maître, du rang 1 associé à la priorité maximale au rang N associé à la priorité minimale, des serveurs de l’ensemble de serveurs, ladite liste ordonnée des serveurs indiquant en outre quel est le serveur maître actuel, et chaque serveur stocke une liste des clients auxquels des clefs de session en cours de validité ont été distribuées par le serveur maître actuel et les serveurs maîtres précédents ; chaque serveur (1_1, 1_2), quand il a le rôle de serveur maître, envoie aux clients (2_1, 2_2), selon au moins une périodicité minimale prédéfinie, un message périodique d’un premier type prédéfini (heartbeat) ; chaque client (2_1, 2_2) surveille qu’il reçoit selon ladite périodicité prédéfinie, les messages du premier type en provenance du serveur maître actuel indiqué dans la liste ordonné des serveurs ; et lorsqu’il détecte qu’un message du premier type n’a pas été reçu conformément à ladite périodicité minimale, le client (2_1, 2_2) envoie une requête de recherche d’un nouveau serveur maître au serveur de rang n+1 qui suit le serveur maître actuel de rang n dans la liste ordonnée des serveurs ; chaque serveur (1_1, 1_2) de l’ensemble des serveurs, dès qu’il reçoit une requête de recherche d’un nouveau maître serveur, déclenche une opération d’élection d’un nouveau serveur maître auprès des serveurs de l’ensemble de serveurs ; le serveur maître élu par ladite opération d’élection déclenche, dès son élection, auprès des clients (2_1, 2_2) de sa liste de clients, un remplacement des clefs de session valides indiquées dans la liste des clients et qui leur ont été attribuées. Procédé de distribution de clefs session dans un réseau de télécommunication (1) selon la revendication 1, selon lequel à l’expiration d’un délai prédéfini après qu’un client (2_1, 2_2) a envoyé une requête de recherche d’un nouveau serveur sans que le client ait reçu un message en provenance d’un serveur élu maître serveur, ledit client (2_1, 2_2) envoie une requête de recherche d’un nouveau serveur maître au serveur de rang n+2 dans la liste ordonnée de serveurs. Procédé de distribution de clefs de session dans un réseau (1) de télécommunication selon l’une des revendications précédentes, selon lequel l’opération d’élection déclenchée par ledit serveur (1_1, 1_2) dès réception d’une requête de recherche d’un nouveau serveur maître comprend les étapes consistant à : - envoyer à tous les autres serveurs de la liste ordonnée des serveurs un message d’un deuxième type prédéfini, indiquant qu’un serveur maître est à élire, et identifiant le serveur envoyant ledit message ; - après une temporisation déterminée : - si ledit serveur (1_1, 1_2) a reçu pendant ladite temporisation un ou des messages du deuxième type en provenance de serveur(s) et que, d’après la liste ordonnée, sa priorité est inférieure à la priorité des serveurs ayant envoyé lesdits messages du deuxième type, il n’est pas le serveur maître élu par ladite opération d’élection ; - si ledit serveur (1_1, 1_2) n’a reçu pendant ladite temporisation aucun message du deuxième type en provenance de serveur(s) ou s’il en a reçu et que, d’après la liste ordonnée, sa priorité est supérieure à la priorité des serveurs ayant envoyé lesdits messages du deuxième type, il est le serveur maître élu par ladite opération d’élection. Procédé de distribution de clefs de session dans un réseau (1) de télécommunication selon l’une des revendications précédentes, selon lequel les nouvelles clefs destinées à remplacer les clefs de session sont générées par le serveur maître au moment de son élection à partir d’une nouvelle graine de génération qu’il génère aléatoirement. Procédé de distribution de clefs de session dans un réseau (1) de télécommunication selon l’une des revendications précédentes, selon lequel la liste ordonnée est une boucle ordonnée, où après le serveur de rang N, on revient sur le serveur de rang 1. Procédé de distribution de clefs de session dans un réseau (1) de télécommunication selon l’une des revendications précédentes, selon lequel lors d’une demande de clef de session par un client (2_1, 2_2), ledit client envoie une requête de clef au serveur (1_1, 1_2) de rang i dans la liste, en commençant par i = 1, et en l’absence de réponse revendiquant le statut de serveur maître de la part dudit serveur, incrémente la valeur de i, i = i+1, et itère ledit envoi de requête. Procédé de distribution de clefs de session dans un réseau (1) de télécommunication selon l’une des revendications précédentes, selon lequel un mécanisme de synchronisation entre les serveurs (1_1, 1_2) comprend la synchronisation de la liste des serveurs indiquant le serveur maître actuel, aucune synchronisation des clefs distribuées par les serveurs et/ou de la source d’entropie des serveurs ne devant avoir lieu. Procédé de traitement, mis en œuvre dans un client (2_1, 2_2), pour l’obtention de clefs de session, dans un réseau (1) de télécommunication comportant un ensemble de N serveurs (1_1, 1_2) de distribution de clefs de session, N étant strictement supérieur à 1, des clients (2_1, 2_2) comportant des clients de type « publishers » et des clients de type « subscribers », et un module de communication intermédiaire (3) de type « broker » lesdits serveurs, clients et broker étant interconnectés par des liaisons de télécommunication ; selon lequel un client publisher délivre au module broker des informations chiffrées en fonction d’au moins une clef secrète de chiffrement stockée dans le client publisher, au moins un client subscriber associé au client publisher obtient ensuite, via le module de communication intermédiaire broker (3), lesdites informations consultables et déchiffre, et/ou vérifie, lesdites informations en fonction d’une clef de déchiffrement associée à ladite clef de chiffrement ; et chaque serveur (1_1, 1_2) est adapté pour générer et distribuer des clefs de session aux clients, comprenant les clefs de chiffrement, déchiffrement et /ou signature ; ledit procédé étant caractérisé en ce que, le client (2_1, 2_2) ayant stocké une liste ordonnée en vue de l’élection d’un nouveau maître, du rang 1 associé à la priorité maximale au rang N associé à la priorité minimale, des serveurs de l’ensemble de serveurs (1_1, 1_2), ladite liste ordonnée des serveurs indiquant en outre quel est le serveur maître actuel, un seul quelconque des serveurs, à tout instant considéré, ayant le rôle de serveur maître des serveurs, et seul le serveur maître étant autorisé à distribuer des clefs de session aux clients : le client (2_1, 2_2) surveille qu’il reçoit selon une périodicité minimale prédéfinie, des messages périodiques d’un premier type prédéfini (heartbeat) en provenance du serveur maître actuel indiqué dans la liste ordonné des serveurs ; et lorsqu’il détecte qu’un message du premier type n’a pas été reçu conformément à ladite périodicité minimale, le client envoie une requête de recherche d’un nouveau serveur maître au serveur de rang n+1 qui suit le serveur maître actuel de rang n dans la liste ordonnée des serveurs ; le client (2_1, 2_2) reçoit, depuis un nouveau maître serveur, de nouvelles clefs de session pour remplacement des précédentes clefs de session. Client (2_1, 2_2) dans un réseau (1) de télécommunication comportant un ensemble de N serveurs (1_1, 1_2) de distribution de clefs de session, N étant strictement supérieur à 1, des clients (2_1, 2_2) comportant des clients de type « publishers » et des clients de type « subscribers », chaque client subscriber étant associé à un client publisher, et un module de communication intermédiaire de type « broker » lesdits serveurs, clients et broker étant adaptés pour être interconnectés par des liaisons de télécommunication ; un client publisher étant adapté pour délivrer au module broker des informations chiffrées en fonction d’au moins une clef secrète de chiffrement stockée dans le client publisher, un client subscriber associé au client publisher étant adapté pour obtenir ensuite, via le module de communication intermédiaire broker, lesdites informations consultables et déchiffrer, et/ou vérifier, lesdites informations en fonction d’une clef de déchiffrement associée à ladite clef de chiffrement ; et chaque serveur (1_1, 1_2) est adapté pour générer et distribuer des clefs de session aux clients, comprenant les clefs de chiffrement, déchiffrement et /ou signature ; ledit client (2_1, 2_2) étant un dispositif électronique caractérisé en ce que, le client ayant stocké une liste ordonnée en vue de l’élection d’un nouveau maître, du rang 1 associé à la priorité maximale au rang N associé à la priorité minimale, des serveurs de l’ensemble de serveurs, ladite liste ordonnée des serveurs indiquant en outre quel est le serveur maître actuel, un seul quelconque des serveurs, à tout instant considéré, ayant le rôle de serveur maître des serveurs, et seul le serveur maître étant autorisé à distribuer des clefs de session aux clients : le client (2_1, 2_2) est adapté pour surveiller qu’il reçoit selon une périodicité minimale prédéfinie, des messages périodiques d’un premier type prédéfini (heartbeat) en provenance du serveur maître actuel indiqué dans la liste ordonné des serveurs ; et le client (2_1, 2_2) est adapté pour, lorsqu’il détecte qu’un message du premier type n’a pas été reçu conformément à ladite périodicité minimale, envoyer une requête de recherche d’un nouveau serveur maître au serveur de rang n+1 qui suit le serveur maître actuel de rang n dans la liste ordonnée des serveurs et pour recevoir, depuis un nouveau maître serveur, de nouvelles clefs de session pour remplacement de clefs de session valides précédemment attribuées au client. Serveur de distribution de clefs de session (1_1, 1_2) dans un réseau (1) de télécommunication comportant un ensemble de N serveurs de distribution de clefs de session, N étant strictement supérieur à 1, des clients (2_1, 2_2) comportant des clients de type « publishers » et des clients de type « subscribers », et un module de communication intermédiaire de type « broker » (3), lesdits serveurs, clients et broker étant interconnectés par des liaisons de télécommunication ; selon lequel un client publisher délivre au module broker des informations chiffrées en fonction d’au moins une clef secrète de chiffrement stockée dans le client publisher, au moins un client subscriber associé au client publisher obtient ensuite via le module de communication intermédiaire broker lesdites informations consultables et déchiffre, et/ou vérifie, lesdites informations en fonction d’une clef de déchiffrement associée à ladite clef de chiffrement ; et chaque serveur est adapté pour générer et distribuer des clefs de session aux clients, comprenant les clefs de chiffrement, déchiffrement et /ou signature ; ledit serveur (1_1, 1_2) étant caractérisé en ce que : le serveur (1_1, 1_2) est adapté pour respecter la règle suivante : un seul quelconque des serveurs, à tout instant considéré, a le rôle de serveur maître des serveurs, et seul le serveur maître est autorisé à distribuer des clefs de session aux clients ; le serveur stockant une liste ordonnée en vue de l’élection d’un nouveau maître, du rang 1 associé à la priorité maximale au rang N associé à la priorité minimale, des serveurs de l’ensemble de serveurs, ladite liste ordonnée des serveurs indiquant en outre quel est le serveur maître actuel, et le serveur stockant une liste des clients auxquels des clefs de session en cours de validité ont été distribuées par le serveur maître actuel et les serveurs maîtres précédents ; le serveur (1_1, 1_2) est adapté pour, quand il a le rôle de serveur maître, envoyer aux clients (2_1, 2_2), selon au moins une périodicité minimale prédéfinie, un message périodique d’un premier type prédéfini (heartbeat) ; le serveur (1_1, 1_2) est adapté pour, quand il reçoit une requête de recherche d’un nouveau serveur maître depuis un client (2_1, 2_2), déclenche une opération d’élection d’un nouveau serveur maître auprès des serveurs de l’ensemble de serveurs ; le serveur (1_1, 1_2) est adapté, s’il est élu le serveur maître par ladite opération d’élection déclencher, dès son élection, auprès des clients (2_1, 2_2) de sa liste de clients, un remplacement des clefs de session valides indiquées dans la liste des clients et qui leur ont été attribuées.