FR 3013479 A1 20150522 FR 1361481 A 20131121 Arrière-plan de l'invention La présente invention se rapporte au domaine de la configuration d'un élément sécurisé incorporé dans un terminal. L'invention s'applique en particulier et de façon non limitative aux éléments sécurisés de type « UICC » (« Universal Integrated Circuit Card » 10 en terminologie anglo-saxonne) et « eUICC » (« embedded Universal Integrated Circuit Card » en terminologie anglo-saxonne). Pour plus de renseignement sur les éléments sécurisés « UICC » et « eUICC », l'homme du métier se rapportera respectivement à la norme « ETSI 102.221 » et aux spécifications « ETSI TS 103 383 ». 15 Dans ce document, la notion de « profil de personnalisation » doit être interprétée au sens large à savoir comme un ensemble d'au moins un fichier et/ou de données. Un profil de personnalisation au sens de l'invention peut notamment comprendre au moins un élément parmi : un fichier standard tel que défini par les spécifications du 3GPP ou de 20 l'ETSI pour les UICC et leurs applications et notamment par les normes 3GPP 31.102 et ETSI 102.221 ; un fichier propriétaire ; un fichier de configuration d'un système d'exploitation ; une application Java Card et des éléments de personnalisation 25 associés ; des données telles que des clefs de protocole de transport, des paramètres d'algorithme d'authentification, ... Le profil de personnalisation est utilisé par une application métier pour communiquer avec des entités externes au terminal. De façon connue, lorsqu'un opérateur souhaite installer un nouveau profil de personnalisation dans un élément sécurisé, cet opérateur utilise un module de configuration d'un serveur distant. Ce module de configuration est apte à envoyer des données à l'élément sécurisé selon un protocole de transport sécurisé, la sécurisation des échanges étant réalisée au moyen d'une clef partagée par ces deux entités. L'opérateur envoie ainsi des données comportant un script d'installation du profil, qui est ensuite exécuté afin d'installer le profil dans l'élément sécurisé. Cependant, le profil chargé, choisi par l'opérateur, n'est pas toujours le profil permettant d'utiliser le terminal de façon optimale. Un des objectifs de l'invention est de résoudre un tel problème. De façon plus générale, l'invention vise des mécanismes permettant de faciliter la configuration d'un élément sécurisé incorporé d'un terminal. Objet et résumé de l'invention A cet effet, la présente invention concerne un procédé de notification à des fins de configuration d'un élément sécurisé incorporé dans un terminal connecté à un réseau, le procédé comprenant les étapes suivantes mises en oeuvre par une application de l'élément sécurisé : - obtention d'au moins un élément d'information utile pour la configuration de l'élément sécurisé stocké dans une mémoire du terminal externe à l'élément sécurisé, - envoi de l'élément d'information et d'un identifiant de l'élément sécurisé à un système de configuration, et - obtention de données de configuration provenant du système de configuration, les données de configuration étant fournies à l'élément sécurisé en fonction de l'élément d'information. L'invention est avantageuse en ce que les données de configuration sont fournies en fonction de l'élément d'information utile pour la configuration de l'élément sécurisé. Ainsi, l'envoi de l'élément d'information permet de choisir les données de configuration les plus appropriés à l'élément sécurisé incorporé dans le terminal. En outre, l'envoi de l'élément d'information permet de choisir les modalités d'envoi des données de configuration les plus appropriées. Ces modalités sont par exemple l'instant d'envoi des données de configuration, et/ou le réseau utilisé pour cet envoi. Dans un mode de réalisation particulier, l'application est exécutée par un système d'exploitation de l'élément sécurisé. Dans un mode de réalisation particulier, les étapes d'obtention de 10 l'élément d'information et d'envoi de l'élément d'information et d'un identifiant de l'élément sécurisé sont mises en oeuvre lors d'une mise sous tension de l'élément sécurisé et/ou périodiquement. La mise en oeuvre de ces étapes lors d'une mise sous tension de l'élément sécurisé permet de configurer le terminal dès lors qu'il se connecte 15 à un réseau pour la première fois. La mise en oeuvre périodique de ces étapes permet la mise-à-jour des données de configuration en cas de changement d'usage du terminal et/ou en cas de changement de réseau utilisé par le terminal. Dans un mode de réalisation particulier, l'envoi de l'élément 20 d'information et de l'identifiant de l'élément sécurisé est effectué selon la commande Sim Tool Kit « SEND SMS » ou «OPEN CHANNEL », définie par la norme « 3GPP 31.111 ». La commande «OPEN CHANNEL » est une commande proactive permettant à l'élément sécurisé et au terminal de communiquer. 25 D'une manière générale l'élément sécurisé peut obtenir l'élément d'information par tout moyen, soit directement par le module du terminal comportant l'élément d'information, soit par un module qui se charge d'obtenir puis d'envoyer l'élément d'information, cet élément d'information étant contenu dans un autre module du terminal. En particulier, l'élément sécurisé peut obtenir l'élément d'information d'une interface de communication du terminal avec le réseau, ou d'une application exécutée par un processeur du terminal, cette application étant externe à l'élément sécurisé. L'interface de communication du terminal avec le réseau est par exemple un module radio ou un module d'accès à un réseau internet ou de téléphone. Dans un mode de réalisation particulier, l'obtention de l'élément d'information est effectuée sur requête de l'application de l'élément sécurisé. Cette requête peut être envoyée à l'interface de communication ou à io l'application exécutée par le processeur du terminal. Cette requête peut être conforme à la commande Sim Tool Kit « PROVIDE LOCAL INFORMATION» définie par la norme « 3GPP 31.111 ». Dans un mode de réalisation particulier, le terminal effectue les étapes suivantes : 15 - envoi d'une requête de lecture de l'élément d'information par l'interface de communication à l'application exécutée par le processeur du terminal, et - envoi de l'élément d'information par l'application exécutée par le processeur du terminal à l'interface de communication, 20 OU - envoi d'une requête de lecture de l'élément d'information par l'application exécutée par le processeur du terminal à l'interface de communication, et - envoi de l'élément d'information par l'interface de communication à 25 l'application exécutée par le processeur du terminal. Dans un mode particulier de réalisation, les différentes étapes du procédé de notification sont déterminées par des instructions de programmes d'ordinateur. En conséquence, l'invention vise aussi un premier programme d'ordinateur sur un support d'informations (ou support d'enregistrement), ce premier programme étant susceptible d'être mis en oeuvre dans un élément sécurisé ou plus généralement dans un ordinateur et éventuellement un deuxième programme d'ordinateur sur un support d'information étant susceptible d'être mis en oeuvre dans un terminal ou plus généralement dans un ordinateur, ces programmes comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de notification tel que défini ci-dessus. Ces programmes peuvent 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 particulièrement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un premier support d'information (ou support d'enregistrement) lisible par un élément sécurisé ou plus généralement par un ordinateur, et comportant des instructions d'un premier programme d'ordinateur tel que mentionné ci-dessus. L'invention vise aussi un deuxième support d'information (ou support d'enregistrement) lisible par un terminal ou plus généralement par un 20 ordinateur, et comportant des instructions d'un deuxième programme d'ordinateur tel que mentionné ci-dessus. Les supports d'informations peuvent être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, les supports peuvent comporter un moyen de stockage, tel qu'une mémoire non volatile 25 réinscriptible (de type « EEPROM » ou « Flash NAND » par exemple), ou tel qu'une « ROM », par exemple un « CD ROM » ou une « ROM » de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (« floppy disc ») ou un disque dur. D'autre part, les supports d'informations peuvent être des supports transmissibles tel que des signaux électriques ou optiques, qui peuvent être acheminés via des câbles électriques ou optiques, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier 5 téléchargés sur un réseau de type Internet. Alternativement, les supports d'informations peuvent être des circuits intégrés dans lesquels les programmes sont incorporés, les circuits étant adaptés pour exécuter ou pour être utilisés dans l'exécution du procédé en question. 10 L'invention concerne en outre un élément sécurisé destiné à être incorporé dans un terminal connecté à un réseau, ledit élément sécurisé comprenant une application comportant : - des moyens d'obtention d'au moins un élément d'information utile pour la configuration de l'élément sécurisé stocké dans une mémoire du 15 terminal externe à l'élément sécurisé, - des moyens d'envoi de dudit élément d'information et d'un identifiant de l'élément sécurisé à un système de configuration, et - des moyens d'obtention de données de configuration provenant du système de configuration, lesdites données de configuration étant 20 fournies à l'élément sécurisé en fonction dudit élément d'information. Dans un mode de réalisation particulier, l'élément sécurisé est conforme à la norme « ISO 7816 » et apte à traiter des commandes de type « APDU ». Dans un mode de réalisation particulier, l'élément sécurisé est de type de type « UICC » ou de type « eUICC ». 25 Dans un mode de réalisation particulier, l'application de l'élément sécurisé est exécutée par un système d'exploitation de l'élément sécurisé. L'invention concerne en outre un terminal comportant un élément sécurisé tel que défini ci-dessus. L'invention concerne en outre un procédé de configuration d'un élément sécurisé incorporé dans un terminal connecté à un réseau, le procédé étant mis en oeuvre par un système de configuration, le procédé comprenant : - l'obtention et la mémorisation d'au moins un élément d'information utile pour la configuration de l'élément sécurisé et d'un identifiant de l'élément sécurisé provenant de l'élément sécurisé, - l'établissement d'un canal de communication sécurisé avec l'élément sécurisé, et - l'envoi de données de configuration à l'élément sécurisé via le canal de communication, les données de configuration étant fournies à l'élément sécurisé en fonction dudit élément d'information. Dans un mode de réalisation particulier, les données de configuration sont des données de personnalisation. Dans un mode de réalisation particulier, l'envoi des données de 15 configuration est effectué selon un protocole comportant une étape de cryptage et/ou de signature. Dans un mode de réalisation particulier, le protocole est l'un parmi : - le « Secure Channel Protocol 80 », - le « Secure Channel Protocol 81 », 20 - le « Secure Channel Protocol 02 », et - le « Secure Channel Protocol 03 », définis par la norme « Global Plateform 2.2 ». Dans un mode de réalisation particulier, l'élément d'information est l'un parmi : 25 - le numéro « IMEI » du terminal, - le numéro « IMEISV » du terminal, - le pays dans lequel se trouve le terminal, - ledit réseau, - la puissance dudit réseau, - le type de canal de communication supporté par le terminal, et - le type de porteuse utilisé par le terminal. Dans un mode de réalisation particulier, l'identifiant de l'élément sécurisé est l'un parmi : - « eUICC ID» défini par la version 1.46 de la spécification « Remote Provisioning Architecture for Embedded UICC » de la « Global System for Mobile Communications Association », - l'« ICC ID » défini par la norme « ISO 7812 », et - l'« IMSI ». Dans un mode de réalisation particulier, les modalités d'envoi des données de configuration sont choisies en fonction de l'élément d'information. Dans un mode de réalisation particulier, l'élément d'information est utilisé pour déterminer au moins un des éléments parmi : - un profil de personnalisation adapté au type de terminal, - un profil de personnalisation adapté au pays dans lequel le terminal est situé, - l'instant d'envoi des données de configuration, - le réseau utilisé pour l'envoi des données de configuration, - le canal de communication utilisé pour l'envoi des données de configuration, - la porteuse utilisée pour l'envoi des données de configuration. La détermination d'un profil de personnalisation adapté au type de terminal peut être effectuée lorsque l'élément d'information est le numéro 25 « IMEI » ou « IMEISV » du terminal. La détermination d'un profil de personnalisation adapté au pays dans lequel le terminal est situé peut être effectuée lorsque l'élément d'information est le code « MCC » du terminal. Les données de configuration sont alors des données de personnalisation comportant un script d'installation du profil. De plus, la détermination de l'instant d'envoi des données de configuration peut être effectuée lorsque l'élément d'information est le code « NMR ». Le module de configuration envoie alors les données de configuration lorsque la couverture du réseau est de bonne qualité. En outre, la détermination du réseau utilisé pour l'envoi des données de configuration peut être effectuée lorsque l'élément d'information est le code « MNC ». De plus, la détermination du canal de communication utilisé pour l'envoi des données de configuration peut être effectuée lorsque l'élément d'information indique les différents types de canaux de communication supportés par le terminal et la détermination de la porteuse peut être effectuée lorsque l'élément d'information indique le type de porteuse pouvant être utilisé par le terminal. Dans un mode particulier de réalisation, les différentes étapes du procédé de configuration sont déterminées par des instructions de is programmes d'ordinateur. 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 par un système de configuration ou plus généralement dans un ordinateur, ce programme comportant des 20 instructions adaptées à la mise en oeuvre des étapes d'un procédé de configuration tel que défini 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 particulièrement 25 compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'information (ou support d'enregistrement) lisible par un système de configuration ou plus généralement 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 stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire non volatile réinscriptible (de type « EEPROM » ou « Flash NAND » par exemple), ou tel qu'une « ROM », par exemple un « CD ROM » ou une « ROM » de circuit microélectronique, 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 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 l'exécution du procédé en question. L'invention concerne en outre un système de configuration d'un élément sécurisé incorporé dans un terminal connecté à un réseau, le système de configuration comprenant : - un module de gestion apte à obtenir au moins un élément d'information utile pour la configuration de l'élément sécurisé et un identifiant de l'élément sécurisé provenant de l'élément sécurisé, - un module de communication sécurisé avec l'élément sécurisé, le module de communication sécurisé étant apte à établir un canal de communication sécurisé avec l'élément sécurisé, - une première mémoire apte à mémoriser l'élément d'information et l'identifiant de l'élément sécurisé, et - un module de configuration apte à envoyer des données de configuration à l'élément sécurisé via le canal de communication, les données de configuration étant fournies à l'élément sécurisé en fonction de l'élément d'information. Dans un mode de réalisation particulier, le module de communication sécurisé comprend des moyens de décryptage. Dans un mode de réalisation particulier, le module de configuration comprend : - des moyens d'envoi de identifiant de l'élément sécurisé à la première mémoire, et - des moyens de récupération, en réponse à l'envoi, de l'élément d'information. Dans un mode de réalisation particulier, le module de configuration comprend : - des moyens d'envoi de l'élément d'information à une seconde mémoire, et - des moyens de récupération, en réponse audit envoi, des données de configuration. De plus, l'invention concerne un système comprenant un terminal comportant un élément sécurisé tel que défini ci-dessus, ce terminal et cet élément sécurisé étant aptes à mettre en oeuvre un procédé de notification tel que défini ci-dessus, et un système de configuration tel que défini ci- dessus, ce système de configuration étant apte à mettre en oeuvre un procédé de configuration tel que défini ci-dessus. 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 un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente, de manière schématique, les architectures matérielles d'un terminal, d'un élément sécurisé et d'un système de configuration conformes à un mode de réalisation de l'invention ; la figure 2 représente notamment, sous forme d'un organigramme, les principales étapes d'un procédé de notification et d'un procédé de configuration conformes à un mode de réalisation de l'invention. Description détaillée de plusieurs modes de réalisation La présente invention se rapporte au domaine de la configuration d'un 10 élément sécurisé incorporé dans un terminal et concerne plus particulièrement la configuration d'un tel élément sécurisé par un système de configuration à partir d'éléments d'information transmis par l'élément sécurisé à ce système de configuration. La figure 1 représente, de manière schématique et selon un premier 15 mode de réalisation, un élément sécurisé 100 incorporé dans un terminal 120 configuré pour pouvoir coopérer, via un réseau 140, avec un système de ,configuration 160. L'élément sécurisé 100 est dans un exemple conforme à la norme « ISO 7816» et apte à traiter des commandes de type « APDU » (« Application 20 Protocol Data Unit » en terminologie anglo-saxonne). Cet élément sécurisé 100 peut être ainsi de type « UICC » (« Universal Integrated Circuit Card » en terminologie anglo-saxonne). En variante, l'élément sécurisé peut être de type « eUICC » (« embedded Universal Integrated Circuit Card » en terminologie anglo-saxonne). En outre, le terminal 120 peut être par 25 exemple un téléphone mobile, un véhicule automobile, une machine à laver, un lampadaire, ou un compteur électrique. De plus, le réseau 140 peut être par exemple un réseau Internet ou un réseau de téléphone. L'élément sécurisé 100 présente l'architecture conventionnelle d'un ordinateur. Cet élément sécurisé 100 comporte notamment un processeur 101, un système d'exploitation 102, une mémoire morte 103 (de type « ROM »), une mémoire non volatile réinscriptible 104 (de type « EEPROM » ou « Flash NAND » par exemple), une mémoire volatile réinscriptible 105 (de type « RAM »), et une interface de communication 106. Dans cet exemple, la mémoire morte 103 constitue un support d'informations (ou d'enregistrement) conforme à un mode de réalisation particulier de l'invention. Dans la mémoire morte 103 est stocké un premier programme d'ordinateur P1 permettant à l'élément sécurisé de mettre en oeuvre une première partie du procédé de notification conforme à un mode de réalisation particulier de l'invention (cf. figure 2). En variante, le premier programme d'ordinateur Pi est stocké dans la mémoire non volatile réinscriptible 104. En outre, la mémoire morte 103 stocke une application 108 mise en oeuvre par le système d'exploitation 102. En variante, l'application 108 est 15 stockée dans la mémoire non volatile réinscriptible 104. En variante, l'application 108 est stockée dans le système d'exploitation 102. Le terminal 120 présente également l'architecture conventionnelle d'un ordinateur. Ledit terminal 120 comporte notamment un processeur 121, une mémoire morte 122 (de type « ROM »), une mémoire non volatile 20 réinscriptible 123 (de type « EEPROM » ou « Flash NAND » par exemple), une mémoire volatile réinscriptible 124 (de type « RAM »), et une interface de communication 125 avec le réseau 140 et avec interface de communication 106 de l'élément sécurisé 100. Dans cet exemple, la mémoire morte 122 constitue un support 25 d'informations (ou d'enregistrement) conforme à un mode de réalisation particulier de l'invention. Dans la mémoire morte 122 est stocké un deuxième programme d'ordinateur P2 permettant au terminal 120 de mettre en oeuvre une deuxième partie du procédé de notification conforme à un mode de réalisation particulier de l'invention (cf. figure 2). En variante, le deuxième programme d'ordinateur P2 est stocké dans la mémoire non volatile réinscriptible 123. De plus, la mémoire morte 122 stocke une application 126 exécutée par le processeur 121. En variante, l'application 126 est stockée dans la mémoire non volatile réinscriptible 123. Dans un exemple, une mémoire de l'interface de communication 125 stocke un premier élément d'information 128 utile pour la configuration de l'élément sécurisé 100. De plus, dans cet exemple, l'application 126 stocke un deuxième élément d'information 129 utile pour la configuration de l'élément sécurisé 100. Le système de configuration 160 comporte un module de gestion 161, un module de configuration 162, une première mémoire 163, une seconde mémoire 164, et un module de communication sécurisée 165 avec l'élément sécurisé 100. De plus, le système de configuration 160 stocke un programme P3. Dans un exemple, le système de configuration 160 est inclus dans un serveur distant présentant l'architecture conventionnelle d'un ordinateur. Dans un autre exemple, les modules 161, 162, 165 et mémoires 163, 164 du système de configuration sont répartis dans plusieurs serveurs distants, chacun de ces serveurs présentant l'architecture conventionnelle d'un ordinateur. Dans ce cas, les serveurs distants communiquent entre eux au moyen d'un réseau de communication éventuellement sécurisé. La figure 2 représente, toujours selon le premier mode de réalisation, un procédé de notification à des fins de configuration de l'élément sécurisé 100. Les étapes A200, A215, A220, A275 de ce procédé de notification sont mises en oeuvre par l'application 108 de l'élément sécurisé 100 exécutant le programme P1 et les étapes B200, B205, C205, B210, C210 et B215 de ce procédé de notification sont mises en oeuvre par terminal 120 exécutant le programme P2. Dans une étape A200, l'application 108 envoie une requête M200 de lecture du premier élément d'information 128 utile pour la configuration de l'élément sécurisé 100 à une interface de communication 125 du terminal 120. Sur réception de cette requête M200, l'interface de communication 125 envoie (B215) le premier élément d'information 128 à l'application 108. En variante, l'application 108 envoie une requête M200 de lecture du deuxième élément d'information 129 utile pour la configuration de l'élément sécurisé 100. Dans cette variante, l'interface de communication 125 du terminal 120 envoie alors, dans une étape B205, une requête M205 de lecture du deuxième élément d'information 129 à l'application 126 du terminal 120. Sur réception d'une telle requête, l'application 126 envoie (C210) à l'interface de communication 125 le deuxième élément d'information 129. Ensuite, l'interface de communication 125 envoie (B215) le deuxième élément d'information 129 à l'application 108. En variante, l'application 108 envoie une requête M200 de lecture du premier élément d'information 128 et du deuxième élément d'information 129. Dans cette variante, l'interface de communication 125 du terminal 120 envoie alors, dans une étape B205, une requête M205 de lecture du deuxième élément d'information 129 à l'application 126 du terminal 120. Sur réception d'une telle requête, l'application 126 envoie (C210) à l'interface de communication 125 le deuxième élément d'information 129. Ensuite, l'interface de communication 125 envoie (B215) le premier élément d'information 128 et le deuxième élément d'information 129 à l'application 108. Dans un deuxième mode de réalisation, l'interface de communication 106 de l'élément sécurisé 100 ne communique pas avec l'interface de communication 125 et communique avec l'application 126. Ce deuxième mode de réalisation est une variante du premier mode de réalisation décrit ci avant et diffère uniquement en ce que le terminal 120 a une autre configuration logique ou matérielle, ceci ayant pour conséquence que l'application 108 de l'élément sécurisé 100 communique avec l'application 126 au lieu de communiquer avec l'interface de communication 125. Ainsi, dans ce mode de réalisation, l'application 108 envoie (A200) une requête M200 de lecture du deuxième élément d'information 129 à l'application 126. Sur réception de cette requête M200, l'application 126 envoie (B215) le deuxième élément d'information 129 à l'application 108. En variante, l'application 108 envoie une requête M200 de lecture du premier élément d'information 128 à l'application 126. Dans cette variante, l'application 126 io envoie alors, dans une étape B205, une requête M205 de lecture du premier élément d'information 128 à l'interface de communication 125 du terminal 120. Sur réception d'une telle requête, l'interface de communication 125 envoie (C210) à l'application 126 le premier élément d'information 128. Ensuite, l'application 126 envoie (B215) le premier élément d'information 128 15 à l'application 108. En variante, l'application 108 envoie une requête M200 de lecture du premier élément d'information 128 et du deuxième élément d'information 129 à l'application 126. Dans cette variante, l'application 126 envoie alors, dans une étape B205, une requête M205 de lecture du premier élément d'information 128 à l'interface de communication 125 du terminal 20 120. Sur réception d'une telle requête, l'interface de communication 125 envoie (C210) à l'application 126 le premier élément d'information 128. Ensuite, l'application 126 envoie (B215) le premier élément d'information 128 et le deuxième élément d'information 129 à l'application 108. Dans les deux modes de réalisation, les envois de requêtes et de 25 données entre l'interface de communication 125 et l'application 126 du terminal 100 sont par exemple effectués selon les commandes « AT » définies par la norme « 3GPP TS 27.007 ». De plus, la requête M200 envoyée par l'application 108 peut être conforme à la commande « Sim Tool Kit PROVIDE LOCAL INFORMATION» définie par la norme « 3GPP 31.111 ». L'application 108 envoie la requête M200 lors d'une mise sous tension de l'élément sécurisé 100. En variante l'application 108 envoie la requête M200 périodiquement. Dans une autre variante, l'application 108 envoie la requête M200 lors d'une mise sous tension de l'élément sécurisé 100 et périodiquement. En variante, l'étape A200 n'est pas effectuée et l'interface de communication 125 (ou l'application 126) envoie (B215) l'élément d'information 128 et/ou 129 à l'application 108, lors d'une mise sous tension de l'élément sécurisé 100 et/ou périodiquement, selon une commande « APDU » définie par la norme « ISO 7816 », ou encore selon une commande «TERMINAL PROFILE» définie par la norme « 3GPP TS 31.111 ». Lorsque l'élément d'information 128 et/ou 129 est obtenu (A215) suite à une requête M200 envoyée selon la commande « Sim Tool Kit PROVIDE LOCAL INFORMATION » définie par la norme « 3GPP 31.111 », cet élément d'information 128 et/ou 129 est le numéro « IMEI » (« International Mobile Equipment Identity » en terminologie anglo-saxonne), ou le numéro « IMEISV » (« International Mobile Equipment Identity Software Version » en terminologie anglo-saxonne), ou le code « MCC » (« Mobile Country Code » en terminologie anglo-saxonne), ou le code « MNC » (« Mobile Network Code » en terminologie anglo-saxonne), ou le code « NMR » (« Network Mesurement Report » en terminologie anglo-saxonne). En variante, cet élément d'information 128 et/ou 129 est une combinaison des numéros et codes cités ci-dessus. Les numéros « IMEI » et « IMEISV », ainsi que les codes « MCC », « MNC » et « NMR » sont par exemple définis par la spécification « 3GPP TS 31.111 ». Les numéros « IMEI » et « IMEISV » sont des identifiants du terminal 120. Les numéros « IMEI » et « IMEISV » comportent un numéro « TAC » (« Type Allocation Code » en terminologie anglo-saxonne) définissant le pays où le terminal 120 a été immatriculé, un numéro « SNR » (« Serial Numero » en terminologie anglo-saxonne) correspondant au numéro de série, et d'une somme de contrôle. Le code « MCC » correspond au pays dans lequel se trouve le terminal 120. Le code « MNC » définit le réseau 140. En outre, le code « NMR » indique la puissance du réseau 140. Lorsque l'élément d'information 128 et/ou 129 est obtenu (A215) grâce à une commande « TERMINAL PROFILE» définie par la norme « 3GPP TS 31.111 », cet élément d'information 128 et/ou 129 indique notamment (byte 17 de ladite commande) les différents types de canaux de communication supportés par le terminal 120 pour le protocole « BIP » (« Beaver Independant Protocol » en terminologie anglo-saxonne), ainsi que (byte 13 de ladite commande) le type de porteuse pouvant être utilisé par le terminal 120. Cette porteuse est par exemple type « CSD» (« Circuit Switched Data » en terminologie anglo-saxonne), « GPRS » (« General Packet Radio Service » en terminologie anglo-saxonne), « Bluetooth », « IrDA » (« Infrared Data Association » en terminologie anglo-saxonne), ou « RS 232 ». Ensuite, dans une étape A220, l'application 108 de l'élément sécurisé 100 envoie l'élément d'information 128 et/ou 129 et un identifiant ID de l'élément sécurisé 100 au module de gestion 161 du système de configuration 160. Dans un exemple, cet envoi est effectué selon la commande Sim Tool Kit « SEND SMS » ou «OPEN CHANNEL », définie par la norme « 3GPP 31.111 ». La commande « OPEN CHANNEL » est une commande proactive permettant à l'élément sécurisé et au terminal de communiquer. L'identifiant ID de l'élément sécurisé 100 est dans un exemple « eUICC ID» défini par la version 1.46 de la spécification « Remote Provisioning Architecture for Embedded UICC » de la « Global System for Mobile Communications Association », l'« ICC ID » défini par la norme « ISO 7812 », ou le l'« IMSI » (« Internal Mobile Subscriber Identity » en terminologie anglo-saxonne). Dans le cas où la commande Sim Tool Kit « SEND SMS » est utilisée, il n'est pas nécessaire d'envoyer l'identifiant ID de l'élément sécurisé 100, car l'entête du message envoyé par cette commande comporte l'« IMSI ». En effet le réseau 140 connaît l'« IMSI » du terminal 120 lorsque ce terminal 120 est connecté audit réseau 140. De plus, comme décrit plus en détails ci-après, l'application 108 de l'élément sécurisé 100 obtient, dans une étape A275, via un canal de communication sécurisé, des données de configuration DC provenant du module de configuration 162 du système de configuration 160, ces données de configuration DC étant fournies à l'élément sécurisé 100 en fonction de l'élément d'information 128 et/ou 129. La figure 2 représente, selon un mode de réalisation, un procédé de configuration de l'élément sécurisé 100, mis en oeuvre par le système de configuration 160 exécutant le programme P3. Ce procédé comporte une étape D220 d'obtention, par le module de gestion 161, de l'élément d'information 128 et/ou 129 et de l'identifiant ID de l'élément sécurisé 100 envoyé par l'application 108 de l'élément sécurisé 100. Ce procédé comporte en outre une étape D225 d'établissement d'un canal de communication CN sécurisé avec l'élément sécurisé 100. Ensuite, dans une étape D230, le module de gestion 161 mémorise l'élément d'information 128 et/ou 129 et l'identifiant ID de l'élément sécurisé 100 dans la première mémoire 163. Au moment de configurer l'élément sécurisé 100, le module de personnalisation 162 envoie, dans une étape E250, l'identifiant ID de l'élément sécurisé 100 à la première mémoire 163. L'étape E250 est par exemple réalisée après la première mémorisation (D230) de l'élément d'information 128 et/ou 129 et l'identifiant ID de l'élément sécurisé 100 par le module de gestion 161 dans la première mémoire 163. Dans un autre exemple, l'étape E250 est réalisée périodiquement. Dans un autre exemple, l'étape E250 est réalisée après la première mémorisation (D230) et périodiquement. En réponse à cet envoi de l'étape E250, l'élément d'information 128 et/ou 129 est récupéré (E255) par le module de personnalisation 162. Ensuite, le module de personnalisation 162 envoie, dans une étape E260, io l'élément d'information 128 et/ou 129 à la deuxième mémoire 164. En réponse à cet envoi, des données de configuration DC de l'élément sécurisé 100 sont récupérées (E265) par le module de personnalisation 162. L'étape E265 est suivie d'une étape E275 d'envoi des données de configuration DC par le module de configuration 162 à l'application 108 de 15 l'élément sécurisé 100 via le canal de communication CN. L'étape E175 d'envoi peut être effectuée selon un protocole comportant une étape de cryptage et/ou une étape de signature. Dans un exemple le protocole est le « Secure Channel Protocol 80 », le « Secure Channel Protocol 81 », le « Secure Channel Protocol 02 », ou le « Secure Channel 20 Protocol 03 ». Ces protocoles sont définis par la norme « Global Plateform 2.2 ». En outre, comme décrit plus en détail ci-après, le module de configuration 132 peut, dans un exemple, tenir compte de l'élément d'information 128, 129 pour choisir les modalités d'envoi des données de 25 configuration DC les plus appropriées. Ces modalités sont par exemple l'instant d'envoi des données de configuration DC, et/ou le réseau utilisé pour cet envoi. Dans un exemple, les données de configuration DC sont des données de personnalisation et comportent un script d'installation d'un profil de personnalisation. Après l'obtention des données de configuration DC par l'élément sécurisé 100, l'élément sécurisé exécute le script afin d'installer le profil de personnalisation dans l'élément sécurisé. Selon la norme « ETSI TS 103.383 », un profil de personnalisation est une combinaison de structures de fichiers d'applications ou services et de données d'identification et d'authentification. Une fois installé dans l'élément sécurisé 100, ce profil de personnalisation est utilisé par une application métier pour communiquer avec des entités externes au terminal 120. Dans un exemple, l'élément d'information 128, 129 est le numéro « IMEI » ou « IMEISV » du terminal 120. Le module de configuration 162 récupère (E265) des données de configuration DC permettant d'installer un profil correspondant au type de terminal 120, à partir du numéro « IMEI » ou « IMEISV » du terminal 120. Si le terminal 120 est un véhicule automobile, le module de configuration 162 détermine que le profil de personnalisation devant être installé est un profil de personnalisation permettant l'envoi de données par un canal de communication haut débit. Ce canal de communication haut débit est par exemple de type « GPRS » (« General Packet Radio Service » en terminologie anglo-saxonne), « UMTS » (« Universal Mobile Telecommunications System » en terminologie anglo-saxonne) ou « HSDPA » (« High Speed Downlink Packet Access » en terminologie anglo-saxonne). Grâce à ce profil de personnalisation et à l'application métier, le véhicule automobile peut proposer un accès Internet ou un service de dépannage à distance. Si le terminal 120 est un lampadaire ou un compteur électrique, le module de configuration 162 détermine que le profil de personnalisation devant être installé est un profil de personnalisation utilisant un espace mémoire réduit et permettant uniquement l'envoi de message « SMS » (« Short Message Service » en terminologie anglo-saxonne) par le terminal 120. Grâce à ce profil de personnalisation et à l'application métier, le compteur électrique peut réaliser une télécollecte de données de consommation par message « SMS », ou le lampadaire peut être allumé ou éteint à distance par envoi de messages « SMS ». Dans un autre exemple, l'élément d'information 128, 129 est le code « MCC » du terminal 120. Cela permet au module de configuration 162 de déterminer un profil de personnalisation adapté au pays dans lequel se trouve le terminal 120. En effet, un opérateur téléphonique utilise un profil de personnalisation différent pour chaque pays, chaque profil de io personnalisation comportant des algorithmes d'authentification, des filtres de données ou des applications différents pour chaque pays. Ainsi, le passage du terminal 120 d'un pays à un autre est effectué sans difficulté. Dans un autre exemple, l'élément d'information 128, 129 est le code « MNC » du terminal 120, ce qui permet au module de configuration 162 de 15 connaître le réseau utilisé par le terminal 120 et d'envoyer les données de configuration DC via ce réseau. En outre, si l'élément d'information 128, 129 est le code « NMR », le module de configuration 162 envoie les données de configuration DC que lorsque la couverture du réseau est de bonne qualité. De plus, si l'élément d'information 128, 129 indique les différents types de 20 canaux de communication supportés par le terminal 120 pour le protocole « BIP », le module de configuration 162 peut choisir le canal de communication adapté pour envoyer les données de configuration DC. Ainsi, le module de configuration peut tenir compte de l'élément d'information 128, 129 pour envoyer les données de configuration DC à l'élément sécurisé 100. 25 Le profil de configuration PC peut aussi être utilisé pour permettre au terminal 120 de communiquer avec un serveur d'emails, afin de se synchroniser avec une messagerie locale. REVENDICATIONS1. Procédé de notification à des fins de configuration d'un élément sécurisé (100) incorporé dans un terminal (120) connecté à un réseau (140), 5 ledit procédé comprenant les étapes suivantes mises en oeuvre par une application (108) dudit élément sécurisé : - obtention (A215) d'au moins un élément d'information (128, 129) utile pour la configuration de l'élément sécurisé (100) stocké dans une mémoire du terminal (120) externe à l'élément sécurisé (100), 10 - envoi (A220) dudit élément d'information (128, 129) et d'un identifiant (ID) de l'élément sécurisé (100) à un système de configuration (160), et - obtention (A275) de données de configuration (DC) provenant du système de configuration (160), lesdites données de configuration (DC) 15 étant fournies à l'élément sécurisé (100) en fonction dudit élément d'information (128, 129). 2. Procédé de notification selon la revendication 1, caractérisé en ce que lesdites étapes d'obtention (A215) dudit élément d'information (128, 20 129) et d'envoi (A220) dudit élément d'information (128, 129) et d'un identifiant (ID) de l'élément sécurisé (100) sont mises en oeuvre lors d'une mise sous tension de l'élément sécurisé (100) et/ou périodiquement. 3. Procédé de notification selon la revendication 1 ou 2, caractérisé en 25 ce que l'envoi dudit élément d'information (128, 129) et de l'identifiant (ID) de l'élément sécurisé (100) est effectué selon la commande Sim Tool Kit « SEND SMS » ou « OPEN CHANNEL », définie par la norme 3GPP 31.111. 4. Procédé de notification selon l'une quelconque des revendications 1 à 30 3, caractérisé en ce que ledit élément d'information (128, 129) est obtenu(A215) d'une interface de communication (125) du terminal (120) avec le réseau (140), ou d'une application (126) exécutée par un processeur (121) du terminal (120), cette application (126) étant externe à l'élément sécurisé (100). 5. Procédé de notification selon l'une quelconque des revendications 1 à 4, caractérisé en ce que l'obtention (A215) dudit élément d'information (128, 129) est effectué sur requête de l'application (108) de l'élément sécurisé (100). 6. Procédé de notification selon la revendication 5, caractérisé en ce que la requête est conforme à la commande Sinn Tool Kit « PROVIDE LOCAL INFORMATION » définie par la norme « 3GPP 31.111 ». 15 7. Elément sécurisé (100) destiné à être incorporé dans un terminal (120) connecté à un réseau (140), ledit élément sécurisé comprenant une application (108) comportant : - des moyens d'obtention d'au moins un élément d'information (128, 129) utile pour la configuration de l'élément sécurisé (100) stocké dans 20 une mémoire du terminal (120) externe à l'élément sécurisé, - des moyens d'envoi dudit élément d'information (128, 129) et d'un identifiant (ID) de l'élément sécurisé à un système de configuration (160), et - des moyens d'obtention de données de configuration (DC) provenant 25 du système de configuration (160), lesdites données de configuration (DC) étant fournies à l'élément sécurisé en fonction dudit élément d'information (128, 129). 10 8. Elément sécurisé selon la revendication 7, caractérisé en ce qu'il est conforme à la norme « ISO 7816 » et apte à traiter des commandes de type « APDU ». 9. Elément sécurisé selon la revendication 7, caractérisé en ce que qu'il est de type de type « UICC » ou de type « eUICC ». 10. Terminal (120) comportant un élément sécurisé (100) selon l'une quelconque des revendications 7 à 9. 11. Terminal selon la revendication 10, caractérisé en ce qu'il comporte une interface de communication (125) avec le réseau (140) comportant des moyens d'envoi dudit élément d'information (128, 129) à l'application (108) de l'élément sécurisé (100). 12. Programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé de notification selon l'une quelconque des revendications 1 à 6 lorsque ledit programme est exécuté par un élément sécurisé (100) incorporé dans un terminal (120). 13. Support d'enregistrement lisible par un élément sécurisé (100) incorporé dans un terminal (120), sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'un procédé de notification selon l'une quelconque des revendications 1 à 6. 14. Procédé de configuration d'un élément sécurisé (100) incorporé dans un terminal (120) connecté à un réseau (140), ledit procédé étant mis en oeuvre par un système de configuration (160), ledit procédé comprenant : 25- l'obtention (D220) et la mémorisation (D230) d'au moins un élément d'information (128, 129) utile pour la configuration de l'élément sécurisé (100) et d'un identifiant (ID) de l'élément sécurisé (100) provenant de l'élément sécurisé (100), - l'établissement (D225) d'un canal de communication (CN) sécurisé avec l'élément sécurisé (100), et - l'envoi (E275) de données de configuration (DC) à l'élément sécurisé (100) via ledit canal de communication (CN), lesdites données de configuration (DC) étant fournies à l'élément sécurisé en fonction dudit élément d'information (128, 129). 15. Procédé selon la revendication 1 ou 14, caractérisé en ce que les données de configuration (DC) sont des données de personnalisation. 16. Procédé selon la revendication 1 ou 14, caractérisé en ce que l'envoi/l'obtention (A275, B275) des données de configuration (DC) est effectué selon un protocole comportant une étape de cryptage et/ou de signature. 17. Procédé selon la revendication 1 ou 14, caractérisé en ce que ledit élément d'information (128, 129) est l'un parmi : - le numéro « IMEI » du terminal, - le numéro « IMEISV » du terminal, - le pays dans lequel se trouve le terminal, - ledit réseau, - la puissance dudit réseau, - le type de canal de communication supporté par le terminal, et - le type de porteuse utilisé par le terminal. 18. Procédé selon la revendication 1 ou 14, caractérisé en ce que l'identifiant (ID) de l'élément sécurisé (100) est l'un parmi : - « eUICC ID» défini par la version 1.46 de la spécification « Remote Provisioning Architecture for Embedded UICC » de la « Global System for Mobile Communications Association », - l'« ICC ID » défini par la norme « ISO 7812 », et - l'« IMSI ». 19. Procédé selon la revendication 1 ou 14, caractérisé en ce que les io modalités d'envoi des données de configuration (DC) sont choisies en fonction de l'élément d'information (128, 129). 20. Procédé selon la revendication 1 ou 14, caractérisé en ce que l'élément d'information est utilisé pour déterminer au moins un des éléments 15 parmi : - un profil de personnalisation adapté au type de terminal du terminal (120), - un profil de personnalisation adapté au pays dans lequel le terminal (120) est situé, 20 - l'instant d'envoi des données de configuration (DC), - le réseau utilisé pour l'envoi des données de configuration (DC), - le canal de communication utilisé pour l'envoi des données de configuration (DC), - la porteuse utilisée pour l'envoi des données de configuration. 25 21. Système de configuration (160) d'un élément sécurisé (100) incorporé dans un terminal (120) connecté à un réseau (140), ledit système de configuration comprenant : - un module de gestion (161) apte à obtenir au moins un élément 30 d'information (128, 129) utile pour la configuration de l'élémentsécurisé (100) et un identifiant (ID) de l'élément sécurisé (100) provenant de l'élément sécurisé (100), - un module de communication (165) sécurisé avec l'élément sécurisé (100), ledit module de communication (165) sécurisé étant apte à établir un canal de communication (CN) sécurisé avec l'élément sécurisé (100), - une première mémoire (163) apte à mémoriser ledit élément d'information (128, 129) et l'identifiant (ID) de l'élément sécurisé (100), et - un module de configuration (162) apte à envoyer des données de configuration (DC) à l'élément sécurisé (100) via ledit canal de communication (CN), lesdites données de configuration (DC) étant fournies à l'élément sécurisé (100) en fonction de l'élément d'information (128, 129). 22. Système de configuration selon la revendication 21, caractérisé en ce que le module de configuration (162) comprend : - des moyens d'envoi de identifiant (ID) de l'élément sécurisé (100) à la première mémoire (163), et - des moyens de récupération, en réponse audit envoi, dudit élément d'information (128, 129). 23. Programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé de configuration selon l'une quelconque 25 des revendications 14 à 19, lorsque ledit programme est exécuté par un système de configuration (160). 24. Support d'enregistrement lisible par un système de configuration (160), sur lequel est enregistré un programme d'ordinateur comprenant desinstructions pour l'exécution des étapes d'un procédé de configuration selon l'une quelconque des revendications 14 à 19. 25. Système comprenant un terminal (120) comportant un élément sécurisé (100) selon la revendication 10, ce terminal (120) et cet élément sécurisé (100) aptes à mettre en oeuvre un procédé de notification selon l'une quelconque des revendications 1 à 6, et un système de configuration (160) selon la revendication 21, ce système de configuration (160) apte à mettre en oeuvre un procédé de configuration selon l'une des revendications 14 à 19.