FR 2942683 A1 20100903 FR 0951250 A 20090227 Configuration automatique d'un terminal La présente invention se rapporte au domaine des télécommunications, et plus particulièrement à celui des cartes à puce d'abonné destinées à être insérées dans des 5 terminaux de communications mobiles et des terminaux associés. La plupart des terminaux mobiles existants permettent, non seulement d'établir des communications téléphoniques, mais également d'exécuter un certain nombre d'applications qui sont par exemple des applications de paiement, de fidélité ou encore de transport. 10 Dans ces systèmes, les applications sont enregistrées dans la carte à puce d'abonné pour des raisons de sécurité. Une application d'interface, associée à chaque application et enregistrée sur le terminal mobile, permet de gérer l'interface avec l'utilisateur. Ces applications peuvent être des applications dites "classiques". Dans ce cas, 15 elles sont exécutées suite à la réception par la carte à puce d'abonné d'une commande émise par l'application d'interface, à la demande de l'utilisateur du terminal. Ces applications peuvent également être des applications dites "sans contact". Ces applications peuvent alors fonctionner lorsque la carte d'abonné est insérée dans un terminal mobile équipé d'un module de communication sans contact. Dans ce cas, 20 elles sont exécutées suite à la réception par la carte d'abonné d'une commande émise par une borne distante, via le module de communication sans contact du terminal. Le programme d'interface permet notamment de notifier l'utilisateur suite à l'exécution de l'application associée. Le fonctionnement de ces applications nécessite donc une configuration du 25 terminal compatible avec les applications installées dans la carte d'abonné. La configuration des terminaux varie selon l'opérateur et/ou le constructeur. Aussi, lorsqu'on introduit une carte d'abonné dans un terminal, celui-ci peut ne pas être configuré de façon à faire fonctionner les applications installées dans la carte d'abonné. Ainsi, les applications peuvent ne pas fonctionner ou au contraire 30 fonctionner à l'insu de l'utilisateur. Par exemple, si les applications d'interface du - 2 terminal associées aux applications stockées dans la carte d'abonné ne sont pas installées dans le terminal mobile, l'utilisateur n'a aucun retour sur les opérations effectuées par les applications de la carte d'abonné. Pour obtenir une configuration adaptée, l'utilisateur doit contacter l'opérateur associé à la carte d'abonné. Le changement de terminal mobile est une opération de plus en plus courante. Le fait de devoir contacter l'opérateur à chaque changement peut devenir fastidieux pour l'utilisateur. Il existe donc un besoin de configurer de manière automatique un terminal 10 mobile lors de l'introduction d'une carte à puce d'abonné. A cet effet, la présente invention propose un procédé de demande de configuration d'un terminal connecté à une carte d'abonné, ladite carte contenant au moins une application, caractérisé en ce que, suite à une étape d'échanges d'information d'initialisation, via une première interface de communication, entre ledit 15 terminal et ladite carte d'abonné, il comporte : - une étape d'envoi, via une deuxième interface de communication, d'une requête d'une information de configuration du terminal; - une étape de réception, via la deuxième interface de communication, d'une réponse à la requête comportant une information de configuration dudit terminal; 20 - pour au moins une application de la carte d'abonné, une étape de détermination, en fonction de l'information de configuration reçue, de la présence ou de l'absence dans le terminal d'une application d'interface associée à ladite au moins une application; - une étape d'envoi, via la première interface de télécommunication, d'au moins une commande de téléchargement de ladite application d'interface en cas d'absence. 25 Ainsi, la carte à puce d'abonné détecte si le terminal dans lequel elle est insérée est correctement configuré et, si le terminal n'est pas correctement configuré, elle demande à un serveur distant, via le terminal, le téléchargement d'un ou plusieurs programmes permettant une configuration adaptée. La carte d'abonné est un élément sécurisé. La configuration automatique du 30 terminal, à l'initiative de la carte d'abonné, permet à la carte d'abonné de retrouver un 2942683 -3 environnement de fonctionnement en adéquation avec son contenu, quelque soit le terminal dans lequel elle est insérée. Elle permet de garantir le bon fonctionnement des applications installées sur la carte d'abonné. Selon un mode de réalisation particulier du procédé de demande de 5 configuration, l'application d'interface est apte à gérer l'ensemble des applications d'interface présentes dans le terminal. Ainsi, le téléchargement d'une application d'interface permet ensuite au terminal de configurer toutes les autres applications du terminal. Selon une caractéristique particulière du procédé de demande de configuration, la requête comporte une adresse d'un registre d'un module de communication sans contact du terminal et la réponse contient au moins une partie du contenu dudit registre. La présence d'une adresse dans la requête permet un accès rapide à l'information. Selon une caractéristique particulière, le registre contient une information de présence ou d'absence d'au moins une application d'interface. Un seul registre permet ainsi d'obtenir une information sur la présence ou l'absence d'une ou plusieurs applications d'interface installées dans le terminal. L'invention se rapporte également à un procédé de configuration d'un terminal connecté à une carte d'abonné, ladite carte contenant au moins une application, caractérisé en ce que, suite à une étape d'échanges d'information d'initialisation, via une première interface de communication, entre ledit terminal et ladite carte d'abonné, il comporte : - une étape de réception, via une deuxième interface de communication, d'une requête d'une information de configuration du terminal; - une étape d'envoi, via la deuxième interface de communication, d'une réponse à la requête comportant une information de configuration dudit terminal; et, si au moins une application d'interface associée à une application de la carte d'abonné n'est pas présente dans ledit terminal : - 4 - une étape de réception, via la première interface de télécommunication, d'au moins une commande de téléchargement d'une application d'interface associée à une application de la carte d'abonné; - une étape de transmission de ladite au moins une commande à un serveur distant; et 5 - une étape de mise à jour de l'information de configuration, suite au téléchargement de l'application d'interface commandée. Ainsi, le terminal est mis à jour dès le démarrage ou l'introduction d'une nouvelle carte d'abonné. Cette mise à jour permet un fonctionnement adapté aux applications installées dans la carte d'abonné. L'utilisateur peut donc introduire sa 10 carte d'abonné dans tout nouveau terminal et obtenir la mise à jour du terminal sans manipulation de sa part et sans avoir à se déplacer chez son opérateur. Selon une caractéristique du procédé de configuration, l'information de configuration est contenue dans un registre d'un module de communication sans contact du terminal mobile. 15 Selon une autre caractéristique particulière du procédé de configuration, la requête comporte une adresse d'un registre d'un module de communication sans contact du terminal et la réponse contient au moins une partie du contenu dudit registre. Selon un mode de réalisation particulier du procédé de configuration, 20 l'application d'interface est apte à gérer l'ensemble des applications d'interface présentes dans le terminal. Ainsi, le téléchargement dans le terminal d'une seule application d'interface permet ensuite au terminal de déterminer les applications d'interface manquantes. Selon une caractéristique particulière du procédé de configuration, l'étape de 25 mise à jour de l'information de configuration comprend l'envoi d'une commande à un module de communication sans contact du terminal, via une troisième interface de communication. L'accès unique à l'information de configuration par le module de communication sans contact permet une meilleure sécurité ainsi qu'une plus grande compatibilité entre terminaux. - 5 Selon une caractéristique particulière du procédé de configuration, l'étape de mise à jour de l'information de configuration est réitérée lors d'un téléchargement par le terminal d'une nouvelle application d'interface. Ainsi, lors du démarrage suivant ou d'un changement de carte d'abonné, il ne sera pas nécessaire de procéder au téléchargement de cette application. L'information de configuration permet ainsi de connaître les applications d'interface téléchargées. L'invention se rapporte également à une carte d'abonné apte à être insérée dans un terminal et contenant au moins une application, ladite carte étant apte à échanger des informations d'initialisation avec le terminal via une première interface de communication et via un premier module d'émission réception de données, caractérisée en ce qu'elle comprend : - un deuxième module d'émission réception de données apte à envoyer, via une deuxième interface de communication, une requête d'une information de configuration du terminal et apte à recevoir, via la deuxième interface de communication, une réponse à la requête comportant une information de configuration dudit terminal; - des moyens de détermination aptes à déterminer, pour au moins une application de la carte d'abonné, en fonction de l'information de configuration reçue, la présence ou l'absence dans le terminal d'une application d'interface associée à ladite au moins une application; et en ce que le premier module d'émission réception de données est apte à envoyer, via la première interface de télécommunication, au moins une commande de téléchargement de ladite application d'interface en cas d'absence. L'invention se rapporte également à un terminal apte à être connecté à une carte d'abonné contenant au moins une application, ledit terminal étant apte à échanger des informations d'initialisation avec la carte d'abonné via une première interface de communication et via un premier module de communication de données, caractérisé en ce qu'il comprend : - un module de communication sans contact comprenant un premier module d'émission réception de données, apte à recevoir, via une deuxième interface de 30 communication, une requête d'une information de configuration du terminal et à - 6 envoyer, via la deuxième interface de communication, une réponse à la requête comportant une information de configuration dudit terminal; ledit premier module de communication de données étant apte à recevoir, via une première interface de télécommunication, au moins une commande de téléchargement d'une application d'interface associée à une application de la carte d'abonné; - des moyens de transmission de ladite au moins une commande à un serveur distant; - des moyens de mise à jour de l'information de configuration, suite au téléchargement de l'application d'interface commandée. L'invention se rapporte encore à un produit programme d'ordinateur comprenant des instructions pour mettre en oeuvre les étapes d'un procédé de demande de configuration tel que décrit précédemment lorsqu'il est chargé et exécuté par un processeur. L'invention se rapporte enfin à un produit programme d'ordinateur comprenant des instructions pour mettre en oeuvre les étapes d'un procédé de configuration tel que décrit précédemment lorsqu'il est chargé et exécuté par un processeur. D'autres particularités et avantages de la présente invention apparaitront dans la description suivante de modes de réalisation donnés à titre d'exemple non limitatif, en référence aux dessins annexés, dans lesquels : - la figure 1 est un schéma illustrant le contexte général de l'invention, - la figure 2 est un organigramme illustrant les différentes étapes d'un procédé de demande de configuration et d'un procédé de configuration selon l'invention, - la figure 3 est un schéma-bloc illustrant un système apte à réaliser les étapes d'un procédé de demande de configuration et d'un procédé de configuration selon un mode de réalisation de l'invention, - la figure 4 est un schéma illustrant un exemple de registre apte à contenir des informations de configuration selon l'invention. 2942683 -7 Un mode de réalisation d'un procédé de demande de configuration et d'un procédé de configuration va maintenant être décrit en référence aux figures 1 et 2. En référence à la figure 1, un système SYS comprend un terminal T et une carte d'abonné C apte à être insérée dans le terminal T. 5 Le terminal T est, par exemple, un téléphone mobile ou un PDA (pour "Personal Digital Assistant"). Le terminal T comporte un premier module de communication MCC apte à communiquer avec la carte d'abonné C, via une première interface de communication Il. 10 Le terminal T possède également un deuxième module de communication MC, par exemple un module GSM, permettant une communication, via un réseau de communication R, avec des serveurs distants, par exemple avec un serveur de gestion SG. Cette communication est par exemple une communication "OTA" (pour "Over The Air"), c'est-à-dire une communication sans fil classique. A titre d'alternative, le 15 terminal T est relié au réseau R par une ligne téléphonique filaire. Le terminal T comporte également un module de communication sans contact NFC. Le module de communication sans contact NFC est apte à communiquer via une liaison sans contact avec un équipement distant, par exemple une borne B située à proximité du terminal T. Le module sans contact NFC est également apte à dialoguer 20 avec la carte d'abonné C, via une deuxième interface de communication I2. Le terminal T comporte également un module RD de redirection et un module MAJ de mise à jour d'une information de configuration. La carte d'abonné C est par exemple un support amovible de type SIM ou UICC (pour "Universal Integrated Circuit Card") ou une carte à mémoire hébergeant un 25 élément sécurisé (SD card, Embeded Secure controler ...). Une ou plusieurs applications (API, AP2...) ont été enregistrées sur la carte d'abonné C. Ces applications peuvent être des applications dites "sans contact". La carte d'abonné C comporte un premier module d'émission réception ERC1 apte à dialoguer avec le terminal T via la première interface de communication Il, un deuxième module d'émission réception ERC2 apte à communiquer avec le terminal T 2942683 -8 via la deuxième interface de communication I2, un module CNF de configuration, un module CMD de commande et un module DET de détermination. En référence à la figure 2, les différentes étapes d'un procédé de demande de 5 configuration et d'un procédé de configuration selon un mode de réalisation de l'invention vont maintenant être décrites. Lors d'une première étape El de démarrage du terminal, suite à la demande de l'utilisateur ou à l'introduction d'une nouvelle carte d'abonné dans le terminal, le terminal T initialise un échange de données d'initialisation INIT avec la carte d'abonné 10 C, via la première interface de communication Il. Suite à cet échange de données, lors d'une étape E2, le module de configuration CNF de la carte d'abonné C transmet au module sans contact NFC du terminal T, via le deuxième module d'émission réception ERC2 et la deuxième interface de communication I2, une requête RQ d'informations de configuration. 15 La requête RQ est reçue par le module sans contact NFC, lors d'une étape E3. L'étape E3 est suivie d'une étape E4 lors de laquelle le module sans contact NFC lit, dans une mémoire M du terminal T ou du module sans contact NFC du terminal T, une information de configuration INF et transmet, via la deuxième interface de communication I2, une réponse RP contenant l'information de 20 configuration INF. Le deuxième module d'émission réception ERC2 de la carte d'abonné C reçoit la réponse RP contenant l'information de configuration INF, lors d'une étape E5 et la transmet au module de détermination DET de la carte d'abonné C. L'étape E5 est suivie d'une étape E6 lors de laquelle le module de détermination 25 DET de la carte d'abonné C détermine, pour une ou plusieurs applications de la carte d'abonné C, la présence ou l'absence dans le terminal T d'une application d'interface associée à chaque application, en fonction de l'information de configuration INF reçue. Par exemple, le module DET de détermination détermine si une application d'interface AIl associée à l'application AP1 est présente ou non dans le terminal T. 2942683 -9 Si la ou les applications d'interface associées sont présentes, le processus s'arrête. La carte d'abonné C se positionne en attente d'une commande du terminal T ou du module sans contact NFC. Si la ou les applications d'interface associées ne sont pas présentes dans le 5 terminal T, le module de commande CMD de la carte d'abonné C, lors d'une étape E7, transmet au terminal T, via le premier module d'émission réception de données ERC1 de la carte d'abonné et via la première interface de télécommunication Il, au moins une commande de téléchargement CT de la ou des applications d'interface associées. Par exemple, la commande CT est une commande de téléchargement de l'application 10 d'interface Al l associée à l'application AP 1. Le module de redirection RD du terminal T reçoit, lors d'une étape E8, la commande de téléchargement CT, via la première interface de communication et le premier module MCC de communication et la retransmet au serveur de gestion SG via le deuxième module de communication MC du terminal T. 15 L'étape E8 est suivie d'une étape E9 lors de laquelle la ou les applications d'interface commandées sont reçues par le terminal T via le deuxième module de communication MC et le réseau R et sont enregistrées dans une mémoire du terminal T. Par exemple, l'application d'interface AIl est reçue par le terminal T. Puis, lors d'une étape E10, l'information de configuration INF est mise à jour 20 dans la mémoire M par le module MAJ de mise à jour du terminal T indiquant ainsi la présence de la ou des applications d'interface reçues dans le terminal T. Le module MAJ de mise à jour est apte à accéder à la mémoire M, via une troisième interface de communication I3. 25 Un mode de réalisation particulier dans lequel la carte d'abonné contient une application de gestion des applications va maintenant être décrit en référence aux figures 3 et 4. En référence à la figure 3, le terminal T du système SYS possède notamment une unité de traitement 100 équipée d'un microprocesseur, une mémoire vive de type 30 RAM 102, une ou plusieurs mémoires mortes de type ROM ou EEPROM 104 dans 2942683 - 10 - laquelle sont enregistrés des programmes pouvant être exécutés par le microprocesseur. Parmi ces programmes, figurent un programme principal OST (appelé OS-Terminal pour "operating system"). Le terminal T peut comporter de manière classique et non exhaustive les 5 éléments suivants: un clavier, un écran, un microphone, un haut-parleur, un moyen de stockage... Le terminal T comporte un premier module de communication MC 1 pour l'émission et la réception de données avec une carte d'abonné, via une première interface de communication Il. La première interface de communication Il est par 10 exemple une interface conforme à la norme ISO 7816. Le terminal T comporte également un deuxième module de communication MC2, par exemple un module GSM, permettant une communication, via un réseau de communication R, avec des serveurs distants, par exemple avec un serveur de gestion SG. 15 Le terminal T possède également un troisième module de communication MC3 apte à communiquer avec un module de communication sans contact NFC, via une troisième interface de communication I3. Le terminal T comporte également un module de communication sans contact NFC. Le module de communication sans contact NFC comprend un module de 20 communication MCB pour communiquer, via une liaison sans contact, avec un équipement distant, par exemple une borne B située à proximité du terminal T. Le module sans contact NFC comprend également un premier module d'émission réception de données ERC pour l'émission et la réception de données avec la carte d'abonné C, via une deuxième interface de communication I2. La deuxième 25 interface de communication I2 est par exemple une interface SWP (pour "Single Wire Protocol") définie dans la norme ETSI TS 102.613 release 7 et utilise par exemple le protocole HCI (pour "Host Controller Interface") défini dans la norme ETSI TS 102.622 release 7. 2942683 -11- Le module sans contact NFC comprend également un deuxième module d'émission réception de données ERT apte à communiquer avec le terminal T via la troisième interface de communication I3. Le module sans contact NFC du terminal T comporte un registre REG, qui est 5 par exemple une mémoire de type EEPROM. A titre d'alternative, le registre REG est une zone mémoire du terminal T accessible au moins en lecture par le module sans contact NFC du terminal T. Le registre REG est initialisé lors d'une étape préalable, par exemple lors de la fabrication du terminal T. 10 Le module sans contact NFC comprend également un module de traitement MT équipé d'un microprocesseur. La carte d'abonné C est par exemple une carte d'abonné de type UICC. Egalement en référence à la figure 3, la carte d'abonné C comprend notamment un microprocesseur 200, un premier module d'émission-réception ER1, un deuxième 15 module d'émission-réception ER2, une ou plusieurs mémoires 202 de type RAM et une ou plusieurs mémoires 204 de type ROM ou EEPROM dans laquelle sont enregistrés des programmes pouvant être exécutés par le microprocesseur 200. Parmi ces programmes, figurent un programme principal OSC (appelé OS-carte pour "operating system"), une application CDI de gestion des applications de la carte 20 d'abonné et une ou plusieurs applications (API, AP2, ...) de fournisseurs de service. Le premier module d'émission-réception ER1 de la carte d'abonné C est apte à recevoir et à transmettre des données du ou vers le terminal T, via la première interface de communication Il Le deuxième module d'émission-réception ER2 de la carte d'abonné C est apte à 25 recevoir et à transmettre des données du ou vers le module sans contact NFC du terminal T, via la deuxième interface de communication I2. On rappelle que l'interface ISO 7816 et l'interface SWP utilisent des contacts physiques d'une carte d'abonné différents pour la transmission des données. 2942683 - 12 - Lors de la première étape El, le terminal T échange des données d'initialisation INIT avec la carte d'abonné C, via la première interface de communication Il, le premier module MC1 de communication du terminal T et le premier module d'émission réception ER1 de la carte d'abonné C. Cet échange de données permet par 5 exemple de déterminer la vitesse de dialogue entre le terminal et la carte d'abonné et/ou de transmettre des informations de profil du terminal. Lors de cet échange, le terminal transmet par exemple un évènement appelé "event command after ATR" (décrit dans la norme ETSI TS 102.241 release 6, chapître 6.2). Cet évènement déclenche le lancement de l'application de gestion CDI de la carte d'abonné C. 10 A titre d'alternative, le lancement de l'application de gestion CDI peut être effectué sur réception d'un autre évènement ou commande transmis par le terminal T lors de l'échange de données d'initialisation INIT. Lors de l'étape E2 suivante, l'application de gestion CDI de la carte d'abonné C transmet au module sans contact NFC du terminal T, via le deuxième module ER2 15 d'émission réception de données de la carte d'abonné C et la deuxième interface de communication I2, une requête RQ1 d'informations de configuration. La requête RQ1 est par exemple une commande HCI "any get parameter" comportant en paramètre un index de la registre REG. La commande HCI "any get parameter" est définie dans la norme ETSI TS 102.622 release 7 chapître 8.2. 20 Par exemple, la mémoire REG contient un nombre prédéterminé de bits, chaque bit est attribué à un opérateur déterminé et l'index du registre REG contenu dans la commande RQ1 est une position (ou offset) dans le registre REG du bit réservé à l'opérateur gérant la carte d'abonné C. La requête RQ1 est reçue par le premier module ERC d'émission réception de 25 données du module sans contact NFC lors de l'étape E3 et transmise au module de traitement MT du module sans contact NFC. Si le terminal T ne possède pas de module sans contact, il ne reçoit pas la requête et le processus s'arrête. 2942683 - 13 - Si le module sans contact NFC n'implémente pas la deuxième interface de communication I2, c'est-à-dire si le module sans contact NFC ne comprend pas les commandes HCI dans l'exemple de réalisation, le processus s'arrête. Sinon, l'étape E3 est suivie de l'étape E4 lors de laquelle le module de traitement 5 MT du module sans contact NFC lit en mémoire le registre REG et transmet, via le premier module ERC d'émission réception de données du module sans contact NFC et la deuxième interface de communication I2, la valeur contenue à l'index reçu dans le registre REG. La valeur contenue à l'index reçu dans le registre REG représente une information de configuration INF. 10 Par exemple, l'index contient un bit positionné à 1 ou à 0 indiquant si une application d'interface CPI associée à l'application de gestion CDI des applications de la carte d'abonné C est présente ou non dans le terminal T. Lors de l'étape E5, la carte d'abonné C reçoit l'information de configuration INF. 15 L'étape E5 est suivie d'une étape E6 lors de laquelle la carte d'abonné C détermine, en fonction de l'information de configuration INF reçue, si une application d'interface CPI associée à l'application de gestion CDI des applications de la carte d'abonné C est présente ou non dans le terminal T. Si l'information de configuration INF reçue atteint une valeur prédéterminée par 20 exemple 1, l'application d'interface CPI associée à l'application de gestion CDI est présente. L'information de présence de l'application d'interface CPI indique à l'application de gestion CDI et donc à la carte d'abonné C que le terminal T est correctement configuré pour fonctionner avec la carte d'abonné C insérée. Dans ce cas, le processus s'arrête et la carte d'abonné C se positionne, par exemple, en attente 25 d'une commande du terminal T ou du module sans contact NFC. Si l'information de configuration INF reçue n'atteint pas la valeur prédéterminée, l'application d'interface CPI n'est pas présente dans le terminal T. Dans ce cas, l'application de gestion CDI transmet, lors de l'étape E7, au terminal T, via le premier module ER1 d'émission réception de données et la première interface de 2942683 - 14 - télécommunication Il, une commande CT de téléchargement de l'application d'interface CPI associée à l'application CDI de gestion. La commande CT est par exemple un SMS (pour "Short Message Service") contenant le numéro du serveur SG, par exemple une commande "Send Short 5 Message" définie dans la norme ETSI TS 102.223 release 4 chapître 6.4. A titre d'alternative, la commande CT est une demande de connexion HTTP (pour "HyperText transfert Protocol") à l'adresse IP du serveur SG. La demande de connexion est par exemple une commande "launch brower" définie dans la norme ETSI TS 102.223 release 4 chapître 6.4. 10 La commande CT contient également une information d'identification du terminal T, par exemple le numéro IMEI (pour "International Mobile Equipment Identity") du terminal T. Le numéro IMEI du terminal T est par exemple obtenu par la carte d'abonné C en réponse à une commande "Provide-Local-Information" transmise par la carte d'abonné C au terminal T via la première interface de communication Il. 15 La commande "Provide-Local-Information" est définie dans la norme ETSI TS 102.223. Le terminal T reçoit, lors de l'étape E8, la commande de téléchargement CT et la retransmet au serveur de gestion SG via le deuxième module de communication MC2 du terminal T et le réseau R. 20 A titre d'alternative, la commande CT reçue lors de l'étape E8 ne contient pas d'information d'identification du terminal T et cette information est ajoutée par le terminal T avant envoi de la commande CT au serveur de gestion SG. L'étape E8 est suivie d'une étape E9 lors de laquelle l'application d'interface CPI associée à l'application CDI de gestion est reçue par le terminal T via le deuxième 25 module de communication MC2 et est enregistrée dans une mémoire du terminal T. Puis, lors de l'étape E10, Le terminal T commande la mise à jour de l'information de configuration INF dans le registre REG. Par exemple, la mise à jour consiste à positionner à une valeur prédéterminée, par exemple à 1, le bit attribué à l'opérateur gérant la carte d'abonné C, indiquant ainsi la présence de l'application 30 d'interface CPI dans le terminal T. 2942683 - 15 - Cette mise à jour est par exemple effectuée par l'envoi par le terminal T, via le troisième module MC3 de communication du terminal T et via la troisième interface de communication I3, d'une commande HCI "any set parameter" définie dans la norme ETSI TS 102.622 release 7 chapitre 8.2. La commande transmise est reçue par le 5 deuxième module d'émission réception ERT du module sans contact NFC et transmise au module de traitement MT qui met à jour le registre REG. Suite à son installation, l'application d'interface CPI est lancée de façon classique et l'application d'interface CPI détermine les autres applications d'interface à télécharger et en commande leur téléchargement. Par exemple, l'application d'interface 10 CPI associée à l'application de gestion CDI des applications de la carte d'abonné C interroge l'application CDI de gestion, via la première interface de communication Il, pour obtenir la liste des applications installées dans la carte d'abonné C. Suite à la réception de cette information, l'application d'interface CPI détermine quelles sont les applications d'interface associées aux applications de la carte d'abonné et non 15 installées dans le terminal T. Puis l'application d'interface CPI commande, auprès du serveur SG, le téléchargement de ces applications. Un deuxième mode de réalisation va maintenant être décrit Dans ce mode de réalisation, un programme principal OSC (appelé OS-carte 20 pour "operating system") et trois applications API, AP2 et AP3 de fournisseurs de service ont été installées sur le carte d'abonné C. Par exemple, l'application AP 1 est une application de transport, l'application AP2 est une application de paiement et l'application AP3 est une application de fidélité. 25 Une application d'interface AI1 est associée à l'application AP1, une application d'interface AI2 est associée à l'application AP2 et une application d'interface AI3 est associée à l'application AP3. Le registre REG du module sans contact NFC a été initialisé lors d'une phase préalable de configuration du terminal T, par exemple lors de la fabrication. 2942683 - 16 - Lors de la première étape El de démarrage, le terminal T initialise un échange de données d'initialisation INIT avec la carte d'abonné C. Lors de l'étape E2 suivante, le programme principal OSC de la carte d'abonné C transmet au module sans contact NFC du terminal T, via la deuxième interface de 5 communication I2, une requête RQ2 d'informations de configuration. La requête RQ2 est par exemple une commande HCI "any get parameter" comportant en paramètre un index du registre REG du module de communication sans contact NFC. Dans ce mode de réalisation, le registre REG contient un nombre prédéterminé de bits formant un ou plusieurs groupes, chaque groupe étant attribué à un opérateur 10 prédéterminé. De plus, chaque bit est associé à une application d'interface. Un exemple de registre REG est illustré en figure 4. Dans cet exemple, le registre REG contient 4 groupes G1, G2, G3 et G4 de 5 bits. Le groupe G2 est attribué à l'opérateur gérant la carte d'abonné C. Le bit 5, qui est un bit du groupe G2, est associé à l'application d'interface AI3 associée à l'application AP3, le bit 7 est 15 associé à l'application d'interface AI2 associée à l'application AP2 et le bit 8 est associé à l'application d'interface AIl associée à l'application AP1. Dans l'exemple de réalisation décrit, l'index du registre REG contenu dans la commande est une adresse permettant au module sans contact NFC d'atteindre le groupe G2 du registre REG, le groupe G2 étant ici le groupe réservé pour l'opérateur 20 gérant la carte d'abonné C. A titre d'alternative, l'index est une position (ou offset) par rapport à l'adresse de début du registre REG, par exemple l'offset correspondant au groupe G2. La requête RQ2 est reçue par le module sans contact NFC lors de l'étape E3. Lors de l'étape E4, le module sans contact NFC lit en mémoire le registre REG, 25 et transmet via la deuxième interface de communication I2 à la carte d'abonné C, le contenu du registre REG pour le groupe G2, c'est-à-dire les 5 bits du groupe G2. Ces 5 bits représentent une information de configuration INF. Si on suppose que seule l'application d'interface AI2 associée à l'application AP2 est installée dans le terminal T, l'information de configuration transmise est "00100". 2942683 - 17 - Lors de l'étape E5 suivante, la carte d'abonné C reçoit l'information de configuration INF. Lors de l'étape E6 suivante, le programme principal OSC de la carte d'abonné C détermine, en fonction de l'information de configuration reçue, que l'application 5 d'interface AI2 associée à l'application AP2 de la carte d'abonné est présente dans le terminal T et que les applications d'interface AI 1 et AI3 associées respectivement aux applications API et AP3 de la carte d'abonné C sont absentes dans le terminal T. Lors de l'étape E7, le programme OSC de la carte d'abonné C commande la transmission au terminal T, via le premier module ER1 d'émission-réception de 10 données et la première interface de télécommunication Il, une commande CT 1 de téléchargement de l'application d'interface AIl et une commande CT2 de téléchargement de l'application d'interface AI3. Le terminal T reçoit lors de l'étape E8 les commandes de téléchargement CT1 et CT2 et les retransmet au serveur de gestion SG via le deuxième module de 15 communication MC2. L'étape E8 est suivie de l'étape E9 lors de laquelle les applications d'interface AIl et AI3 associées aux applications AP1 et AP3 sont reçues par le terminal T via le deuxième module de communication MC2 du terminal T puis enregistrées dans une mémoire du terminal T, par exemple une mémoire 104 de type EEPROM. 20 Puis, lors de l'étape E10, le terminal T met à jour le registre REG. Pour cela, il envoie au module sans contact NFC, via la troisième interface I3, une commande HCI "set parameter" avec en paramètre la valeur 10110 et la valeur de l'index. Si, par la suite, le terminal T procède au téléchargement d'une nouvelle application d'interface, suite, par exemple à une demande de l'utilisateur du terminal T, 25 suite au téléchargement de cette nouvelle application d'interface, le terminal T met à jour le registre REG du module de communication sans contact NFC. Les deux modes de réalisation décrits sont donnés à titre d'exemple et peuvent être combinés. 2942683 - 18 - Par exemple, le registre REG peut contenir une première partie dans laquelle un bit est affecté par opérateur et une seconde partie indiquant les applications d'interface installées. La carte d'abonné C peut ainsi commander le téléchargement d'une application d'interface CPI associée à une application CDI de gestion des applications 5 de la carte d'abonné puis le téléchargement d'applications d'interface associées aux applications des fournisseurs de service présentes dans la carte d'abonné. Dans une variante de réalisation, suite à l'étape El d'initialisation, la carte d'abonné C envoie au terminal T, via la première interface de communication Il, une commande d'obtention d'un numéro d'identification du terminal T, par exemple le 10 numéro IMEI. Le numéro d'identification reçu est comparé à un numéro d'identification enregistré dans la carte d'abonné. Si les numéros d'identification sont identiques, le terminal T correspond au terminal utilisé lors de l'utilisation précédente de la carte d'abonné et les étapes E2 à E10 ne sont pas mises en oeuvre. En revanche, si le numéro d'identification reçu est différent du numéro d'identification enregistré, le 15 numéro d'identification enregistré est remplacé en mémoire par le numéro d'identification reçu et les étapes E2 à E10 sont mises en oeuvre. Cette variante permet de limiter la mise en oeuvre des procédés de demande de configuration et de configuration au cas où un changement de terminal est détecté par la carte d'abonné. REVENDICATIONS1. Procédé de demande de configuration d'un terminal (T) connecté à une carte d'abonné (C), ladite carte contenant au moins une application caractérisé en ce que, suite à une étape d'échanges d'information d'initialisation, via une première interface de communication (Il), entre ledit terminal et ladite carte d'abonné, il comporte : - une étape d'envoi (E2), via une deuxième interface de communication (I2), d'une requête (RQ) d'une information de configuration (INF) du terminal; - une étape de réception (E5), via la deuxième interface de communication (I2), d'une 10 réponse (RP) à la requête (RQ) comportant une information de configuration dudit terminal; - pour au moins une application de la carte d'abonné, une étape de détermination (E6), en fonction de l'information de configuration reçue, de la présence ou de l'absence dans le terminal d'une application d'interface associée à ladite au moins une 15 application; - une étape d'envoi (E7), via la première interface de télécommunication, d'au moins une commande (CT) de téléchargement de ladite application d'interface en cas d'absence. 20 2. Procédé de demande de configuration selon la revendication 1 caractérisé en ce que l'application d'interface (CPI) est apte à gérer l'ensemble des applications d'interface présentes dans le terminal. 3. Procédé de demande de configuration selon la revendication 1 caractérisé en ce 25 que la requête comporte une adresse d'un registre d'un module de communication sans contact du terminal et en ce que la réponse contient au moins une partie du contenu dudit registre. 2942683 - 20 - 4. Procédé de demande de configuration selon la revendication 3 caractérisé en ce que le registre contient une information de présence ou d'absence d'au moins une application d'interface. 5 5. Procédé de configuration d'un terminal (T) connecté à une carte d'abonné (C), ladite carte contenant au moins une application, caractérisé en ce que, suite à une étape d'échanges d'information d'initialisation, via une première interface de communication (Il), entre ledit terminal et ladite carte d'abonné, il comporte : - une étape de réception (E3), via une deuxième interface de communication (I2), d'une requête (RQ) d'une information (NF) de configuration du terminal; - une étape d'envoi (E4), via la deuxième interface de communication (I2), d'une réponse (RP) à la requête comportant une information de configuration dudit terminal; et, si au moins une application d'interface associée à une application de la carte d'abonné n'est pas présente dans ledit terminal : - une étape de réception (E8), via la première interface de télécommunication (Il), d'au moins une commande (CT) de téléchargement d'une application d'interface associée à ladite application de la carte d'abonné; - une étape de transmission (E8) de ladite au moins une commande à un serveur distant; et - une étape de mise à jour (El0) de l'information de configuration, suite au téléchargement de l'application d'interface commandée. 6. Procédé de configuration selon la revendication 5 caractérisé en ce que 25 l'information de configuration est contenue dans un registre (REG) d'un module de communication sans contact du terminal mobile. 7. Procédé de configuration selon la revendication 5 caractérisé en ce que la requête comporte une adresse d'un registre d'un module de communication sans 2942683 - 21 - contact du terminal et en ce que la réponse contient au moins une partie du contenu dudit registre. 8. Procédé de configuration selon la revendication 5 caractérisé en ce que 5 l'application d'interface (CPI) est apte à gérer l'ensemble des applications d'interface présentes dans le terminal. 9. Procédé de configuration selon la revendication 5 caractérisé en ce que l'étape de mise à jour (El0) de l'information de configuration comprend l'envoi d'une 10 commande à un module de communication sans contact du terminal, via une troisième interface de communication (I3). 10. Procédé de configuration selon la revendication 5 caractérisé en ce que l'étape de mise à jour de l'information de configuration est réitérée lors d'un téléchargement 15 par le terminal d'une nouvelle application d'interface. 11. Carte d'abonné (C) apte à être insérée dans un terminal (T) et contenant au moins une application, ladite carte étant apte à échanger des informations d'initialisation avec le terminal via une première interface de communication (Il) et via 20 un premier module (ER1) d'émission réception de données, caractérisée en ce qu'elle comprend : - un deuxième module (ER2) d'émission réception de données apte à envoyer, via une deuxième interface de communication (I2), une requête (RQ) d'une information de configuration du terminal et apte à recevoir, via la deuxième interface de communication, une réponse à la requête (RP) comportant une information de configuration (NF) dudit terminal; - des moyens de détermination (DET) aptes à déterminer, pour au moins une application de la carte d'abonné, en fonction de l'information de configuration reçue, la présence ou l'absence dans le terminal d'une application d'interface associée à ladite au moins une application; 2942683 - 22 - et en ce que le premier module (ER1) d'émission réception de données est apte à envoyer, via la première interface de télécommunication (Il), au moins une commande de téléchargement (CT) de ladite application d'interface en cas d'absence. 5 12. Terminal (T) apte à être connecté à une carte d'abonné (C) contenant au moins une application, ledit terminal étant apte à échanger des informations d'initialisation avec la carte d'abonné via une première interface de communication (Il) et via un premier module (MC1) de communication de données, caractérisé en ce qu'il comprend : 10 - un module de communication sans contact NFC comprenant un premier module (ERC) d'émission réception de données, apte à recevoir, via une deuxième interface de communication (I2), une requête (RQ) d'une information de configuration du terminal et à envoyer, via la deuxième interface de communication (I2), une réponse (RP) à la requête comportant une information (INF) de configuration dudit terminal; 15 ledit premier module (MC1) de communication du terminal étant apte à recevoir, via une première interface de télécommunication (Il), au moins une commande (CT) de téléchargement d'une application d'interface associée à une application de la carte d'abonné; - des moyens de transmission (RD) de ladite au moins une commande (CT) à un 20 serveur distant (SG); - des moyens (MAJ) de mise à jour de l'information de configuration, suite au téléchargement de l'application d'interface commandée. 13. Produit programme d'ordinateur comprenant des instructions pour mettre en 25 oeuvre les étapes d'un procédé de demande de configuration selon l'une des revendications 1 à 4 lorsqu'il est chargé et exécuté par un processeur. 14. Produit programme d'ordinateur comprenant des instructions pour mettre en oeuvre les étapes d'un procédé de configuration selon l'une des revendications 5 à 10 30 lorsqu'il est chargé et exécuté par un processeur.