Procédé de gestion d’un utilisateur (13) dans une communication de groupe (G C 1), ladite communication de groupe comprenant une pluralité d’autres utilisateurs (10, 11, 12), l’utilisateur (13) et la pluralité d’autres utilisateurs (10, 11, 12) étant aptes à communiquer entre eux de manière sécurisée dans ladite communication de groupe (G C 1) en utilisant une clé de chiffrement symétrique (K S ), ledit procédé de gestion comportant : - une étape (E5) de réception d’une requête d’exclusion (R eq E xclu ) de l’utilisateur (13), dit utilisateur à exclure ; - une étape (E6) de détermination des autres utilisateurs (10, 11, 12) apte à intervenir dans ladite communication de groupe ; - une étape (E7) de génération d’une nouvelle clé de chiffrement symétrique (New K S ) ; - une étape (E8) de transmission aux autres utilisateurs (10, 11, 12) de la nouvelle clé de chiffrement symétrique (New K S ) et d’une notification (I-message) pour l’utilisation de ladite nouvelle clé de chiffrement symétrique (New K S ) à la place de la clé de chiffrement symétrique (K S ) utilisée avant la réception de la requête d’exclusion de l’utilisateur (13), ladite nouvelle clé de chiffrement symétrique (New K S ) n’étant pas transmise à l’utilisateur à exclure (13). Procédé de gestion selon la revendication 1, dans lequel l’utilisateur (10-15) à exclure intervenant dans plusieurs communications de groupe (G C 1, G C 2), ledit procédé comporte : - une étape (E’5) de détermination des communications de groupe dans lesquels intervient l’utilisateur à exclure (13) ; - pour chaque communication de groupe dans laquelle intervient l’utilisateur à exclure (13) : - une étape (E’6) de détermination des autres utilisateurs apte à intervenir dans ladite communication de groupe ; - une étape (E’7) de génération d’une nouvelle clé de chiffrement symétrique ; - une étape (E’8) de transmission aux autres utilisateurs de la nouvelle clé de chiffrement symétrique et d’une notification pour l’utilisation (I-message’) de ladite nouvelle clé de chiffrement symétrique à la place de la clé de chiffrement symétrique utilisée avant la réception de la requête d’exclusion de l’utilisateur, ladite nouvelle clé de chiffrement symétrique n’étant pas transmise à l’utilisateur à exclure (13). Procédé de gestion selon l’une quelconque des revendications 1 à 2, dans lequel, les clés de chiffrement symétrique ayant une durée de validité prédéterminée, la nouvelle clé de chiffrement symétrique (New K S ) a une durée de validité identique à celle de la clé de chiffrement symétrique (K S ) qu’elle remplace. Procédé de gestion selon l’une quelconque des revendications 1 à 3, dans lequel la nouvelle clé de chiffrement symétrique (New K S ) est compatible avec un algorithme AES. Procédé de gestion selon l’une quelconque des revendications 1 à 4, dans lequel préalablement à l’étape de transmission de la nouvelle clé de chiffrement symétrique (New K S ), ladite nouvelle clé de chiffrement symétrique (New K S ) est cryptée à l’aide d’une clé de chiffrement asymétrique publique (K A Pub) pour former une clé de chiffrement symétrique cryptée, ladite clé de chiffrement symétrique cryptée étant apte à être décryptée par un des autres utilisateurs détenant une clé de chiffrement asymétrique privée (K A Priv) associée à ladite clé de chiffrement asymétrique publique (K A Pub). Procédé de gestion selon la revendication 5, dans lequel une paire de clés comprenant la clé de chiffrement asymétrique publique (K A Pub) et la clé de chiffrement asymétrique privée (K A Priv) est spécifique à chaque utilisateur. Procédé de gestion selon la revendication 6, dans lequel la paire de clés est générée à partir d’un identifiant de l’utilisateur. Procédé de gestion selon la revendication 7, dans lequel ledit procédé comprend une étape de détermination d’un domaine de sécurité dans lequel tout ou partie de la clé de chiffrement asymétrique publique (K A Pub) est réalisée à partir d’une fonction de hash de l’identifiant de l’utilisateur et d’un numéro d’ordre. Procédé de gestion selon l’une quelconque des revendications 1 à 8, dans lequel, l’utilisateur (13) et la pluralité d’autres utilisateurs (10, 11, 12, 14, 15) communiquent via un réseau radio centralisé compatible 4G et/ou 5G. Procédé de gestion selon l’une quelconque des revendications 1 à 9, dans lequel l’utilisateur à exclure (13) intervient dans une première communication de groupe (G C 1) utilisant un réseau radio centralisé et intervient dans une seconde communication de groupe (G C 2) utilisant un réseau radio décentralisé, ledit utilisateur à exclure (13) étant à l’initiative de l’établissement de ladite seconde communication de groupe (G C 2), l’exclusion dudit utilisateur (13) entraîne une libération de cette seconde communication de groupe (G C 2) dès que les autres utilisateurs (14, 15, 16) intervenant dans la seconde communication de groupe (G C 2) peuvent accéder au réseau radio centralisé. Procédé de gestion selon l’une quelconque des revendications 1 à 10, dans lequel l’utilisateur à exclure (13) intervient dans une communication de groupe limitée à deux utilisateurs, un utilisateur initiateur et un utilisateur sollicité, l’utilisateur initiateur transmettant de manière sécurisée par les clés asymétriques IBE la clé de chiffrement symétrique de la communication dite communication point-à-point Serveur de gestion de clés pour la transmission d’une clé de chiffrement symétrique à des utilisateurs dans une communication de groupe en vue de communiquer de manière sécurisée dans ladite communication de groupe, ledit serveur de gestion de clés (KMS) comprenant les éléments suivants : - une unité centrale de traitement de données (100) ; - une interface entrée/sortie (I/O) ; - un module (M A ) de génération de clés de chiffrement asymétrique ; - un module (M S ) de génération de clés de chiffrement symétrique ; - une base de données (B D ) listant les utilisateurs appartenant au groupe de communication, lesdits éléments étant configurés pour mettre en œuvre les étapes d’un procédé de gestion d’un utilisateur à exclure hors de la communication de groupe, selon l’une quelconque des revendications 1 à 11. Serveur de gestion selon la revendication 12, l’utilisateur à exclure intervenant dans une pluralité de communications de groupe (G C 1, G C 2), ladite base de données (B D ) est apte à lister les utilisateurs intervenant dans ladite pluralité de communications de groupe. Serveur de gestion selon l’une quelconque des revendications 12 ou 13, dans lequel ledit serveur de gestion est réparti sur plusieurs nœuds d’un réseau de communication.