Brevet FR3046011A1 — publié le 20170623

Arrière-plan de l'invention La présente invention porte sur le domaine des modules d'identité de souscripteur embarqués appelés aussi modules eUICC (pour « embedded Universal Integrated Circuit Chio »), et concerne plus particulièrement de tels modules eUICC aptes à gérer de façon appropriée une pluralité de profils de communication. De façon connue, une carte SIM conventionnelle est configurée pour permettre à un terminal de communication (tel qu'un téléphone portable par exemple), avec lequel elle coopère, d'utiliser le réseau de communication d'un seul opérateur de téléphonie. Pour ce faire, la carte SIM comprend des données de souscription comme par exemple un identifiant IMSI (pour « International Mobile Subscriber Identity»), des clés cryptographiques et des algorithmes propres à l'opérateur associé. Ces données de souscription sont stockées de façon permanente dans une mémoire morte. Lorsqu'un téléphone portable tente d'utiliser les services d'un réseau cellulaire, il envoie toutes les données de souscription, stockées dans la carte SIM, nécessaires à l'opérateur du réseau pour obtenir l'accès aux services requis. L'opérateur peut ainsi authentifier l'utilisateur et vérifier à l'aide d'une base de données HLR (pour « Home Location Register») que celui-ci a bien souscrit au service demandé. Dans l'affirmative, l'opérateur autorise alors l'accès au téléphone portable embarquant la carte SIM dont les données ont été utilisées pour l'authentification et l'enregistrement auprès du réseau de l'opérateur. Par ailleurs, on connaît aujourd'hui les cartes SIM reprogrammables, et plus particulièrement les modules d'identité de souscripteur embarqués ou module eUICC. Ces modules reprogrammables permettent à un utilisateur de changer d'opérateur sans avoir à remplacer physiquement la carte SIM dans le téléphone portable. Les principales spécifications d'un module eUICC sont définies par le groupe GSMA (pour « Global System for Mobile Communications Association ») dans le standard GSMA SGP.02 v3.0 intitulé « Remote Provisioning Architecture for Embedded UICC - Technical Specification Version 3.0» datant du 30 juin 2015. Un module eUICC est un élément matériel sécurisé, généralement de petite taille, pouvant être intégré dans un terminal mobile afin de mettre en oeuvre les fonctions d'une carte SIM traditionnelle. 3046011 2 En particulier, un module eUICC est apte à contenir plusieurs profils de communication (appelés aussi par la suite « profils »). Chaque profil est contenu dans un domaine sécurisé dédié nommé ISD-P conformément audit standard GSMA. Lorsqu'un profil de communication est actif, il permet au téléphone portable d'accéder de façon 5 sécurisée au réseau de communication d'un opérateur associé, ainsi qu'aux services définis par le profil en question. En changeant le profil de communication actif dans le module eUICC, il est possible de changer d'opérateur ou de modifier l'accès à des services associés (services voix et/ou de données par exemple). Cependant, lorsqu'un module eUICC comprend plusieurs profils de communication, il 10 est nécessaire de désactiver un profil lorsque l'on souhaite en activer un autre. Pour ce faire, le serveur SM-SR en charge du cycle de vie des profils chargés au sein d'un module eUICC envoie des requêtes via le réseau cellulaire pour, par exemple, activer ou désactiver le profil en question dans le module eUICC. L'envoi de ces requêtes d'activation et de désactivation, via le réseau cellulaire, 15 engendre cependant du trafic de données dans le réseau et sollicite des ressources réseau, ce qui n'est pas toujours souhaitable. De manière plus générale, il n'est pas toujours souhaitable de faire intervenir un opérateur pour activer ou désactiver un profil dans un terminal de communication. Il existe aujourd'hui un besoin pour améliorer la gestion de l'état d'un profil de 20 communication dans un module eUICC coopérant avec un terminal de communication. Objet et résumé de l'invention A cet effet, la présente invention concerne un module d'identité de souscripteur embarqué (aussi appelé eUICC) apte à coopérer avec un terminal de communication, 25 dans lequel le module eUICC est apte à maintenir simultanément à l'état actif une pluralité de profils de communication, chaque profil de communication actif autorisant le terminal de communication à communiquer avec un réseau de téléphonie mobile associé audit profil de communication. L'invention permet avantageusement d'améliorer la gestion de l'état (actif/inactif) de 30 profils dans un module eUICC et permet notamment de maintenir plusieurs profils actifs simultanément de sorte qu'il n'est plus nécessaire d'envoyer des requêtes d'activation et/ou de désactivation au module eUICC à chaque fois qu'il est nécessaire d'utiliser un profil différent. Il est ainsi possible de limiter le trafic réseau et les ressources normalement nécessaires à l'envoi et à la gestion des requêtes d'activation et de 35 désactivation de profil. Selon un mode de réalisation particulier, le terminal de communication comprend au moins une interface radio, chaque profil de communication actif étant apte, lorsqu'il a 3046011 3 accès à ladite au moins une interface radio, à établir une communication entre le terminal de communication et le réseau de téléphonie mobile associé audit profil de communication actif. Selon un mode de réalisation particulier, le module eUICC est configuré, sur réception 5 d'une requête d'activation d'un profil de communication ou sur réception d'une requête de désactivation d'un profil de communication, pour maintenir à l'état actif un quelconque autre profil de communication déjà actif dans ledit module d'identité de souscripteur embarqué. Selon un mode de réalisation particulier, le module eUICC comprend : 10 - un module de réception apte à recevoir une requête d'activation d'un premier profil de communication se trouvant à l'état inactif dans le module d'identité de souscripteur embarqué ; un module de configuration apte à configurer le module d'identité de souscripteur embarqué dans un premier mode ou dans un deuxième mode selon l'état d'un 15 premier paramètre inclus dans ladite requête d'activation, dans lequel, lorsqu'un quelconque deuxième profil de communication distinct dudit premier profil est déjà actif à réception de ladite requête d'activation, le module d'identité de souscripteur embarqué est configuré : o dans le premier mode, pour activer le premier profil de communication tout 20 en maintenant actif ledit deuxième profil de communication ; o dans le deuxième mode, pour activer le premier profil de communication et désactiver chaque profil de communication autre que le premier profil de communication. Selon un mode de réalisation particulier, le module eUICC comprend : 25 un module de réception apte à recevoir une requête de désactivation d'un premier profil de communication se trouvant déjà à l'état actif dans le module d'identité de souscripteur embarqué ; un module de configuration apte à configurer le module d'identité de souscripteur embarqué dans un troisième mode ou dans un quatrième mode selon l'état d'un 30 deuxième paramètre inclus dans ladite requête de désactivation, dans lequel, lorsqu'un quelconque deuxième profil de communication distinct dudit premier profil est déjà actif à réception de ladite requête de désactivation, le module d'identité de souscripteur embarqué est configuré : o dans le troisième mode, pour désactiver le premier profil de communication 35 tout en maintenant actif ledit deuxième profil de communication; 3046011 4 o dans le quatrième mode, pour activer un profil de communication prédéfini en tant que profil par défaut et pour désactiver chaque profil de communication autre que ledit profil par défaut. Selon un mode de réalisation particulier, dans le troisième mode, le module d'identité 5 de souscripteur embarqué est configuré, en réponse à la requête de désactivation, pour maintenir actif le deuxième profil de communication y compris si ledit deuxième profil de communication n'est pas un profil de communication prédéfini par défaut dans le module eUICC. Selon un mode de réalisation particulier, ladite commande d'activation et/ou ladite 10 commande de désactivation sont des commandes APDU conformes à la norme ISO 7816- 4. Selon un mode de réalisation particulier, le module eUICC est apte, selon un cinquième mode, à recevoir une deuxième requête identifiant au moins deux profils de communication, chacun d'eux étant à activer ou à désactiver dans ledit module eUICC, 15 ledit module eUICC étant apte, selon ledit cinquième mode : à configurer à l'état actif chaque profil de communication identifié comme profil à activer dans ladite deuxième requête ; et à configurer à l'état inactif chaque profil de communication identifié comme profil à désactiver dans ladite deuxième requête. 20 Selon un mode de réalisation particulier, la deuxième requête identifie au moins un premier profil de communication à activer dans le module d'identité de souscripteur embarqué et au moins un deuxième profil de communication à désactiver dans le module d'identité de souscripteur embarqué. Selon un mode de réalisation particulier, la deuxième requête identifie uniquement au 25 moins deux premiers profils de communication à activer ou uniquement au moins deux profils de communication à désactiver dans le module d'identité de souscripteur embarqué. Selon un mode de réalisation particulier, la deuxième requête comprend un troisième paramètre pouvant prendre un premier état ou un deuxième état et un quatrième 30 paramètre pouvant prendre un premier état, un deuxième état ou un troisième état, dans lequel le module d'identité de souscripteur embarqué est configuré pour : o traiter la deuxième requête en tant que commande d'activation lorsque le troisième paramètre est dans le premier état et le quatrième paramètre est dans le premier ou deuxième état ; 35 o traiter la deuxième requête en tant que commande de désactivation lorsque le troisième paramètre est dans le deuxième état et le quatrième paramètre est dans le premier ou deuxième état ; et 3046011 5 o traiter la deuxième requête en tant que commande hybride d'activation et de désactivation lorsque le troisième paramètre est dans le premier ou deuxième état, et que le quatrième paramètre est dans le troisième état. Selon un mode de réalisation particulier, le module eUICC est configuré pour traiter la 5 deuxième requête: o selon le premier mode si le troisième paramètre est dans le premier état et le quatrième paramètre est dans le premier état ; o selon le deuxième mode si le troisième paramètre est dans le premier état et le quatrième paramètre est dans le deuxième état ; 10 o selon le troisième mode si le troisième paramètre est dans le deuxième état et le quatrième paramètre est dans le premier état ; o selon le quatrième mode si le troisième paramètre est dans le deuxième état et le quatrième paramètre est dans le deuxième état ; et o selon le cinquième mode si le troisième paramètre est dans le premier état 15 et le quatrième paramètre est dans le troisième état, ou si le troisième paramètre est dans le deuxième état et le quatrième paramètre est dans le troisième état. Selon un mode de réalisation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « module » peut 20 correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. L'invention concerne également un dispositif (par exemple un serveur de gestion de profil, de type SM-SR par exemple) apte à communiquer avec un terminal de communication coopérant avec un module eUICC, le dispositif comprenant : 25 - un module d'envoi apte à envoyer au module d'identité de souscripteur embarqué une requête d'activation d'un premier profil de communication se trouvant à l'état inactif dans le module d'identité de souscripteur embarqué ou pour envoyer une requête de désactivation d'un premier profil de communication se trouvant déjà à l'état actif dans le module d'identité de souscripteur embarqué ; 30 un module d'insertion apte à inclure, avant envoi au module d'identité de souscripteur embarqué, l'un parmi : o un premier paramètre dans la requête d'activation ; et o un deuxième paramètre dans la requête de désactivation, dans lequel : 35 - le premier paramètre est dans un état définissant si le module d'identité de souscripteur embarqué doit se configurer dans un premier mode ou dans un deuxième mode lorsqu'un quelconque deuxième profil de communication distinct 3046011 6 dudit premier profil est déjà actif dans le module d'identité de souscripteur embarqué à réception de ladite requête d'activation, l'état du premier paramètre commandant au module d'identité de souscripteur embarqué : o dans le premier mode, d'activer le premier profil de communication tout en 5 maintenant actif ledit deuxième profil de communication ; o dans le deuxième mode, d'activer le premier profil de communication et désactiver chaque profil de communication autre que le premier profil de communication. le deuxième paramètre est dans un état définissant si le module d'identité de 10 souscripteur embarqué doit se configurer dans un troisième mode ou dans un quatrième mode lorsqu'un quelconque deuxième profil de communication distinct dudit premier profil est déjà actif à réception de ladite requête de désactivation, l'état du deuxième paramètre commandant au module d'identité de souscripteur embarqué : 15 o dans le troisième mode, de désactiver le premier profil de communication tout en maintenant actif ledit deuxième profil de communication ; o dans le quatrième mode, d'activer un profil de communication prédéfini en tant que profil par défaut et désactiver chaque profil de communication autre que ledit profil par défaut. 20 Les divers modes de réalisation définis ci-avant en référence au module eUICC s'appliquent par analogie au dispositif de l'invention. L'invention concerne aussi un système comprenant : - un module eUICC tel que défini ci-avant ; - un terminal de communication coopérant avec le module eUICC ; et 25 - au moins un dispositif tel que défini ci-avant. Corrélativement, l'invention concerne un procédé de contrôle mis en oeuvre par un module d'identité de souscripteur embarqué (eUICC) apte à coopérer avec un terminal de communication, ledit procédé comprenant une étape de maintien à l'état actif, simultanément, d'une pluralité de profils de communication, chaque profil de 30 communication actif autorisant le terminal de communication à communiquer avec un réseau de téléphonie mobile associé audit profil de communication. L'invention concerne aussi un procédé d'envoi mis en oeuvre par un dispositif tel que défini ci-avant pour envoyer une commande à un module eUICC. Dans un mode particulier de réalisation, les différentes étapes du procédé de contrôle 35 et du procédé d'envoi sont déterminées par des instructions de programmes d'ordinateurs. 3046011 7 En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations (ou support d'enregistrement), ce programme étant susceptible d'être mis en oeuvre dans un module d'identité de souscripteur embarqué, dans un dispositif, ou plus généralement dans un ordinateur, ce programme comportant des instructions 5 adaptées à la mise en oeuvre des étapes d'un procédé de contrôle ou d'un procédé d'envoi tels que définis 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 10 forme souhaitable. L'invention vise aussi un support d'informations (ou support d'enregistrement) lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de 15 stocker le programme. 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, mémoire de type flash ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un 20 signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio 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'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans 25 l'exécution du procédé en question. Brève description des dessins 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 des 30 exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures: la figure 1 représente schématiquement un système comprenant un module d'identité de souscripteur embarqué et un serveur de gestion de profil, selon un mode de réalisation particulier de l'invention ; les figures 2A et 2B représentent schématiquement deux modes de réalisation 35 du terminal ; 3046011 8 la figure 3 représente schématiquement des modules mis en oeuvre dans le module d'identité de souscripteur embarqué de la figure 1, conformément à un mode de réalisation particulier de l'invention ; la figure 4 représente, sous forme d'un diagramme, les étapes d'un procédé de 5 contrôle et d'un procédé d'envoi, conformément à un mode de réalisation particulier de l'invention ; la figure 5 représente, sous forme d'un diagramme, les étapes d'un procédé de contrôle et d'un procédé d'envoi, conformément à un mode de réalisation particulier de l'invention ; 10 la figure 6 représente schématiquement une commande susceptible d'être envoyée par un serveur de gestion de contenu à un module d'identité de souscripteur embarqué, selon un mode de réalisation particulier de l'invention ; la figure 7 représente, sous forme d'un diagramme, les étapes d'un procédé de contrôle et d'un procédé d'envoi, conformément à un mode de réalisation 15 particulier de l'invention ; et les figures 8 et 9 représentent schématiquement des commandes susceptibles d'être envoyées par un serveur de gestion de contenu à un module d'identité de souscripteur embarqué, conformément à un mode de réalisation particulier de l'invention. 20 Description détaillée de modes de réalisation Comme déjà indiqué, l'invention se rapporte aux modules d'identité de souscripteur embarqués (appelés aussi « modules eUICC ») et concerne plus particulièrement l'utilisation de tels modules pour gérer simultanément plusieurs profils de communication 25 en coopération avec un terminal de communication. Aujourd'hui, le standard GSMA SGP.02 v3.0 (appelé par la suite « standard GSMA ») impose une contrainte en ce que seulement un profil à la fois peut être à l'état actif dans un module eUICC. Autrement dit, le standard GSMA interdit le cas où plusieurs profils de communication seraient actifs en même temps dans un module eUICC. 30 Dans les modules eUICC conventionnels, le fait que seul un profil puisse être actif à un instant donné a pour conséquence qu'il n'est pas possible d'utiliser plusieurs souscriptions de téléphonie mobile simultanément, comme cela est possible par exemple dans un téléphone DUAL SIM utilisant deux cartes SIM distinctes en même temps. Pour utiliser simultanément plusieurs souscriptions dans un même terminal de 35 communication, une solution pourrait consister à intégrer plusieurs modules eUICC dans un même terminal de communication. Une telle approche présente toutefois des contraintes importantes en termes de coût et de fabrication notamment. 3046011 9 Afin notamment de résoudre les problèmes évoqués ci-avant et d'améliorer la gestion de profils de communication dans un module eUICC, la présente invention propose de configurer un module eUICC de sorte à ce qu'il puisse maintenir à l'état actif une pluralité de profils de communication en même temps. 5 On comprend ici par profil « actif », ou profil à l'état « actif », le fait qu'un profil de communication est activé dans le module eUICC afin d'autoriser le terminal de communication (avec lequel le module eUICC coopère) à communiquer avec le réseau de téléphonie associé au profil en question. Conformément au standard GSMA, un profil (ou le domaine sécurisé ISD-P dans lequel il est contenu) est dit « actif » (ENABLE) lorsque 10 son paramètre d'état, dénommé « life cycle », est positionné à l'état '3F'. Selon le standard GSMA, un profil est au contraire dit « inactif » (DISABLE) lorsque son paramètre d'état « life cycle » est positionné à l'état '1F'. Comme expliqué plus en détail par la suite, un profil de communication peut être actif sans pour autant avoir accès à l'interface radio du terminal de communication. L'accès à 15 cette interface radio peut dans certains cas être limité notamment lorsqu'il n'y a pas autant d'interfaces radio dans le terminal de communication que de profils actifs en même temps dans le module eUICC. Un profil actif ne permet l'établissement d'une communication entre le terminal de communication et le réseau de téléphonie mobile associé au profil que lorsque ce dernier a accès à la ressource radio du terminal de 20 communication. Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portant les mêmes signes de référence et présentant des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. 25 La figure 1 représente, de manière schématique, la structure d'un module eUICC (noté ici eUICC1) apte à coopérer avec un terminal de communication T pour permettre l'accès à un réseau de téléphonie mobile R. Le module eUICC1 est par exemple soudé ou intégré au terminal T. Dans le mode de réalisation décrit ici, le terminal T est un terminal mobile tel qu'un 30 téléphone portable par exemple, d'autres mises en oeuvre étant toutefois envisageables dans le cadre de l'invention. Dans le mode de réalisation décrit ici, le terminal mobile T peut utiliser le module eUICC1 pour accéder de façon sécurisée aux réseaux R1, R2 et R3 (appelés collectivement R), ainsi qu'aux services fournis par l'opérateur respectif de téléphonie 35 MNO1, MNO2 et MNO3 (appelés collectivement MNO pour « Mobile Network Operator»). Dans ce mode de réalisation particulier, le terminal mobile T comporte un système d'exploitation 0S2 apte à contrôler notamment une interface radio INT. L'interface radio 3046011 10 INT du terminal T est apte à émettre et à recevoir des communications radio avec l'extérieur via par exemple une antenne (non représentée). Comme représenté en figure 2A, cette interface radio INT comprend par exemple, de façon connue, une unité émettrice/réceptrice radio 30 couplée à une antenne 32. 5 Comme expliqué ultérieurement en référence à la figure 2B, on peut également envisager la présence dans le terminal T d'une pluralité d'interfaces radio. Dans le mode de réalisation décrit ici, le module eUICC1 comprend un système d'exploitation OS1 (stocké dans une mémoire non-volatile, une mémoire morte ou Flash par exemple) couplé à une mémoire non volatile réinscriptible MR. 10 Le système d'exploitation OS1 comprend un certain nombre de modules qui seront décrits plus en détail ultérieurement en référence à la figure 3. Le système d'exploitation OS1 constitue un exemple de programme d'ordinateur au sens de l'invention, ce programme comportant des instructions pour l'exécution des étapes d'un procédé de contrôle selon un mode de réalisation particulier de l'invention. La 15 mémoire dans laquelle se trouve le système d'exploitation OS1 constitue ainsi un exemple de support d'enregistrement au sens de l'invention, lisible par un processeur (non représenté) du module eUICC1. Comme représenté en figure 1, la mémoire non volatile MR du module eUICC1 comporte par ailleurs un domaine de sécurité privilégié ISD-R, ainsi qu'une pluralité de 20 domaines de sécurité secondaires ISD-P notés dans cet exemple ISD-P1, ISD-P2 et ISD- P3. Chaque domaine de sécurité ISD-P (ou domaine sécurisé) constitue un compartiment sécurisé du module eUICC1. On comprendra que le mode de réalisation particulier envisagé ici ne constitue qu'un exemple non limitatif de mise en oeuvre de l'invention, le nombre de domaines ISD-P pouvant notamment être adapté selon le cas d'usage. 25 Le domaine de sécurité ISD-R est privilégié en ce qu'il est notamment apte à créer, supprimer, activer ou désactiver des domaines de sécurité secondaires ISD-P dans la mémoire non volatile MR. Chaque domaine de sécurité secondaire ISD-P est apte à contenir un unique profil de communication P (ou profil opérationnel) associé à un opérateur MNO de téléphonie 30 particulier. Chaque profil P est ainsi contenu dans un domaine de sécurité ISD-P qui lui est dédié. De façon connue, un profil de communication P comporte des données de souscription (e.g. identifiants (IMSI etc.), clés cryptographiques, algorithmes (e.g. d'authentification)...) et peut comporter en outre un système de fichiers, des applications, et/ou des règles d'exécution prédéterminées. Dans l'exemple envisagé ici, les profils P 35 sont conformes au standard GSMA. Dans l'exemple décrit ici, comme illustré en figure 1, on suppose que la mémoire MR du module eUICC1 comprend trois domaines de sécurité secondaire notés ISD-P1, ISD-P2 3046011 11 et ISD-P3, ces domaines de sécurité secondaires contenant respectivement un profil unique P1, P2 et P3 pouvant chacun être à l'état actif ou inactif. Le profil P1 (respectivement P2) autorise, lorsqu'il est actif, le terminal T à communiquer avec un réseau mobile R1 (respectivement R2) associé à l'opérateur de 5 téléphonie MNO1 (respectivement MNO2). Le domaine de sécurité ISD-P1 (respectivement ISD-P2) peut en outre comprendre des applications APP1 (respectivement APP2) propres à l'opérateur MNO1 (respectivement MNO2) auxquelles l'utilisateur a souscrit. Alternativement, les applications APP1 (respectivement APP2) définies pour le profil P1 (respectivement P2) peuvent être contenues dans le profil P1 10 (respectivement P2) lui-même. Dans cet exemple, dans certains cas (qui seront décrits plus en détails ultérieurement), le profil P3 contenu dans le domaine de sécurité secondaire ISD-P3 est traité par le module eUICC1 en tant que profil prédéfini par défaut dans le sens où ce profil est automatiquement activé par défaut sur réception d'une requête de désactivation 15 d'un autre profil actif dans le module eUICC. De même que les profils P1 et P2, le profil P3 autorise, lorsqu'il est actif, le terminal T à communiquer avec un réseau mobile R3 associé à un opérateur de téléphonie MNO3. Le domaine de sécurité ISD-P3 peut également comprendre des applications APP3 propres à l'opérateur MNO3 auxquelles l'utilisateur a souscrit. Alternativement, les applications APP3 20 définies pour le profil P3 peuvent être contenues dans le profil P3 lui-même. Conformément à l'invention, le module eUICC1 est apte à maintenir une pluralité de profils de communication P à l'état actif en même temps. Le module eUICC1 est par ailleurs apte à communiquer, par l'intermédiaire du terminal T (et en particulier de son interface radio INT), de façon sécurisée avec un 25 serveur de gestion de profil qui, dans cet exemple, est un serveur SM-SR (pour « Subscription Manager-Secure Routing»). Dans cet exemple, le serveur de gestion de profil SM-SR appartient à chacun des réseaux R1, R2 et R3. La communication entre le module eUICC1 et le terminal T est par exemple réalisée via une liaison L conforme à la norme ISO 7816 (plus particulièrement selon ISO 7816-3 30 et ISO 7816-4). Dans ce mode de réalisation particulier, le serveur SM-SR permet à chaque opérateur MNO de contrôler l'état (actif ou inactif) du profil P dont il a la charge dans le module eUICC1. On suppose ici que les opérateurs MNO1, MNO2 et MNO3 sont chacun aptes à commander le serveur SM-SR afin que ce dernier active ou désactive les profils P1, P2 et 35 P3 respectivement. Pour ce faire, le serveur SM-SR est apte à envoyer une commande CMD d'activation ou de désactivation au terminal T à destination du module eUICC1. Ces commandes sont par exemple de type APDU conformes à la norme ISO 7816-4. 3046011 12 Dans l'exemple considéré ici, le serveur SM-SR met en oeuvre un système d'exploitation 0S3 enregistré dans un support d'information (non représenté). Le module eUICC1 est apte à recevoir les commandes CMD d'activation ou de désactivation provenant du serveur distant SM-SR et à diriger celles-ci vers le domaine de 5 sécurité privilégié ISD-R. En réponse à une commande CMD, le domaine de sécurité privilégié ISD-R est configuré pour activer ou désactiver au moins un profil P dans le module eUICC1. Le module eUICC1, le terminal T et le serveur de gestion de profil SM-SR forment ensemble un système SY. 10 On comprendra que certains éléments généralement présents dans un module eUICC, dans un terminal de communication T ou encore dans un serveur SM-SR ont été volontairement omis car ils ne sont pas nécessaires à la compréhension de la présente invention. En outre, l'homme du métier comprendra que certains éléments sont décrits ici pour faciliter la compréhension de l'invention bien qu'ils ne soient pas obligatoires ou 15 directement impliqués pour mettre en oeuvre l'invention. Comme indiqué ci-avant en référence à la figure 2A, le terminal T peut comprendre une unique interface radio INT. Dans ce cas, seul un des profils P actifs dans le module eUICC1 peut permettre, à un instant donné, l'établissement d'une communication entre le terminal T et le réseau mobile R. Dans ce cas, lorsque qu'au moins deux parmi les profils 20 P1, P2 et P3 sont actifs en même temps, seul l'un des deux profils P est apte à établir une communication avec le réseau de l'opérateur MNO associé. On peut toutefois envisager l'inclusion dans le terminal T d'une pluralité d'interfaces radio INT. La figure 2B représente par exemple un mode de réalisation selon lequel le terminal T comprend un commutateur 34 apte à aguiller les communications entre le 25 module eUICC1 et deux interface radio INTA et INTB du terminal T. L'interface radio INTA (respectivement INTB) comprend ici une unité émettrice/réceptrice radio 36A (respectivement 36B) couplée à une antenne 38A (respectivement 38B). Selon ce mode de réalisation, le commutateur 34 peut diriger chaque commande CMD reçue par l'une des interfaces radio INTA, INTB vers le module eUICC1. Lorsqu'un canal entre le module 30 eUICC1 et une interface radio INTA, INTB est utilisé, l'autre canal entre le module eUICC1 et l'autre interface radio n'est pas disponible. D'autres mises en oeuvre de l'invention son toutefois envisageables. Comme déjà indiqué, un profil de communication P qui est actif dans le module eUICC1 n'est apte à établir une communication entre le terminal T et un réseau mobile R 35 associé que lorsque ce profil P a accès aux ressources radio du terminal T (c'est-à-dire à l'interface radio). 3046011 13 Selon un mode de réalisation particulier, le terminal T est apte à multiplexer dans le temps les données envoyées ou reçues par différents profils P dans le module eUICC1. Dans le mode de réalisation décrit ici, le terminal de communication T comprend au moins une interface radio INT, chaque profil de communication P actif dans le module 5 eUICC1 étant apte, lorsqu'il a accès à ladite au moins une interface radio INT, à établir une communication entre le terminal T et le réseau de téléphonie mobile R associé au profil de communication P actif. Conformément à l'invention, le module eUICC1 est apte à maintenir simultanément à l'état actif une pluralité de profils de communication P, parmi les profils P1, P2 et P3 dans 10 cet exemple. Comme cela apparaîtra dans la suite de cet exposé, diverses configurations du module eUICC1 peuvent être envisagées dans le cadre de l'invention. Dans le mode de réalisation décrit ici, le module eUICC1 est configuré, sur réception d'une requête CMD d'activation d'un profil P ou sur réception d'une requête CMD de désactivation d'un profil P, pour maintenir à l'état actif un quelconque autre profil P déjà 15 actif dans le module eUICC1. Si par exemple un premier profil P est actif dans le module eUICC1 à réception d'une requête CMD d'activation d'un deuxième profil P (distinct du premier profil), le module eUICC1 est configuré pour activer le deuxième profil et pour maintenir actif le premier profil, quel qu'il soit. De même, si par exemple un premier et un deuxième profil P sont actifs à réception 20 d'une requête CMD de désactivation du premier profil P, le module eUICC1 est configuré pour désactiver le premier profil P et pour maintenir à l'état actif le deuxième profil P quel qu'il soit (i.e. même si le deuxième profil P n'est pas le profil P3 prédéfini par défaut). Comme représenté en figure 3, le système d'exploitation 0S1 du module eUICC1 met en oeuvre dans cet exemple un certain nombre de modules, à savoir : un module de 25 réception M2, un module de configuration M4 et un module de traitement M6. Le module de réception M2 est apte à recevoir une requête CMD de gestion de profil provenant du serveur SM-SR. Comme déjà indiqué, il peut s'agir d'une requête d'activation ou une requête de désactivation d'un profil P donné dans le module eUICC1. Comme expliqué par la suite, d'autres types de commandes CMD peuvent être envisagés 30 dans le cadre de l'invention. Le module de configuration M4 est apte à configurer le module eUICC1 selon divers modes de fonctionnement, selon le cas d'usage considéré. Le module de traitement M6 est apte, en réponse à une commande CMD d'activation ou de désactivation, à gérer l'état (actif ou inactif) des profils P dans le module eUICC1, et 35 ce conformément au mode de fonctionnement dans lequel le module de configuration M4 a configuré le module eUICC1. 3046011 14 On comprendra que la définition ci-dessus des modules M2 à M6 ne constitue qu'un mode de réalisation non limitatif de l'invention. Au moins deux parmi ces modules peuvent notamment former un seul et même module mis en oeuvre dans le module eUICC1. 5 Un mode de réalisation particulier de l'invention, mis en oeuvre par le module eUICC1 et par le serveur de gestion de profil SM-SR, est à présent décrit en référence au diagramme de la figure 4. Pour ce faire, le module eUICC1 exécute le système d'exploitation 0S1 pour mettre en oeuvre un procédé de contrôle selon un mode de réalisation particulier, et le serveur de gestion de profil SM-SR exécute le système 10 d'exploitation 0S3 pour mettre en oeuvre un procédé d'envoi selon un mode de réalisation particulier. On suppose ici que le profil P2 est actif et que les profils P1 et P3 sont inactifs dans le module eUICC1 (A2). Au cours d'une étape d'inclusion C3, le serveur SM-SR génère une commande (ou 15 requête) CMD1 d'activation du profil P1 et inclut dans la commande CMD1 un paramètre PR1 indiquant selon quel mode de fonctionnement ladite commande CMD1 doit être traitée par le module eUICC1. Au cours d'une étape d'envoi C4, le serveur de gestion de profil SM-SR envoie la commande CMD1 au terminal T. 20 Une fois reçue (B4), le terminal T envoie (B6) la commande CMD1 au module eUICC1. Le module eUICC1 reçoit la commande CMD1 au cours d'une étape de réception A6. Le module eUICC1 se configure (A8) alors dans un mode de fonctionnement, ledit mode étant fonction du paramètre PR1 inclus dans la commande CMD1 reçue. Plus 25 particulièrement, le module de configuration M4 configure le module eUICC1 dans un premier mode MD1 ou dans un deuxième mode MD2 selon l'état du paramètre PR1. Selon une variante, le paramètre PR1 est reçu séparément de la commande CMD1. Si le module eUICC1 se configure en A8 selon le premier mode MD1 pour traiter la commande CMD1 d'activation du profil Pl, le procédé se poursuit avec les étapes A10 et 30 A14. Plus particulièrement, selon ce mode MD1, en réponse à la commande d'activation CMD1, le module eUICC1 (et plus particulièrement le module de traitement M6) maintient (A10) actif le profil P2, qui était déjà actif à réception de la commande CMD1, et active (A14) le profil P1. Si, en revanche, le module eUICC1 se configure en A8 selon le deuxième mode MD2 35 pour traiter la commande CMD1 d'activation du profil Pl, le procédé se poursuit avec les étapes Al2 et A14. Plus particulièrement, selon ce deuxième mode MD2, en réponse à la commande CMD1, le module eUICC1 (et plus particulièrement le module de traitement 3046011 15 M6) désactive (Al2) le profil P2 et active (A14) le profil Pl. Autrement dit, dans le deuxième mode MD2, en réponse à une requête d'activation d'un premier profil P, le module eUICC1 active ledit premier profil P et désactive chaque profil autre que ledit premier profil P. 5 Dans cet exemple, à l'issue du traitement de la commande CMD1 selon le premier mode MD1, les profils P1 et P2 autorisent le terminal T à communiquer avec respectivement le réseau mobile Ri et R2. A l'issue du traitement de la commande CMD1 selon le deuxième mode MD2, seul le profil Pi autorise le terminal T à communiquer avec le réseau mobile Rl. 10 Autrement dit, dans le deuxième mode MD2, le module eUICC1 traite de manière conventionnelle la commande d'activation CMD1 du profil Pl, un seul profil pouvant être actif à la fois dans le module eUICC. En revanche, dans le premier mode MD1, le module eUICC1 traite la commande d'activation CMD1 selon le principe de l'invention de sorte que plusieurs profils P puissent être actifs simultanément dans le module eUICC1. 15 L'utilisation du paramètre PR1 permet avantageusement de contrôler la manière dont l'état des profils est géré dans un module eUICC en réponse à une requête d'activation de l'un parmi les profils du module eUICC. Un mode de réalisation particulier de l'invention, mis en oeuvre par le module eUICC1 et par le serveur de gestion de profil SM-SR, est à présent décrit en référence au 20 diagramme de la figure 5. Pour ce faire, le module eUICC1 exécute le système d'exploitation 0S1 pour mettre en oeuvre un procédé de contrôle selon un mode de réalisation particulier, et le serveur de gestion de profil SM-SR exécute le système d'exploitation 0S3 pour mettre en oeuvre un procédé d'envoi selon un mode de réalisation particulier. 25 On suppose ici que les profils P1 et P2 sont actifs et que le profil P3 est inactif dans le module eUICC1 (A20). Au cours d'une étape d'inclusion C21, le serveur SM-SR génère une commande (requête) CMD2 de désactivation du profil Pi et inclut dans la commande CMD2 un paramètre PR2 indiquant selon quel mode de fonctionnement ladite commande CMD2 doit 30 être traitée par le module eUICC1. Au cours d'une étape d'envoi C22, le serveur de gestion de profil SM-SR envoie la commande CMD2 au terminal T. Une fois reçue (B22), le terminal T envoie (B24) la commande CMD2 au module eUICC1. 35 Le module eUICC1 reçoit la commande CMD2 au cours d'une étape de réception A24. Le module eUICC1 se configure (A26) alors dans un mode de fonctionnement, ledit mode étant fonction du paramètre PR2 inclus dans la commande CMD2 reçue. Plus 3046011 16 particulièrement, le module de configuration M4 configure le module eUICC1 dans un troisième mode MD3 ou dans un quatrième mode MD4 selon l'état du paramètre PR2. Selon une variante, le paramètre PR2 est reçu séparément de la commande CMD2. Si le module eUICC1 se configure en A26 selon le troisième mode MD3 pour traiter la 5 commande CMD2 de désactivation du profil Pl, le procédé de contrôle se poursuit avec les étapes A28 et A30. Plus particulièrement, selon ce troisième mode MD3, en réponse à la commande de désactivation CMD2, le module eUICC1 (et plus particulièrement le module de traitement M6) maintient (A28) actif le profil P2, quel que soit le profil P2 concerné (même si le profil P2 n'est pas un profil prédéfini en tant que profil par défaut 10 dans le module eUICC1), et désactive (A30) le profil Pl. Dans un exemple particulier, selon le troisième mode MD3, en réponse à la commande de désactivation CMD2, le module eUICC1 maintient en outre inactif le profil P3 prédéfini par défaut. Si, en revanche, le module eUICC1 se configure en A26 selon le quatrième mode MD4 15 pour traiter la commande CMD2 de désactivation du profil PI., le procédé de contrôle se poursuit avec les étapes A32, A34 et A36. Plus particulièrement, selon ce quatrième mode MD4, en réponse à la commande de désactivation CMD2, le module eUICC1 (et plus particulièrement le module de traitement M6) désactive (A32) le profil P2, désactive (A34) le profil Pl et active (A36) le profil P3 en tant que profil prédéfini par défaut. Autrement 20 dit, dans ce quatrième mode MD4, en réponse à une requête de désactivation d'un premier profil P, le module eUICC1 active le profil prédéfini en tant que profil par défaut dans le module eUICC1 et désactive chaque profil autre que ledit profil prédéfini par défaut. Dans cet exemple, à l'issue du traitement de la commande de désactivation CMD2 25 selon le troisième mode MD3, seul le profil P2 autorise le terminal T à communiquer avec le réseau mobile R2. A l'issue du traitement de la commande de désactivation CMD2 selon le quatrième mode MD4, seul le profil P3 autorise le terminal T à communiquer avec le réseau mobile R3. 30 Autrement dit, dans le quatrième mode MD4, le module eUICC1 traite de manière conventionnelle la commande de désactivation CMD2 du profil Pl. En revanche, dans le troisième mode MD3, le module eUICC1 traite la commande de désactivation CMD2 selon le principe de l'invention de sorte que plusieurs profils P puissent être actifs simultanément dans le module eUICC1. Selon le mode MD4, la désactivation d'un profil ne 35 cause pas systématiquement l'activation d'un profil prédéfini par défaut dans le module eUICC, comme c'est le cas dans les modules eUICC conventionnels. 3046011 17 L'utilisation du paramètre PR2 permet avantageusement de contrôler la manière dont l'état des profils est géré dans un module eUICC en réponse à une requête de désactivation de l'un parmi les profils du module eUICC. Les commandes CMD1 et CMD2 mentionnées précédemment sont par exemple des 5 commandes APDU conformes à la norme ISO 7816-4. Comme indiqué ci-avant, divers modes de réalisation sont envisageables dans le cadre de l'invention. Dans les modes de réalisation décrits ci-avant en référence aux figures 4 et 5, le serveur de gestion de profil SM-SR (illustré en figure 1), piloté par un programme 10 d'ordinateur enregistré dans une mémoire non-volatile dudit serveur SM-SR, met par exemple en oeuvre les modules suivants : un module d'envoi apte à envoyer au module eUICC1 la requête d'activation CMD1 et/ou pour envoyer la requête de désactivation CMD2 ; un module d'insertion apte à inclure, avant envoi au module eUICC1, au 15 moins l'un parmi : ^ le premier paramètre PR1 dans la requête d'activation CMD1 ; et ^ le deuxième paramètre PR2 dans la requête de désactivation ; dans lequel le paramètre PR1 est dans un état définissant si le module eUICC1 doit se configurer dans le premier mode MD1 ou dans le deuxième mode MD2 pour traiter la 20 commande d'activation CMD1 ; et dans lequel le paramètre PR2 est dans un état définissant si le module eUICC1 doit se configurer dans le troisième mode MD1 ou dans un quatrième mode MD4 pour traiter la commande de désactivation CMD2. Un mode de réalisation particulier est à présent décrit en référence aux figures 6 et 25 7. Dans ce mode de réalisation, le module eUICC1 est ici aussi apte à maintenir simultanément à l'état actif une pluralité de profils de communication P, chaque profil P actif autorisant le terminal de communication T à communiquer avec un réseau de téléphonie mobile R associé audit profil de communication. En revanche, le module eUICC1 est configuré pour gérer l'état des profils P dans le module eUICC1 de façon 30 différente de ce qui a été décrit précédemment en référence aux modes de réalisation illustrés en figures 4 et 5. Dans le mode de réalisation illustré en figures 6 et 7, le serveur de gestion de profil SM-SR est configuré pour envoyer au module eUICC1, via le terminal T, une commande (ou requête) CMD3, dite commande hybride. La commande hybride CMD3 identifie au 35 moins deux profils P, chacun d'eux devant être activer ou désactiver dans le module eUICC concerné. Autrement dit, la commande hybride CMD3 commande, pour chacun 3046011 18 parmi au moins deux profils de communication P, l'activation ou la désactivation dans le module eUICC de destination. Dans ce mode de réalisation, on suppose que le module eUICC1 fonctionne selon un cinquième mode MD5. Selon ce mode MD5, le module eUICC1 est apte : 5 à configurer à l'état actif chaque profil de communication P identifié comme profil à activer dans la commande hybride CMD3 ; et - à configurer à l'état inactif chaque profil de communication P identifié comme profil à désactiver dans la commande hybride CMD3. Comme illustré en figure 6, la commande CMD3 contient par exemple une première 10 liste LT1 identifiant au moins un profil P à activer, et une deuxième liste LT2 identifiant au moins un profil P à désactiver. L'une parmi ces listes LT1, LT2 peut, le cas échéant, être vide. Dans l'exemple illustré en figure 6, la liste LT1 comprend les identifiants IDP1 et IDP2 des profils respectifs P1 et P2. De plus, la liste LT2 comprend l'identifiant IDP3 du 15 profil P3. Aussi, dans cet exemple particulier, en réponse à la commande hybride CMD3, le module eUICC1 active les profils P1 et P2, et désactive le profil P3. Ce mode de réalisation permet avantageusement de commander simultanément, pour chacun parmi une pluralité de profils P, l'activation ou la désactivation dans un module eUICC. Il est ainsi possible de requérir, en une seule commande, une 20 configuration plus ou moins complexe d'état de profils dans un module eUICC. Selon un exemple particulier, la commande hybride CMD3 identifie au moins un premier profil P à activer dans le module eUICC1 et au moins un deuxième profil P à désactiver dans le module eUICC1. Autrement dit, la commande CMD3 est ici à la fois une commande d'activation et de désactivation, ce qui permet avantageusement de 25 commander précisément, et de façon simultanée, une configuration d'état de profils à mettre en oeuvre dans un module eUICC. Selon un exemple particulier, la commande hybride CMD3 identifie uniquement au moins deux profils P à activer (c'est-à-dire au moins deux profils P à activer, et aucun profil P à désactiver). Dans ce cas, la commande CMD3 est exclusivement une commande 30 d'activation dans le sens où elle ne commande pas de désactivation de profil. Selon un exemple particulier, la commande hybride CMD3 identifie uniquement au moins deux profils P à désactiver (c'est-à-dire au moins deux profils P à désactiver, et aucun profil P à activer). Dans ce cas, la commande CMD3 est exclusivement une commande de désactivation dans le sens où elle ne commande pas d'activation de profil. 35 On décrit à présent, en référence aux figures 6 et 7, un procédé de contrôle mis en oeuvre par le module eUICC1 et un procédé d'envoi mis en oeuvre par le serveur de gestion de profil SM-SR, selon un exemple particulier de réalisation. 3046011 19 Au cours d'une étape C50, le serveur SM-SR envoie au terminal T une commande hybride CMD3 à destination du module eUICC1, cette commande CMD3 comportant les identifiants IDP1 et IDP2 des profils respectifs P1 et P2 dans la liste LT1, et l'identifiant IDP3 du profil P3 dans la liste LT2. 5 Une fois reçu (B50), le terminal T envoie (B52) la commande CMD3 comprenant les listes LT1 et LT2 au module eUICC1. Le module eUICC1 reçoit la commande CMD3 au cours d'une étape de réception A52. Le module eUICC1 configure (A54) l'état des profils de communication P à partir de la commande CMD3, et plus particulièrement à partir des profils P identifiés dans la 10 commande CMD3 comme profils à activer et/ou comme profils à désactiver. Comme déjà indiqué, on suppose que le module eUICC1 fonctionne ici selon un cinquième mode MD5. Dans l'exemple présent, selon le mode MD5, le module eUICC1 : configure à l'état actif chaque profil de communication P (à savoir P1 et P2) identifié comme profil à activer dans la commande hybride CMD3 ; et 15 configure à l'état inactif chaque profil de communication P (à savoir P3) identifié comme profil à désactiver dans la commande hybride CMD3. On peut également envisager de mettre en oeuvre l'invention selon une quelconque combinaison des modes de réalisation et variantes décrits ci-avant. Un mode de réalisation particulier est à présent décrit en référence aux figures 8 et 20 9. Dans ce mode de réalisation, le serveur de gestion de profil SM-SR est apte à envoyer au terminal, à destination du module eUICC1, une commande CMD4 et/ou CMD5 comprenant : un premier paramètre DGI pouvant prendre un premier état (ou valeur) « ENABLE PROFILE » (par exemple 3A03) ou un deuxième état « DISABLE PROFILE » (par 25 exemple 3A04) ; et un deuxième paramètre TAG1 (pouvant être représenté, par exemple, par la valeur « 55 » ou « 58 ») identifiant un mode pouvant prendre, par exemple et de façon non limitative, un premier état (ou valeur), à savoir « 00 », un deuxième état « 01 » ou un troisième état « 02 ». 30 Dans ces exemples de réalisation, les commandes CMD4 et CMD5 sont de type TLV, d'autres formats de commandes pouvant être envisagés dans le cadre de l'invention. Plus particulièrement, les figures 8 et 9 représentent respectivement une commande CMD4 et CMD5 pouvant être envoyées au terminal T par le serveur SM-SR, chacune de ces commandes pouvant commander la configuration (actif ou inactif) de l'état d'au moins 35 un profil P dans le module eUICC1 selon un mode de fonctionnement donné. Dans ce mode de réalisation, le module eUICC1 est configuré pour : 3046011 20 o traiter la commande (CMD4) en tant que commande d'activation si le paramètre DGI est dans le premier état ENABLE PROFILE et que le paramètre TAG1 est dans le premier ou deuxième état (00, 01) ; o traiter la commande (CMD5) en tant que commande de désactivation si le 5 paramètre DGI est dans le deuxième état DISABLE PROFILE et que le paramètre TAG1 est dans le premier ou deuxième état (00, 01) ; et o traiter les commandes (CMD4 et CMD5) en tant que commande hybride d'activation et de désactivation si : ^ le paramètre DGI est dans le premier état « ENABLE VALUE » et le 10 paramètre TAG1 est dans le troisième état 02 ; et si ^ le paramètre DGI est dans le deuxième état « DISABLE VALUE » et le paramètre TAG1 est dans le troisième état 02. Comme illustré en figure 8, la commande CMD4 comprend le paramètre DGI à l'état ENABLE PROFILE indiquant que la commande CMD4 doit être traitée en tant que 15 commande d'activation (ou hybride) et le paramètre TAG1 indiquant le mode de fonctionnement selon lequel doit être traitée cette commande CMD4 par le module eUICC1. En réponse à la commande CMD4, le module eUICC1 est configuré pour : - traiter la commande CMD4 en tant que commande d'activation selon le premier 20 mode MD1 décrit ci-avant en référence à la figure 4 si le paramètre TAG1 est à la valeur 00 ; - traiter la commande CMD4 en tant que commande d'activation selon le deuxième mode MD2 décrit ci-avant en référence à la figure 4 si le paramètre TAG1 est à la valeur 01 ; et 25 traiter la commande CMD4 en tant que commande hybride selon le cinquième mode MD5 décrit ci-avant en référence aux figures 6 et 7 si le paramètre TAG1 est à la valeur 02. Pour ce faire, la commande CMD4 comprend, sous la référence d'un paramètre TAGE (pouvant être représenté, par exemple, par la valeur « 4F »), l'identifiant AID 30 (« Application Identifier » en terminologie anglaise) du profil P (ou du domaine ISD-P correspondant) à activer lorsque le paramètre TAG1 est à la valeur 00 ou 01. En outre, la commande CMD4 comprend : sous la référence d'un paramètre TAG2 (pouvant être représenté, par exemple par la valeur « 56 »), la liste LT1 d'au moins un identifiant AID d'un profil P (ou du 35 domaine ISD-P correspondant) à activer lorsque le paramètre TAG1 est à la valeur 02. Par exemple, chaque identifiant AID listé est référencé sous un paramètre TAG8 (pouvant être représenté, par exemple, par la valeur « 4F ») et dont la 3046011 21 valeur représente la valeur de l'identifiant AID du profil P (ou du domaine ISD-P correspondant). - sous la référence d'un paramètre TAG4 (pouvant être représenté, par exemple par la valeur « 57 »), la liste LT2 d'au moins un identifiant AID d'un profil P (ou du 5 domaine ISD-P correspondant) à désactiver lorsque le paramètre TAG1 est à la valeur 02. Par exemple, chaque identifiant AID listé est référencé sous un paramètre TAG10 (pouvant être représenté, par exemple, par la valeur « 4F ») et dont la valeur représente la valeur de l'identifiant AID du profil P (ou du domaine ISD-P correspondant). 10 Dans un cas particulier, l'une parmi les liste LT1 et LT2 est vide, et la liste non vide parmi LT1 et LT2 comporte au moins deux identifiants de profil P. Comme illustré en figure 9, la commande CMD5 comprend le paramètre DGI à l'état DISABLE PROFILE indiquant que la commande CMD5 doit être traitée en tant que commande de désactivation (ou hybride) et le paramètre TAG1 indiquant le mode de 15 fonctionnement selon lequel doit être traitée cette commande CMD5 par le module eUICC1. En réponse à la commande CMD5, le module eUICC1 est configuré pour : traiter la commande CMD5 en tant que commande de désactivation selon le troisième mode MD3 décrit ci-avant en référence à la figure 5 si le paramètre 20 TAG1 est à la valeur 00 ; - traiter la commande CMD5 en tant que commande de désactivation selon le quatrième mode MD4 décrit ci-avant en référence à la figure 5 si le paramètre TAG1 est à la valeur 01 ; et - traiter la commande CMD5 en tant que commande hybride selon le cinquième 25 mode MD5 décrit ci-avant en référence aux figures 6 et 7 si le paramètre TAG1 est à la valeur 02. Pour ce faire, la commande CMD5 comprend, sous la référence d'un paramètre TAG7 (pouvant être représenté, par exemple, par la valeur « 4F »), l'identifiant AID du profil P (ou du domaine ISD-P correspondant) à désactiver lorsque le paramètre TAG1 est à la 30 valeur 00 ou 01. En outre, la commande CMD5 comprend : sous la référence du paramètre TAG2 (pouvant être représenté, par exemple par la valeur « 59 »), la liste LT1 d'au moins un identifiant AID d'un profil P (ou du domaine ISD-P correspondant) à activer lorsque le paramètre TAG1 est à la valeur 35 02. Par exemple, chaque identifiant AID listé est référencé sous un paramètre TAG8 (pouvant être représenté, par exemple, par la valeur « 4F ») et dont la 3046011 22 valeur représente la valeur de l'identifiant AID du profil P (ou du domaine ISD-P correspondant). sous la référence du paramètre TAG4 (pouvant être représenté, par exemple par la valeur « 5A »), la liste LT2 d'au moins un identifiant AID d'un profil P (ou du 5 domaine ISD-P correspondant) à désactiver lorsque le paramètre TAG1 est à la valeur 02. Par exemple, chaque identifiant AID listé est référencé sous un paramètre TAG10 (pouvant être représenté, par exemple, par la valeur « 4F ») et dont la valeur représente la valeur de l'identifiant AID du profil P (ou du domaine ISD-P correspondant). 10 Dans un cas particulier, l'une parmi les liste LT1 et LT2 est vide, et la liste non vide parmi LT1 et LT2 comporte au moins deux identifiants de profil P. On comprendra que le mode de réalisation décrit ci-avant en référence aux figures 8 et 9 constitue un exemple de mise en oeuvre non limitatif de l'invention. Selon une variante, le paramètre TAG1 des commandes CMD4 et CMD5 ne peut prendre que deux 15 parmi les valeurs 00, 01 et 02 (par exemple que les valeurs 00 et 02). L'invention permet avantageusement d'améliorer la gestion de l'état de profils dans un module eUICC et permet notamment de maintenir plusieurs profils actifs simultanément de sorte qu'il n'est plus nécessaire d'envoyer des requêtes d'activation et/ou de désactivation au module eUICC à chaque fois qu'il est nécessaire d'utiliser un 20 profil différent. Il est ainsi possible de limiter le trafic réseau et les ressources normalement nécessaires à l'envoi et à la gestion des requêtes d'activation et de désactivation de profil. Un homme du métier comprendra que les modes de réalisation et variantes décrits ci-avant ne constituent que des exemples non limitatifs de mise en oeuvre de l'invention. En 25 particulier, l'homme du métier pourra envisager une quelconque adaptation ou combinaison des modes de réalisation et variantes décrits ci-avant afin de répondre à un besoin bien particulier. 30 REVENDICATIONS1. Module d'identité de souscripteur embarqué (eUICC1) apte à coopérer avec un terminal de communication (T), dans lequel le module d'identité de souscripteur embarqué est apte à maintenir simultanément à l'état actif une pluralité de profils de communication (P), chaque profil de communication actif autorisant le terminal de communication à communiquer avec un réseau de téléphonie mobile (R) associé audit profil de communication. 2. Module d'identité de souscripteur embarqué selon la revendication 1, dans lequel le terminal de communication (T) comprend au moins une interface radio (INT), chaque profil de communication (P) actif étant apte, lorsqu'il a accès à ladite au moins une interface radio, à établir une communication entre le terminal de communication et le réseau de téléphonie mobile associé audit profil de communication actif. 3. Module d'identité de souscripteur embarqué selon la revendication 1 ou 2, configuré, sur réception d'une requête d'activation (CMD1) d'un profil de communication ou sur réception d'une requête de désactivation (CMD2) d'un profil de communication, pour maintenir à l'état actif un quelconque autre profil de communication déjà actif dans ledit module d'identité de souscripteur embarqué. 4. Module d'identité de souscripteur embarqué selon la revendication 3, comprenant : un module de réception (M2) apte à recevoir une requête d'activation (CMD1) d'un premier profil de communication (P1) se trouvant à l'état inactif dans le module d'identité de souscripteur embarqué ; un module de configuration (M4) apte à configurer le module d'identité de souscripteur embarqué dans un premier mode (MD1) ou dans un deuxième mode (MD2) selon l'état d'un premier paramètre (PRI) inclus dans ladite requête d'activation, dans lequel, lorsqu'un quelconque deuxième profil de communication (P2) distinct dudit premier profil (P1) est déjà actif à réception de ladite requête d'activation, le module d'identité de souscripteur embarqué est configuré o dans le premier mode, pour activer le premier profil (P1) de communication tout en maintenant actif ledit deuxième profil (P2) de communication ; 3046011 24 o dans le deuxième mode, pour activer le premier profil (P1) de communication et désactiver chaque profil (P2, P3) de communication autre que le premier profil de communication. 5 5. Module d'identité de souscripteur embarqué selon la revendication 3 ou 4, comprenant : - un module de réception (M2) apte à recevoir une requête de désactivation (CMD2) d'un premier profil (P1) de communication se trouvant déjà à l'état actif dans le module d'identité de souscripteur embarqué ; 10 - un module de configuration (M4) apte à configurer le module d'identité de souscripteur embarqué dans un troisième mode (MD3) ou dans un quatrième mode (MD4) selon l'état d'un deuxième paramètre (PR2) inclus dans ladite requête de désactivation, dans lequel, lorsqu'un quelconque deuxième profil (P2) de communication distinct 15 dudit premier profil (P1) est déjà actif à réception de ladite requête de désactivation, le module d'identité de souscripteur embarqué est configuré : o dans le troisième mode, pour désactiver le premier profil (P1) de communication tout en maintenant actif ledit deuxième profil (P2) de communication; 20 o dans le quatrième mode, pour activer un profil (P3) de communication prédéfini en tant que profil par défaut et pour désactiver chaque profil (P1, P2) de communication autre que ledit profil par défaut. 6. Module d'identité de souscripteur embarqué selon la revendication 5, dans lequel, 25 dans le troisième mode, le module d'identité de souscripteur embarqué est configuré, en réponse à la requête de désactivation (CMD2), pour maintenir actif le deuxième profil (P2) de communication y compris si ledit deuxième profil de communication n'est pas un profil de communication (P3) prédéfini par défaut dans le module d'identité de souscripteur embarqué (eUICC1). 30 7. Module d'identité de souscripteur embarqué selon l'une quelconque des revendications 1 à 6, dans lequel ladite commande d'activation et/ou ladite commande de désactivation sont des commandes APDU conformes à la norme ISO 7816-4. 35 8. Module d'identité de souscripteur embarqué selon l'une quelconque des revendications 1 à 7, dans lequel le module d'identité de souscripteur embarqué est apte, selon un cinquième mode (MD5), à recevoir une deuxième requête (CMD3) identifiant au 3046011 25 moins deux profils de communication (P1, P2, P3), chacun d'eux étant à activer ou à désactiver dans ledit module d'identité de souscripteur embarqué, ledit module d'identité de souscripteur embarqué étant apte, selon ledit cinquième mode : - à configurer à l'état actif chaque profil (P1, P2) de communication identifié comme 5 profil à activer dans ladite deuxième requête ; et - à configurer à l'état inactif chaque profil (P3) de communication identifié comme profil à désactiver dans ladite deuxième requête. 9. Module d'identité de souscripteur embarqué selon la revendication 8, dans lequel 10 la deuxième requête identifie au moins un premier profil de communication à activer dans le module d'identité de souscripteur embarqué et au moins un deuxième profil de communication à désactiver dans le module d'identité de souscripteur embarqué. 10. Module d'identité de souscripteur embarqué selon la revendication 8 ou 9, dans 15 lequel la deuxième requête identifie uniquement au moins deux premiers profils de communication à activer ou uniquement au moins deux profils de communication à désactiver dans le module d'identité de souscripteur embarqué. 11. Module d'identité de souscripteur embarqué selon la combinaison au moins des 20 revendications 4, 5 et 8, dans lequel la deuxième requête (CMD3) comprend un troisième paramètre (DGI) pouvant prendre un premier état (ENABLE PROFILE) ou un deuxième état (DISABLE PROFILE) et un quatrième paramètre (TAG1) pouvant prendre un premier état (00), un deuxième état (01) ou un troisième état (02), dans lequel le module d'identité de souscripteur embarqué est configuré pour : 25 o traiter la deuxième requête en tant que commande d'activation lorsque le troisième paramètre (DGI) est dans le premier état et le quatrième paramètre (TAG1) est dans le premier ou deuxième état (00, 01) ; o traiter la deuxième requête en tant que commande de désactivation lorsque le troisième paramètre (DGI) est dans le deuxième état et le 30 quatrième paramètre (TAG1) est dans le premier ou deuxième état (00, 01) ; et o traiter la deuxième requête en tant que commande hybride d'activation et de désactivation lorsque le troisième paramètre (DGI) est dans le premier ou deuxième état, et que le quatrième paramètre (TAG1) est dans le 35 troisième état (02). 3046011 26 12. Module d'identité de souscripteur embarqué selon la revendication 11, dans lequel le module d'identité de souscripteur embarqué est configuré pour traiter la deuxième requête (CMD3) : o selon le premier mode (MD1) si le troisième paramètre (DGI) est dans le 5 premier état et le quatrième paramètre (TAG1) est dans le premier état ; o selon le deuxième mode (MD2) si le troisième paramètre (DGI) est dans le premier état et le quatrième paramètre (TAG1) est dans le deuxième état ; o selon le troisième mode (MD3) si le troisième paramètre (DGI) est dans le deuxième état et le quatrième paramètre (TAG1) est dans le premier état ; 10 o selon le quatrième mode (MD4) si le troisième paramètre (DGI) est dans le deuxième état et le quatrième paramètre (TAG1) est dans le deuxième état ; et o selon le cinquième mode (MD5) si le troisième paramètre (DGI) est dans le premier état et le quatrième paramètre (TAG1) est dans le troisième état, 15 ou si le troisième paramètre (DGI) est dans le deuxième état et le quatrième paramètre (TAG1) est dans le troisième état. 13. Dispositif (SM-SR) apte à communiquer avec un terminal de communication (T) coopérant avec un module d'identité de souscripteur embarqué (eUICC1), le dispositif 20 comprenant : - un module d'envoi apte à envoyer au module d'identité de souscripteur embarqué une requête d'activation d'un premier profil de communication se trouvant à l'état inactif dans le module d'identité de souscripteur embarqué ou pour envoyer une requête de désactivation d'un premier profil de communication se trouvant déjà à 25 l'état actif dans le module d'identité de souscripteur embarqué ; - un module d'insertion apte à inclure, avant envoi au module d'identité de souscripteur embarqué, l'un parmi : o un premier paramètre dans la requête d'activation ; et o un deuxième paramètre dans la requête de désactivation, 30 dans lequel : - le premier paramètre est dans un état définissant si le module d'identité de souscripteur embarqué doit se configurer dans un premier mode ou dans un deuxième mode lorsqu'un quelconque deuxième profil de communication distinct dudit premier profil est déjà actif dans le module d'identité de souscripteur 35 embarqué à réception de ladite requête d'activation, l'état du premier paramètre commandant au module d'identité de souscripteur embarqué : 3046011 27 o dans le premier mode, d'activer le premier profil de communication tout en maintenant actif ledit deuxième profil de communication ; o dans le deuxième mode, d'activer le premier profil de communication et désactiver chaque profil de communication autre que le premier profil de 5 communication. le deuxième paramètre est dans un état définissant si le module d'identité de souscripteur embarqué doit se configurer dans un troisième mode ou dans un quatrième mode lorsqu'un quelconque deuxième profil de communication distinct dudit premier profil est déjà actif à réception de ladite requête de désactivation, 10 l'état du deuxième paramètre commandant au module d'identité de souscripteur embarqué : o dans le troisième mode, de désactiver le premier profil de communication tout en maintenant actif ledit deuxième profil de communication ; o dans le quatrième mode, d'activer un profil de communication prédéfini en 15 tant que profil par défaut et désactiver chaque profil de communication autre que ledit profil par défaut. 14. Système (SY) comprenant : - un module d'identité de souscripteur embarqué (eUICC1) selon l'une quelconque 20 des revendications 1 à 12 ; - un terminal de communication (T) coopérant avec le module d'identité de souscripteur embarqué ; et - au moins un dispositif (SM-SR) selon la revendication 13. 25 15. Procédé de contrôle mis en oeuvre par un module d'identité de souscripteur embarqué (eUICC1) apte à coopérer avec un terminal de communication (T), ledit procédé comprenant une étape de maintien à l'état actif, simultanément, d'une pluralité de profils de communication (P), chaque profil de communication actif autorisant le terminal de communication à communiquer avec un réseau de téléphonie (R) mobile 30 associé audit profil de communication.