FR 3080730 A1 20191101 FR 1853739 A 20180427 PROCEDE DE CONFIGURATION POUR UN ACCES A DES SERVICES DE REPLI DE COMMUNICATION ET SYSTEME ASSOCIE DOMAINE TECHNIQUE DE L'INVENTION Le domaine technique de l'invention est celui des procédures de repli pour permettre l'accès à des services de communication et plus précisément celui des procédures de repli pour permettre un accès à des services de communication s'appuyant sur un réseau de transport, l'accès aux services de communication nécessitant une authentification. La présente invention concerne un procédé de configuration pour un accès à des services de repli de communication et en particulier un procédé de configuration pour un accès à des services de repli de communication accessibles via un réseau de transport, l'accès aux services de communication nécessitant une authentification. La présente invention concerne également un système permettant la mise en oeuvre d'un tel procédé. ARRIERE-PLAN TECHNOLOGIQUE DE L'INVENTION Sur des réseaux privés comme les réseaux Tetra, TetraPol et P25 dédiés à la sécurité publique, il existe des procédures de repli permettant d'offrir un service minimum de communication à un utilisateur étant proche d'un relais ayant perdu sa connexion avec un réseau de communication central. En effet, le relais peut, soit maintenir les communications en cours sur le relais, soit utiliser une configuration par défaut, ce qui permet la communication entre tous les utilisateurs étant à proximité du relais. Un utilisateur en détresse peut donc demander du secours, les services de communication étant maintenus localement. La norme 3GPP régissant les réseaux mobiles de type « Global System for Mobile Communications » ou GSM expose elle-aussi une procédure de repli appelée 30 « Isolated E-UTRAN Operation for Public Safety » ou lOPS permettant à un noeud 2 réseau de type « evolved Node B » ou eNB d'établir une communication avec un réseau local quand la communication avec le réseau central est perdue. Or, dans certains réseaux de transport comme par exemple les réseaux mobiles GSM, un utilisateur doit être authentifié auprès d'un serveur d'authentification 5 gérant l'accès aux services de communication proposés par le réseau, c'est-à-dire que les informations d'authentification de l'utilisateur doivent être trouvées dans une base de données d'utilisateurs à laquelle le serveur d'authentification a accès. Suite à la procédure de repli lOPS, le serveur d'authentification n'a accès qu'à une 10 base de données d'utilisateurs locale qui ne contient généralement que des informations relatives à un nombre très réduit d'utilisateurs. Ainsi, de manière courante, l'authentification de l'utilisateur échoue et celui-ci ne peut avoir accès aux services de communication. L'échec ou le succès de l'authentification est donc conditionné par la localisation de l'utilisateur, ce qui n'est pas satisfaisant. 15 Il existe donc un besoin pour un utilisateur de pouvoir accéder, quelle que soit sa position, à des services de communication proposés via un réseau de transport n'ayant plus de connexion avec le réseau central correspondant, l'accès aux services de communication nécessitant une authentification. 20 RESUME DE L'INVENTION L'invention offre une solution aux problèmes évoqués précédemment, en permettant à un utilisateur connecté à un réseau de transport de pouvoir accéder à des services de repli de communication proposés via le réseau de transport, 25 nécessitant une authentification, quelle que soit la localisation de cet utilisateur. Un premier aspect de l'invention concerne un procédé de configuration pour un accès par un utilisateur à des services de repli de communication accessibles via un réseau de transport, l'accès aux services de repli de communication nécessitant une authentification, caractérisé en ce qu'il comporte les étapes suivantes : 3 - un client applicatif hébergé sur un équipement utilisateur envoie une requête d'authentification à un serveur de gestion d'identité ; - en cas de rejet de la requête d'authentification par le serveur de gestion d'identité : le serveur de gestion d'identité alloue un identifiant de repli unique à l'utilisateur et envoie l'identifiant de repli au client applicatif ; le client applicatif envoie une requête de profil utilisateur de repli comportant l'identifiant de repli à un serveur de gestion de configuration et reçoit un profil utilisateur de repli correspondant envoyé par le serveur de gestion de configuration, l'utilisateur est alors authentifié « en mode repli » ; le client applicatif envoie une requête de profils de groupe multimédia de repli comportant l'identifiant de repli à un serveur de gestion de groupes multimédias et reçoit au moins un profil de groupe multimédia de repli correspondant envoyé par le serveur de gestion de groupes multimédias ; le client applicatif envoie une requête de clés de chiffrement de groupe multimédia de repli et de clés de chiffrement des communications privées comportant l'identifiant de repli à un serveur de gestion de clés de chiffrement et reçoit au moins une clé de chiffrement de groupe multimédia de repli et au moins une clé de chiffrement des communications privées correspondantes envoyées par le serveur de gestion de clés de chiffrement ; une fois que le client applicatif a reçu le profil utilisateur de repli, le ou les profils de groupes multimédias de repli, la ou les clés de chiffrement de groupe multimédia de repli et la ou les clés de chiffrement des communications privées, l'utilisateur peut accéder à des services de repli de communication. 5 - - 10 - 15 - 20 25 - 30 4 Grâce à l'invention, l'utilisateur dont l'authentification a échoué dans le cadre d'une procédure de repli peut tout de même accéder à des services de communication en utilisant un identifiant de repli lui permettant d'obtenir un profil utilisateur de repli, au moins un profil de groupe multimédia de repli, au moins une 5 clé de chiffrement de groupe multimédia de repli et une clé de chiffrement des communications privées, les éléments de configuration nécessaires pour obtenir un accès à des groupes multimédias de repli proposant des services de repli de communication de groupe et pour établir des communications privées. 10 Outre les caractéristiques qui viennent d'être évoquées dans le paragraphe précédent, le procédé selon un premier aspect de l'invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon toutes les combinaisons techniquement possibles. 15 Selon un mode de réalisation, l'identifiant de repli est alloué de manière dynamique. Ainsi, les identifiants de repli ne sont pas prévus à l'avance dans le serveur de gestion d'identité ce qui permet par exemple d'éviter une carence des identifiants de repli à allouer. 20 Selon un mode de réalisation pouvant être combiné au mode de réalisation précédent, une fois que le serveur de gestion d'identité a reçu la requête d'authentification envoyée par le client applicatif, le serveur de gestion d'identité réalise une étape de traitement de la requête d'authentification comportant les 25 sous-étapes suivantes : - le serveur de gestion d'identité demande au moins une information d'authentification à l'utilisateur ; - l'utilisateur fournit l'information d'authentification demandée via 30 l'équipement utilisateur ; 5 - le client applicatif envoie l'information d'authentification fournie par l'utilisateur au serveur de gestion d'identité et le serveur de gestion d'identité reçoit l'information d'authentification ; - le serveur de gestion d'identité parcourt une base de données 5 d'utilisateurs : o si le serveur de gestion d'identité ne trouve pas l'information d'authentification dans la base de données d'utilisateurs, la requête d'authentification est rejetée ; o si le serveur de gestion d'identité trouve l'information 10 d'authentification dans la base de données d'utilisateurs, la requête d'authentification est acceptée. Ainsi, le serveur de gestion applique un protocole standard d'authentification. Selon un exemple de ce mode de réalisation, l'identifiant de repli est associé à 15 l'information d'authentification fournie par l'utilisateur. Ainsi, l'identifiant de repli est propre à l'utilisateur ce qui signifie qu'en cas de déconnexion et reconnexion, le même identifiant de repli est alloué à ce même utilisateur. 20 Selon un mode de réalisation pouvant être combiné aux modes de réalisation précédents, en cas d'acceptation de la requête d'authentification par le serveur de gestion d'identité, l'utilisateur est authentifié en « mode nominal » dans lequel il a accès à un profil utilisateur nominal et à des groupes multimédias nominaux que l'utilisateur a définis lui-même lors de précédentes connexions ou qu'un 25 administrateur a défini pour lui. Ainsi, si l'authentification est réussie, l'utilisateur a accès au profil utilisateur et aux groupes multimédias qu'il a lui-même choisis ou qu'un administrateur a défini pour lui dans le cadre d'une mission. 30 Selon un mode de réalisation pouvant être combiné aux modes de réalisation précédents, chaque utilisateur d'un groupe multimédia de repli communique avec les autres utilisateurs du groupe multimédia de repli. 6 Ainsi, un utilisateur authentifié en mode repli peut communiquer avec d'autres utilisateurs et a donc accès à des services de communication au sein de chaque groupe multimédia de repli. 5 Selon un exemple de ce mode de réalisation, lors d'une communication entre plusieurs utilisateurs, chaque utilisateur est identifié par son identifiant de repli qui est transmis et affiché sur un écran de l'équipement utilisateur de chaque autre utilisateur. Ainsi, lors d'une conversation privée ou de groupe, un utilisateur peut, par 10 exemple, facilement identifier la personne qui parle et le nombre de personnes participant à la conversation. Selon un exemple de ce mode de réalisation et du mode de réalisation précédent pouvant être combiné à l'exemple précédent, les utilisateurs authentifiés en 15 « mode nominal » et les utilisateurs authentifiés en « mode repli » ne peuvent pas communiquer entre eux. Ainsi, comme les utilisateurs authentifiés en mode repli n'ont pas été authentifiés nominalement, la sécurité des données échangées par les utilisateurs authentifiés en mode nominal n'est pas mise en danger. 20 Selon un mode de réalisation pouvant être combiné aux modes de réalisation précédents, le profil utilisateur de repli comporte une liste d'identifiants de groupe multimédia de repli. Ainsi, le profil utilisateur de repli est lié à une liste de groupes multimédias de repli 25 auxquels l'utilisateur peut avoir accès. Selon un exemple de ce mode de réalisation, le serveur de gestion de groupes multimédias envoie au client applicatif le profil de groupe multimédia de repli de chaque groupe multimédia de repli dont l'identifiant de groupe multimédia de repli 30 est inclus dans la liste d'identifiants de groupe multimédia de repli. Ainsi, l'utilisateur a accès aux groupes multimédias de repli auxquels son profil utilisateur de repli lui donne accès. 7 Selon un mode de réalisation pouvant être combiné aux modes de réalisation précédents, l'utilisateur est informé qu'il est en « mode repli » par affichage de l'identifiant de repli sur un écran de l'équipement utilisateur. 5 Ainsi, l'utilisateur est informé qu'il est authentifié mais qu'il n'aura pas accès à son profil utilisateur nominal. Un second aspect de l'invention concerne un système pour la mise en oeuvre du procédé selon un premier aspect de l'invention caractérisé en ce qu'il comporte : 10 - au moins un équipement utilisateur utilisé par un utilisateur, ledit équipement utilisateur hébergeant un client applicatif configuré pour envoyer des requêtes à des serveurs et obtenir des informations en provenance des serveurs ; 15 - au moins une base de données d'utilisateurs ; - au moins un serveur de gestion d'identité configuré pour recevoir et traiter une requête d'authentification envoyée par un client applicatif, pour chercher des informations d'authentification dans une base de données d'utilisateurs et pour allouer un identifiant de repli unique à un 20 utilisateur ; - au moins un serveur de gestion de configuration configuré pour recevoir une requête de profil utilisateur de repli et envoyer un profil utilisateur de repli à un client applicatif ; - au moins un serveur de gestion de groupes multimédias configuré pour 25 recevoir une requête de profils de groupe multimédia de repli et envoyer au moins un profil de groupe multimédia de repli à un client applicatif ; - au moins un serveur de gestion de clés de chiffrement configuré pour recevoir une requête de clés de chiffrement de groupe multimédia de 30 repli et de clés de chiffrement des communications privées et envoyer au moins une clé de chiffrement de groupe multimédia de repli et une clé de chiffrement des communications privées à un client applicatif. 8 Selon un mode de réalisation, le système comporte un administrateur opérationnel configuré pour surveiller, sur les groupes multimédias de repli, l'activité des utilisateurs authentifiés en « mode repli », pour établir une communication avec 5 des utilisateurs authentifiés en « mode repli » et pour mettre en relation des utilisateurs authentifiés en « mode repli » avec des utilisateurs authentifiés en « mode nominal ». Ainsi, l'administrateur opérationnel peut par exemple identifier des utilisateurs malveillants authentifiés en mode repli ou permettre de mettre en relation un 10 utilisateur de repli en détresse avec un groupe multimédia nominal pouvant lui apporter du secours. Selon un mode de réalisation pouvant être combiné aux modes de réalisation précédents, le système est conforme à la norme 3GPP MCS. 15 L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. BREVE DESCRIPTION DES FIGURES 20 Les figures sont présentées à titre indicatif et nullement limitatif de l'invention. - La figure 1 est un schéma synoptique illustrant les principales étapes d'un procédé de configuration pour un accès à des services de repli de communication selon un premier aspect de l'invention. - La figure 2 montre une représentation schématique d'un système selon un 25 second aspect de l'invention mettant en oeuvre le procédé selon un premier aspect de l'invention. - La figure 3 illustre le rôle de l'administrateur opérationnel au sein du système selon un second aspect de l'invention. 9 DESCRIPTION DETAILLEE D'AU MOINS UN MODE DE REALISATION DE L'INVENTION Sauf précision contraire, un même élément apparaissant sur des figures différentes présente une référence unique. Un premier aspect de l'invention concerne un procédé 100 de configuration pour un accès à des services de repli de communication accessibles via un réseau de transport, l'accès aux services de repli de communication nécessitant une authentification. On entend par « services de repli », des services proposés par une procédure de repli. Dans la présente demande, on entend par « procédure de repli », une procédure 15 de secours mise en oeuvre par un réseau de transport au niveau local quand la communication avec un réseau central correspondant est perdue, permettant d'offrir un service de communication minimum. Le procédé selon un premier aspect de l'invention est mis en oeuvre au niveau 20 applicatif de manière que les services de communication s'appuient sur les moyens fournis par le réseau de transport. L'accès aux services de communication est alors conditionné par une authentification au niveau applicatif. On entend « par niveau applicatif » ou « partie applicative », ce qui est relatif à la couche application selon le modèle OSI ou « Open Systems Interconnection » qui 25 concerne le point d'accès aux services proposés par un réseau. Dans la présente demande, la partie applicative est décorrélée de la partie réseau de transport. Un tel réseau de transport est, par exemple, un réseau 5G, un réseau « Wireless Local Area Network » ou WLAN, un réseau SWAN « Satellite 30 Wide Area Network » ou encore un réseau de transport de type GSM, comportant entre autres les réseaux de type « General Packet Radio Service » ou GPRS, « Enhanced Data Rates for GSM Evolution » ou EDGE, « Universal Mobile 5 10 10 Telecommunications System » ou UMTS, « Long Term Evolution » ou LTE et LTE-Advanced. Le réseau de transport peut être fixe, par exemple un réseau de transport 5 couvrant une entreprise, ou tactique, c'est-à-dire mobile, utilisé, par exemple, dans le cas d'une mission des forces spéciales. Ainsi, si un utilisateur devant participer à une mission a une connexion déficiente au réseau central à cause du mauvais temps, il peut être authentifié en mode repli sur le réseau local. 10 On entend par « accès à des services de communication », un accès à des services liés à de la communication, par exemple l'accès à l'audio, à la vidéo, à une messagerie avec fichiers pour interagir avec un ou plusieurs utilisateurs ou encore à des services de localisation éventuellement enrichis, dans le cas d'une mission, d'informations, par exemple, sur le positionnement des utilisateurs ou de 15 points d'intérêts. Les services de communication permettent d'établir des communications privées entre deux utilisateurs ou des communications de groupe entre les membres d'un groupe multimédia. On entend par « groupe multimédia » un groupe virtuel regroupant plusieurs 20 utilisateurs pouvant interagir entre eux une fois connectés via un serveur permettant l'accès au groupe multimédia. Un second aspect de l'invention concerne un système 200 permettant la mise en oeuvre du procédé 100 selon un premier aspect de l'invention. 25 Le système 200, illustré à la figure 2, comporte deux équipements utilisateur 201, chacun hébergeant un client applicatif 202. On entend par « client applicatif », un client informatique, c'est-à-dire un logiciel 30 qui envoie des demandes ou requêtes à un ou plusieurs serveurs au sein d'un réseau. 11 On entend par « un client applicatif est hébergé sur un équipement utilisateur », que le client applicatif est implémenté sur l'équipement utilisateur. Chaque client applicatif 202 est configuré pour envoyer des requêtes ou des 5 demandes à des serveurs et obtenir des informations en provenance des serveurs. Le système 200 comporte également quatre serveurs : un serveur de gestion d'identité 203, un serveur de gestion de configuration 204, un serveur de gestion 10 de groupes multimédias 205 et un serveur de gestion de clés de chiffrement 208. Le serveur de gestion d'identité 203 est configuré pour recevoir et traiter des requêtes d'authentification envoyées par les clients applicatifs 202, pour chercher des informations d'authentification dans une base de données d'utilisateurs 206 15 appartenant au système 200 et pour allouer un identifiant de repli unique à chaque utilisateur dont la requête d'authentification est rejetée. Le serveur de gestion de configuration 204 est configuré pour recevoir une requête de profil utilisateur de repli et envoyer un profil utilisateur de repli à 20 chaque client applicatif 202 correspondant à un utilisateur dont la requête d'authentification est rejetée. Le serveur de gestion de groupes multimédias 205 est configuré pour recevoir une requête de profils de groupe multimédia de repli et envoyer au moins un profil de 25 groupe multimédia de repli à chaque client applicatif 202 correspondant à un utilisateur dont la requête d'authentification est rejetée. Le serveur de gestion de clés de chiffrement 208 est configuré pour recevoir une requête de clés de chiffrement de groupe multimédia de repli et de clés de 30 chiffrement des communications privées et envoyer au moins une clé de chiffrement de groupe multimédia de repli et une clé de chiffrement des 12 communications privées à chaque client applicatif 202 correspondant à un utilisateur dont la requête d'authentification est rejetée. Le système 200 comporte également un administrateur opérationnel 207 dont le 5 rôle est illustré à la figure 3, configuré d'une part, pour surveiller l'activité des membres dans chaque groupe multimédia de repli 301 et pour établir une communication avec des utilisateurs authentifiés en mode repli au besoin et configuré d'autre part, pour établir une communication entre les membres d'un groupe multimédia de repli 301 et les membres d'un groupe multimédia nominal 10 303 et pour établir une communication entre un utilisateur authentifié en mode repli et un utilisateur authentifié en mode nominal. En effet, les membres d'un groupe multimédia de repli 301 sont tous des utilisateurs 300 authentifiés en mode repli et les membres d'un groupe multimédia 15 nominal 303 sont tous des utilisateurs 302 authentifiés en mode nominal de manière que les utilisateurs 302 authentifiés en mode nominal ne puissent pas communiquer avec les utilisateurs 300 authentifiés en mode repli sans intervention de l'administrateur opérationnel 207. 20 Ainsi, sur la figure 3, les flèches pleines entre chaque groupe multimédia 301, 303 et l'administrateur opérationnel 207 correspondent à la surveillance de chaque groupe multimédia 301, 303 par l'administrateur opérationnel 207 et les flèches en pointillés à l'établissement éventuel d'une communication entre chaque groupe multimédia 301, 303 et l'administrateur opérationnel 207. 25 La flèche en pointillés entre le groupe multimédia nominal 303 comportant cinq utilisateurs 302 authentifiés en mode nominal et le groupe multimédia de repli 301 comportant trois utilisateurs 300 authentifiés en mode repli correspond à l'établissement éventuel de la communication entre le groupe multimédia de repli 30 301 et le groupe multimédia nominal 303. Le procédé 100 selon un premier aspect de l'invention comporte plusieurs étapes 13 dont l'enchaînement est représenté à la figure 1. Lors d'une première étape 101 du procédé 100, un utilisateur 300, 302 disposant d'un équipement utilisateur 201 hébergeant un client applicatif 202 envoie une 5 demande ou requête d'authentification à un serveur de gestion d'identité 203 par le biais du client applicatif 202. L'équipement utilisateur 201 est par exemple un smartphone, une tablette ou encore un ordinateur portable. De manière générale, l'équipement utilisateur 201 10 dispose d'un écran. La requête d'authentification envoyée par le client applicatif 202 est alors traitée par le serveur de gestion d'identité 203. 15 Cette étape de traitement comporte par exemple plusieurs sous-étapes : - une première sous-étape de réception de la requête d'authentification envoyée par le client applicatif 202 par le serveur de gestion d'identité 203 ; 20 - une deuxième sous-étape d'envoi d'une demande d'au moins une information d'authentification à l'utilisateur 300, 302 par le serveur de gestion d'identité 203 et de réception de la demande par l'équipement utilisateur 201 ; - une troisième sous-étape de fourniture de l'information 25 d'authentification demandée, par l'utilisateur 300, 302 en utilisant l'équipement utilisateur 201 ; - une quatrième sous-étape d'envoi de l'information d'authentification fournie par l'utilisateur 300, 302 par le client applicatif 202 au serveur de gestion d'identité 203 et de réception de l'information 30 d'authentification par le serveur de gestion d'identité 203 ; - une cinquième sous-étape de parcours d'une base de données d'utilisateurs 206 par le serveur de gestion d'identité 203 pour 14 déterminer si la base de données d'utilisateurs 206 contient ou non l'information d'authentification. A l'issue de la cinquième sous-étape, si le serveur de gestion d'identité 203 n'a pas trouvé l'information d'authentification, la requête d'authentification est rejetée. 5 Au contraire, si le serveur de gestion d'identité 203 a trouvé l'information d'authentification, la requête d'authentification est acceptée. Le serveur de gestion d'identité 203 utilise ainsi un protocole standard pour l'authentification, comme par exemple le protocole OpenlDConnect développé 10 dans la norme 3GPP pour le « Mission Critical Services » ou MCS. L'information d'authentification est par exemple un mot de passe et/ou un nom d'utilisateur et/ou une donnée biométrique. 15 La base de données d'utilisateurs 206 est par exemple une base d'identifiants qui met en relation l'information d'authentification avec un identifiant correspondant. Dans le cas où la requête d'authentification est acceptée, l'identifiant correspondant à l'information d'authentification de l'utilisateur 302 est envoyé au 20 client applicatif 202. Grâce à l'identifiant, l'utilisateur 302 accède à son profil utilisateur, à ses profils et ses clés de chiffrement de groupe, à ses clés de chiffrement des communications privées, à ses groupes multimédias et plus généralement à toutes les informations liées à l'utilisateur 302. L'utilisateur 302 peut alors se connecter en « mode nominal » c'est-à-dire que l'utilisateur 302 peut 25 avoir accès à tout ce qui a été défini lors de précédentes connexions par lui-même ou par un administrateur. L'utilisateur 302 a alors accès à des services de communication de groupe nominaux proposés par les groupes multimédias nominaux 303 auxquels il a accès pour communiquer avec les autres membres de chaque groupe multimédia nominal 303 et à des services de communications 30 privées pour communiquer avec un unique autre utilisateur. 15 La connexion en mode nominal est le cas le plus courant qui se produit, soit quand la communication est maintenue avec le réseau central et que l'utilisateur 302 ne fournit pas d'informations d'authentification erronées, soit quand la communication est perdue avec le réseau central et que l'information 5 d'authentification fournie par l'utilisateur 302 se trouve dans la base de données d'utilisateurs 206 locale utilisée dans la procédure de repli. Cette dernière situation est très rare puisque la base de données d'utilisateurs 206 locale contient peu d'informations et en pratique, quand la communication est perdue avec le réseau central, la majorité des utilisateurs ne peuvent pas se connecter en mode nominal. 10 La deuxième étape 102 du procédé 100 correspond au cas où la requête d'authentification est rejetée. Si le serveur de gestion d'identité autorise le mode repli, une troisième étape 103 du procédé 100 est alors effectuée. En effet, le serveur de gestion d'identité peut être capable de mettre en oeuvre le procédé 100 15 selon l'invention et pour autant ne pas le mettre en oeuvre si le serveur de gestion d'identité n'autorise pas le mode repli. Lors de la troisième étape 103 du procédé 100, un identifiant de repli est attribué à l'utilisateur 300 par le serveur de gestion d'identité 203 et envoyé au client 20 applicatif 202 correspondant. L'identifiant de repli attribué est unique, c'est-à-dire que l'identifiant de repli ne sera alloué à aucun autre utilisateur 300, 302. L'identifiant de repli peut être propre à l'utilisateur. Dans ce cas, l'identifiant de repli est associé à l'information d'authentification fournie par l'utilisateur 300 lors 25 de l'étape 102 de traitement de la requête d'authentification. Ainsi, si un identifiant de repli est attribué à un utilisateur 300 lors d'une première connexion en mode repli et que l'utilisateur 300 se reconnecte ultérieurement, le même identifiant de repli lui est attribué. 30 L'identifiant de repli est alloué de manière dynamique par le serveur de gestion d'identité 203. Le serveur de gestion d'identité 203 alloue donc l'identifiant de repli au cours du procédé, c'est-à-dire que l'identifiant de repli n'est pas prévu à 16 l'avance. Lors d'une quatrième étape 104 du procédé 100, l'identifiant de repli est utilisé pour obtenir un profil utilisateur de repli. En effet, le client applicatif 202 envoie une 5 requête de profil utilisateur de repli à un serveur de gestion de configuration 204, la requête de profil utilisateur de repli comportant l'identifiant de repli. Le client applicatif 202 reçoit alors en retour le profil utilisateur de repli correspondant à l'identifiant de repli. 10 L'utilisateur 300 est alors authentifié en mode repli. L'utilisateur 300 peut alors être informé qu'il est en mode repli, par exemple par un affichage de l'identifiant de repli sur l'écran de l'équipement utilisateur 201. Le profil utilisateur de repli peut comporter une liste d'identifiants de groupe 15 multimédia de repli correspondant aux groupes multimédias de repli auxquels son profil utilisateur de repli lui donne accès. Lors d'une cinquième étape 105 du procédé 100, le client applicatif 202 envoie une requête de profils de groupe multimédia de repli à un serveur de gestion de 20 groupes multimédias 205, la requête de profils de groupe multimédia de repli comportant l'identifiant de repli. Le client applicatif 202 reçoit alors en retour le profil de groupe multimédia de repli associé à chaque identifiant de groupe multimédia de repli de la liste d'identifiants de groupe multimédia de repli. 25 Lors d'une sixième étape 106 du procédé 100, le client applicatif 202 envoie une requête de clés de chiffrement de groupe multimédia de repli et de clés de chiffrement des communications privées à un serveur de gestion de clés de chiffrement 208, la requête de clés de chiffrement de clés de chiffrement de groupe multimédia de repli et de clés de chiffrement des communications privées 30 comportant l'identifiant de repli. Le client applicatif 202 reçoit alors en retour la clé de chiffrement de groupe multimédia de repli à chaque identifiant de groupe multimédia de repli de la liste d'identifiants de groupe multimédia de repli et la ou 17 les clés de chiffrement des communications privées associée(s) à l'identifiant de repli. Les clés de chiffrement sont indispensables à la protection des données 5 échangées, permettant le chiffrage bout en bout, c'est-à-dire d'utilisateur à utilisateur des données échangées. Ainsi, une clé de chiffrement de groupe multimédia de repli permet de crypter et décrypter les données échangées au sein d'un groupe multimédia de repli pour que seuls les membres du groupe multimédia de repli puissent accéder à ces données. Une clé de chiffrement des 10 communications privées permet de crypter et décrypter les données qu'un utilisateur donné va échanger avec un autre utilisateur donné. Ainsi, si un individu extérieur ne possédant pas la clé de chiffrement récupère des données, celles-ci seront cryptées et donc inintelligibles. 15 Une fois que le client applicatif 202 a reçu le profil utilisateur de repli, le ou les profils de groupes multimédias de repli, la ou les clefs de chiffrement de groupe multimédia de repli et la ou les clefs de chiffrement des communications privées, le client applicatif 202 possède tous les éléments de configuration lui permettant d'accéder aux services de repli de communication de groupe proposés par chaque 20 groupe multimédia de repli dont il a obtenu le profil et aux services de repli de communications privées. Le profil utilisateur de repli est donc associé à un certain nombre de groupes multimédias de repli 301 auxquels l'utilisateur a accès une fois que les profils de 25 groupe multimédia de repli correspondants et les clés de chiffrement sont obtenus. Chaque groupe multimédia de repli 301 propose des services de repli de communication de groupe, permettant à l'utilisateur 300 de communiquer avec les autres membres du groupe multimédia de repli 301. 30 Quand les membres d'un groupe multimédia de repli 301 communiquent entre eux, comme dans le cas d'un appel de groupe par « Push-To-Talk » ou PTT, 18 chaque membre est par exemple identifié grâce à son identifiant de repli qui est transmis et affiché sur l'écran de l'équipement utilisateur 201 de chaque membre du groupe multimédia de repli 301. Cela peut également être le cas dans le cadre d'une communication privée entre deux utilisateurs authentifiés en mode repli. 5 Les services de communication de repli sont par exemple l'audio, la vidéo, la messagerie ou encore la localisation. Le choix des services de communication de repli ainsi que les groupes 10 multimédias de repli auxquels l'utilisateur a accès peuvent être choisis par l'opérateur du réseau de communication. Les membres d'un groupe multimédia de repli 301 sont tous des utilisateurs 300 authentifiés en mode repli. De même, les membres d'un groupe multimédia 15 nominal 303 sont tous des utilisateurs 302 authentifiés en mode nominal. Ainsi, les utilisateurs 302 authentifiés en mode nominal ne peuvent pas communiquer avec les utilisateurs 300 authentifiés en mode repli sans l'intervention de l'administrateur opérationnel 207. 20 19 REVENDICATIONSProcédé (100) de configuration pour un accès par un utilisateur (300, 302) à des services de repli de communication accessibles via un réseau de transport, l'accès aux services de repli de communication nécessitant une authentification, caractérisé en ce qu'il comporte les étapes suivantes un client applicatif (202) hébergé sur un équipement utilisateur (201) envoie une requête d'authentification à un serveur de gestion d'identité (203), (101) en cas de rejet de la requête d'authentification par le serveur de gestion d'identité (203), (102) : - le serveur de gestion d'identité (203) alloue un identifiant de repli unique à l'utilisateur (300) et envoie l'identifiant de repli au client applicatif (202), (103) ; - le client applicatif (202) envoie une requête de profil utilisateur de repli comportant l'identifiant de repli à un serveur de gestion de configuration (204) et reçoit un profil utilisateur de repli correspondant envoyé par le serveur de gestion de configuration (204), l'utilisateur est alors authentifié cc en mode repli » (104) ; le client applicatif (202) envoie une requête de profils de groupe multimédia de repli comportant l'identifiant de repli à un serveur de gestion de groupes multimédias (205) et reçoit au moins un profil de groupe multimédia de repli correspondant envoyé par le serveur de gestion de groupes multimédias (205), (105) ; - le client applicatif (202) envoie une requête de clés de chiffrement de groupe multimédia de repli et de clés de chiffrement des communications privées comportant l'identifiant de repli à un serveur de gestion de clés de chiffrement (208) et reçoit au moins une clé de chiffrement de groupe multimédia de repli et au moins une clé de chiffrement des communications privées correspondantes envoyées par le serveur de gestion de clés de chiffrement (208) (106) ; - une fois que le client applicatif (202) a reçu le profil utilisateur de repli, le ou les profils de groupes multimédias de repli, la ou les 20 clés de chiffrement de groupe multimédia de repli et la ou les clés de chiffrement des communications privées, l'utilisateur peut accéder à des services de repli de communication. 5 2. Procédé (100) selon la revendication 1, caractérisé en ce que l'identifiant de repli est alloué de manière dynamique. 3. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une fois que le serveur de gestion d'identité (203) a reçu 10 la requête d'authentification envoyée par le client applicatif (202), le serveur de gestion d'identité (203) réalise une étape de traitement de la requête d'authentification comportant les sous-étapes suivantes : - le serveur de gestion d'identité (203) demande au moins une information 15 d'authentification à l'utilisateur (300, 302) ; - l'utilisateur (300, 302) fournit l'information d'authentification demandée via l'équipement utilisateur (201) ; - le client applicatif (202) envoie l'information d'authentification fournie par l'utilisateur (300, 302) au serveur de gestion d'identité (203) et le serveur 20 de gestion d'identité (203) reçoit l'information d'authentification - le serveur de gestion d'identité (203) parcourt une base de données d'utilisateurs (206) o si le serveur de gestion d'identité (203) ne trouve pas l'information d'authentification dans la base de données d'utilisateurs (206), la 25 requête d'authentification est rejetée (102) ; o si le serveur de gestion d'identité (203) trouve l'information d'authentification dans la base de données d'utilisateurs (206), la requête d'authentification est acceptée. 30 4. Procédé (100) selon la revendication 3, caractérisé en ce que l'identifiant de repli est associé à l'information d'authentification fournie par l'utilisateur (300). 21 5. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'en cas d'acceptation de la requête d'authentification par le serveur de gestion d'identité (203), l'utilisateur (302) est authentifié en « mode nominal » dans lequel il a accès à un profil utilisateur nominal et à des groupes 5 multimédias nominaux (303) que l'utilisateur (302) a définis lui-même lors de précédentes connexions ou qu'un administrateur a défini pour lui. 6. Procédé (100) selon la revendication 5, caractérisé en ce que les utilisateurs (302) authentifiés en « mode nominal » et les utilisateurs (300) authentifiés en 10 c 7. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce que chaque utilisateur (300) d'un groupe multimédia de repli (301) communique avec les autres utilisateurs (300) du groupe multimédia de 15 repli (301). 8. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'utilisateur est informé qu'il est en c 9. Système (200) pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 8 caractérisé en ce qu'il comporte 25 au moins un équipement utilisateur (201) utilisé par un utilisateur (300, 302), ledit équipement utilisateur (201) hébergeant un client applicatif (202) configuré pour envoyer des requêtes à des serveurs et obtenir des informations en provenance des serveurs ; au moins une base de données d'utilisateurs (206) ; 30 au moins un serveur de gestion d'identité (203) configuré pour recevoir et traiter une requête d'authentification envoyée par un client applicatif (202), pour chercher des informations d'authentification dans une base de données d'utilisateurs (206) et pour allouer un identifiant de repli unique à un utilisateur (300) ; 22 au moins un serveur de gestion de configuration (204) configuré pour recevoir une requête de profil utilisateur de repli et envoyer un profil utilisateur de repli à un client applicatif (202) au moins un serveur de gestion de groupes multimédias (205) configuré 5 pour recevoir une requête de profils de groupe multimédia de repli et envoyer au moins un profil de groupe multimédia de repli à un client applicatif (202) ; au moins un serveur de gestion de clés de chiffrement (208) configuré pour recevoir une requête de clés de chiffrement de groupe multimédia de repli 10 et de clés de chiffrement des communications privées et envoyer au moins une clé de chiffrement de groupe multimédia de repli et une clé de chiffrement des communications privées à un client applicatif (202). 10.Système (200) selon la revendication 9, caractérisé en ce qu'il comporte un 15 administrateur opérationnel (207) configuré pour surveiller, sur les groupes multimédias de repli (301), l'activité des utilisateurs (300) authentifiés en « mode repli », pour établir une communication avec des utilisateurs (300) authentifiés en « mode repli » et pour mettre en relation des utilisateurs (300) authentifiés en « mode repli » avec des utilisateurs authentifiés (302) en « mode 20 nominal ». 11. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 8 lorsque ledit programme est exécuté sur un ordinateur. 25 12. Equipement utilisateur (201) comportant des moyens pour mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 8.