Brevet FR3087919A1 — publié le 20200501

DOMAINE DE L'INVENTION L'invention est dans le domaine des cartes à puce. Elle concerne, en particulier, une carte à puce multiapplicative et un procédé de communication mis en oeuvre par une telle carte à puce. CONTEXTE DE L'INVENTION Les cartes à circuit intégré (ICC) ou les cartes à puce sont aujourd'hui largement utilisées. De telles cartes à puce comprennent classiquement une interface de communication à contact par exemple conforme à la norme ISO 7816, par l'intermédiaire de laquelle une connexion électrique peut être établie entre un lecteur externe et des plages conductrices localisées sur la carte à puce. Également, une interface de communication sans contact CL (pour contact/ess en anglais) est souvent prévue sur la carte. Une telle interface permet d'établir une connexion sans fil (typiquement une communication en champ proche) entre un lecteur externe et une antenne localisée dans la carte à puce. Par exemple, l'interface sans contact est conforme à la norme IS014443 - type A ou type B. Afin de garantir la sécurité de la carte et des données qu'elle contient, toute lecture ou écriture de données sur la carte à puce s'effectue par l'intermédiaire de l'interface de contact ou sans contact. Traditionnellement, toute modification de la carte se fait par l'intermédiaire d'un terminal ayant un lecteur de carte connecté à la carte à puce par cette interface. Plus récemment, des cartes à puce ont été développées avec une interface utilisateur permettant à celui-ci de modifier le mode de fonctionnement de la carte indépendamment de tout terminal. En pratique, l'utilisateur peut sélectionner, par exemple en appuyant sur un bouton, un mode de fonctionnement de la carte parmi plusieurs modes proposés, l'activation des différents modes étant signalée par des LED. Par exemple, en fonction du mode sélectionné par l'utilisateur, la carte peut fonctionner comme une carte de paiement ou comme un titre de transport. Une fois le mode sélectionné, l'utilisateur peut ensuite l'utiliser avec un terminal, comme une carte à puce classique. Dans les cartes actuelles utilisant une interface sans contact, le protocole de communication est sélectionné et configuré par l'émetteur de la carte avant que la carte soit remise à son utilisateur. Ainsi, toutes les applications qui seront sélectionnées par la suite devront fonctionner selon le protocole de communication configuré. Autrement dit, l'interface de communication sans contact fonctionne selon un seul et même protocole de communication. 2 Ceci peut s'avérer problématique dans la mesure où diverses applications requièrent l'utilisation d'un protocole de communication CL différent. Par exemple, alors que le fonctionnement de la carte à puce comme carte de paiement CL peut nécessiter un protocole de communication conforme au standard IS014443 - Type A, le fonctionnement de 5 la carte à puce comme titre de transport peut nécessiter un protocole de communication conforme au standard IS014443 -Type B. Actuellement, pour permettre à des applications utilisant différents protocoles de communication CL d'être mises en oeuvre, il est nécessaire de prévoir autant de circuits intégrés et d'interfaces de communication sur la carte à puce que de protocoles de 10 communication à mettre en oeuvre. Une autre possibilité consiste à avoir autant de cartes à puce (comprenant un circuit intégré et une interface de communication) que de protocoles de communication mis en oeuvre. Ces éléments matériels supplémentaires augmentent le coût de fabrication et rajoutent de l'encombrement sur la carte. De plus, la surface et l'épaisseur de la carte étant limités, seul un nombre restreint d'interfaces de communication peut y être 15 intégré. Enfin, une telle implémentation ne permet pas de coopération, telle que le partage de données (par exemple des données cryptographiques telles que des clés cryptographiques et/ou des données d'authentification telles qu'un mot de passe, un PIN ou une donnée biométrique par exemple) ou le partage d'autres moyens (contre-mesures sécuritaires par exemple), entre les applications nécessitant des protocoles différents. Les fonctionnalités de 20 la carte sont ainsi limitées. Il existe ainsi un besoin de permettre le fonctionnement d'une carte puce multiapplicative selon plusieurs protocoles de communication sans contact, sans avoir à multiplier les interfaces de communication nécessaires. 25 RÉSUMÉ DE L'INVENTION La présente invention a ainsi pour objet de pallier au moins un de ces inconvénients. Dans ce contexte, un premier aspect de l'invention concerne une carte à puce 30 multiapplicative comprenant : un élément sécurisé configuré pour mettre en oeuvre une pluralité d'applications, une première interface de communication externe configurée pour connecter la carte à puce à un lecteur de carte; une deuxième interface de communication configurée pour permettre à un utilisateur 35 de sélectionner, depuis une interface utilisateur, un mode de fonctionnement de la carte à puce parmi plusieurs modes, chaque mode étant lié à une ou plusieurs applications parmi la pluralité ; 3 une mémoire configurée pour mémoriser un premier indicateur relatif au mode sélectionné par l'utilisateur au niveau de l'interface utilisateur ; la carte à puce étant caractérisée en ce que : la mémoire est configurée pour mémoriser un second indicateur relatif au protocole de 5 communication à utiliser pour toute communication entre la carte et le lecteur par l'intermédiaire de la première interface de communication externe; - la carte à puce est configurée pour mettre à jour le second indicateur en fonction du premier indicateur et de données de correspondance indiquant, pour chaque mode, un protocole de communication à utiliser pour communiquer avec le lecteur lorsque ledit 10 mode est sélectionné par l'utilisateur ; et la première interface de communication externe est configurée pour communiquer avec le lecteur conformément au second indicateur. De façon générale, l'invention permet de faire fonctionner une carte à puce selon différents modes sélectionnés par un utilisateur mettant en oeuvre différents protocoles de 15 communication CL sans nécessiter de modification matérielle de la carte telle que l'ajout d'une interface de communication. Avantageusement, une carte à puce selon l'invention peut donc être aussi compacte que dans l'art antérieur, et équivalente en termes de coût de fabrication, alors qu'elle offre une meilleure fonctionnalité à l'utilisateur. 20 En effet, des applications sélectionnées ultérieurement pourront être mises en oeuvre même si elles nécessitent un protocole de communication différent de celui utilisé par une application précédemment sélectionnée. Ceci permet la coopération entre les applications nécessitant des protocoles différents, telle que le partage de données (par exemple des données cryptographiques telles 25 que des clés cryptographiques et/ou des données d'authentification telles qu'un mot de passe, un PIN ou une donnée biométrique par exemple) ou le partage d'autres moyens (contre-mesures sécuritaires par exemple). Pour cette raison encore, une carte à puce conforme à des modes de réalisation de l'invention offre une meilleure fonctionnalité que dans l'art antérieur. 30 Corrélativement, un deuxième aspect de l'invention concerne un procédé de communication mis en oeuvre par une carte à puce multiapplicative comprenant : - un élément sécurisé configuré pour mettre en oeuvre une pluralité d'applications, - une première interface de communication externe configurée pour connecter la carte à puce à un lecteur de carte; 35 une deuxième interface de communication configurée pour permettre à un utilisateur de sélectionner, depuis une interface utilisateur, un mode de fonctionnement de la 4 carte à puce parmi plusieurs modes, chaque mode étant lié à une ou plusieurs applications parmi la pluralité ; une mémoire configurée pour mémoriser un premier indicateur relatif au mode sélectionné par l'utilisateur au niveau de l'interface utilisateur et un second indicateur ; 5 le procédé étant caractérisé en ce que ledit second indicateur est relatif au protocole de communication à utiliser pour toute communication entre la carte et le lecteur par l'intermédiaire de la première interface de communication externe et en qu'il comprend les étapes suivantes : mise à jour du second indicateur en fonction du premier indicateur et de données de 10 correspondance indiquant, pour chaque mode, un protocole de communication à utiliser pour communiquer avec le lecteur lorsque ledit mode est sélectionné par l'utilisateur ; et communication entre la carte à puce et le lecteur par l'intermédiaire de la première interface de communication externe conformément au second indicateur. 15 D'autres caractéristiques de la carte à puce selon des modes de réalisation particuliers sont décrites dans les revendications dépendantes. Dans certains modes de réalisation, la première et la deuxième interfaces sont confondues. Il est précisé que la seconde interface de communication a vocation essentiellement à faire le lien avec l'interface utilisateur. 20 Ainsi, dans des modes de réalisation où l'interface utilisateur est externe à la carte, la première interface de communication peut faire le lien avec l'interface utilisateur et joue ainsi le rôle de la seconde interface. Dans un mode particulier de réalisation de l'invention, la première interface de communication externe est une interface de communication sans contact. 25 Dans un mode particulier de réalisation de l'invention, chaque mode de fonctionnement correspond à une unique application. Dans un mode particulier de réalisation de l'invention, chaque mode de fonctionnement correspond à une pluralité (ou une combinaison) d'applications, toutes fonctionnant selon le même protocole de communication. 30 Dans un mode particulier de réalisation de l'invention, les données de correspondance sont sous forme de table et le premier indicateur est un index indiquant une entrée de cette table. Dans un mode particulier de réalisation de l'invention, le protocole de communication est conforme au standard IS014443 - Type A ou Type B, I nnovatron Type B' 35 ou Felica. Dans un mode particulier de réalisation de l'invention, le second indicateur est mis à jour à l'initialisation d'une communication entre la carte à puce et le lecteur de carte. 5 Dans un mode particulier de réalisation de l'invention, le second indicateur est mis à jour à la mise sous tension de la carte à puce, avec le protocole de communication associé à la dernière valeur prise par le premier indicateur. Dans un mode particulier de réalisation de l'invention, le second indicateur est mis 5 à jour à la mise sous tension de la carte à puce avec un protocole de communication différent des protocoles de communication associés aux modes de fonctionnement que l'utilisateur peut sélectionner. Ceci permet de simuler l'inhibition de la première interface tant que l'utilisateur n'a pas sélectionné un mode. 10 Ainsi, tant qu'un mode n'a pas été sélectionné par l'utilisateur, une interface utilisateur externe à la carte peut communiquer avec celle-ci via la première interface de communication externe (qui joue alors également le rôle de seconde interface) sans qu'elle puisse être utilisée à d'autres fins, par exemple liées aux applications de ladite carte. Dans un mode particulier de réalisation de l'invention, le second indicateur est mis 15 à jour dès la sélection d'un nouveau mode par l'utilisateur. Dans un mode particulier de réalisation de l'invention, si une communication est déjà en cours sur la première interface de communication, alors cette communication est interrompue lors de ladite mise à jour. Ceci permet d'éviter une situation dans laquelle le protocole de communication 20 serait modifié en cours de communication (ou de l'initialisation de celle-ci). En effet, une telle modification serait susceptible de perturber le fonctionnement de la carte ou ne serait pas prise en compte par celle-ci. Dans un mode particulier de réalisation de l'invention, l'interface utilisateur comporte un capteur d'empreinte. 25 Dans un mode particulier de réalisation de l'invention, l'interface utilisateur comprend au moins un bouton. Dans un mode particulier de réalisation de l'invention, la première interface de communication est activée après la mise à jour du deuxième indicateur. Ainsi, par exemple, à chaque utilisation de la carte, l'utilisateur doit sélectionner le 30 mode qu'il souhaite utiliser. Autrement dit, l'utilisation de la carte est conditionnée à une sélection préalable d'un mode de fonctionnement. Dans un mode particulier de réalisation de l'invention, la deuxième interface de communication et l'interface utilisateur sont internes à la carte. En variante, la deuxième interface de communication est configurée pour 35 communiquer avec l'interface utilisateur qui est externe à la carte. Dans un mode particulier de réalisation, les différentes étapes des procédés précités sont déterminées par des instructions de programmes d'ordinateur. En conséquence, 6 l'invention vise aussi des programmes d'ordinateur sur des supports d'information, ces programmes étant susceptibles d'être mis en oeuvre par des microprocesseurs, et comprenant des instructions adaptées à la mise en oeuvre des étapes des procédés tels que mentionnés ci-dessus. 5 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 partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi des supports d'information lisibles par un microprocesseur, 10 et comprenant des instructions de programmes d'ordinateur tels que mentionnés ci-dessus. Les supports d'information peuvent être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, les supports peuvent comprendre un moyen de stockage, tel qu'une ROM, par exemple une ROM de microcircuit, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur, ou encore une mémoire 15 flash. D'autre part, les supports d'information peuvent être des supports transmissibles tels que des signaux électriques ou optiques, qui peuvent être acheminés par l'intermédiaire d'un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur une plateforme de stockage d'un réseau 20 de type Internet. Alternativement, les supports d'information 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 des procédés en question. Les supports d'information et les programmes d'ordinateur précités présentent des 25 caractéristiques et avantages analogues aux procédés qu'ils mettent en oeuvre. BRÈVE DESCRIPTION DES FIGURES D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les figures ci-jointes qui en illustrent des exemples de 30 réalisation dépourvus de tout caractère limitatif. Sur les figures : la figure 1 représente schématiquement une carte à puce comprenant une interface utilisateur conforme à des modes de réalisation de l'invention ; la figure 2 illustre un procédé conforme à des modes de réalisation de l'invention. 35 DESCRIPTION DÉTAILLÉE DE L'INVENTION La figure 1 représente schématiquement une carte à puce 10 comprenant une interface utilisateur 35 conforme à des modes de réalisation de l'invention. 7 Ainsi dans ces modes de réalisation, l'interface utilisateur est interne à la carte. Cependant, l'invention n'est pas limitée à ces modes de réalisation. Par exemple, selon d'autres modes de réalisation, l'interface utilisateur peut être extérieure à la carte (par exemple embarquée sur un lecteur de carte externe), et la carte peut communiquer avec cette interface 5 via une interface de communication externe. Dans cet exemple, la carte à puce 10 comprend un élément sécurisé 20 et un module d'interface utilisateur 30. Le module 30 peut se présenter sous la forme de circuit intégré séparé logé dans le corps de la carte 10. Dans cet exemple, le module 30 comprend un microprocesseur 31 qui est connecté fonctionnellement à l'interface utilisateur 35 10 comprenant un ensemble de LED 36 et au moins un bouton 37. Une interface interne 38 est prévue entre le module 30 et l'élément sécurisé 20. Selon des modes de réalisation, l'interface utilisateur 35 comporte un capteur d'empreinte. Selon des modes de réalisation, le module 30 comprend également une batterie 15 (non représentée). La batterie peut permettre à la carte de fonctionner lorsque la carte n'est pas alimentée via un lecteur de carte externe 50. L'élément sécurisé 20 comprend un processeur 21 et une mémoire 22. Il est de plus connecté à au moins une interface de communication externe 12, 14 afin de communiquer avec un lecteur de carte externe 50, par exemple selon un protocole de communication est 20 conforme au standard 15014443 - Type A ou Type B, Innovatron Type B' ou Felica. Il est fait remarquer que dans d'autres modes de réalisation (non représentés) dans lesquels l'interface utilisateur est fournie par un équipement externe à la carte à puce 10 (par exemple le lecteur de carte externe 50), l'interface de communication externe 12,14 peut servir à connecter l'interface utilisateur externe à l'élément sécurisé 20. 25 La communication entre l'élément sécurisé 20 et le module 30 via l'interface interne 38 peut être conforme à la norme ISO 7816. Le processeur 31 est configuré pour exécuter un système d'exploitation (OS) 33 mémorisé dans une mémoire 32, l'OS permettant à un utilisateur de la carte 10 de sélectionner un mode de fonctionnement de la carte. La carte peut prendre en charge un total de N modes 30 de fonctionnement, où N est un entier supérieur ou égal à 1. Des applications 23 sont stockées par l'élément sécurisé 20. Chacun des modes de fonctionnement peut correspondre à une application ou à une combinaison de plusieurs applications 23. Dans ce cas, toutes les applications correspondant au mode sélectionné fonctionnent selon le même protocole de communication. 35 Par exemple, en fonction du mode sélectionné par l'utilisateur, la carte peut fonctionner comme une carte de paiement ou comme un titre de transport. 8 Chaque application est identifiée par un identificateur d'application noté AID. L'élément sécurisé 20 stocke également une application LCI 24 de l'interface utilisateur 35. Selon des modes de réalisation, l'élément sécurisé 20 stocke un premier indicateur 25 relatif au mode sélectionné par l'utilisateur au niveau de l'interface utilisateur 35. 5 L'élément sécurisé 20 stocke également un second indicateur 26 relatif au protocole de communication à utiliser lorsque la carte se connecte audit lecteur 50 par l'intermédiaire de l'interface de communication externe 12,14. Il stocke également des données de correspondance, ou des données de mappage 26B qui indiquent, pour chacun des modes, une correspondance (mappage) entre le mode sélectionné et le protocole de 10 communication 26 à utiliser pour communiquer avec le lecteur externe 50. Les deux indicateurs 25 et 26 peuvent être stockés dans un bloc fonctionnel 24 qui constitue l'application de l'interface utilisateur. Le processeur 31 peut communiquer avec l'application LCI 24 en envoyant une trame APDU avec l'Al D de l'application LCI 24. Ainsi, selon l'invention, chaque mode est associé à une table, par exemple, listant 15 les applications visibles et sélectionnables par le lecteur externe 50 via l'interface de communication 12, 14. Chaque table contient également une valeur définissant le protocole de communication associé au mode (et donc utilisé pour toutes les applications de ce mode). Quand un mode est sélectionné par l'utilisateur, le circuit intégré rend visible et sélectionnable les applications qui sont dans la table associée au mode sélectionné. 20 Selon des modes de réalisation particuliers, le deuxième indicateur 26 est mis à jour à l' inifialisafion d'une communication entre la carte à puce 10 et le lecteur externe 50. Selon des modes de réalisation particuliers, le deuxième indicateur 26 est mis à jour à la mise sous tension de la carte à puce 10, avec le protocole de communication associé à la dernière valeur prise par le premier indicateur 25. 25 Selon des modes de réalisation particuliers, le deuxième indicateur 26 est mis à jour à la mise sous tension de la carte à puce avec un protocole de communication différent des protocoles de communication associés aux modes de fonctionnement que l'utilisateur peut sélectionner. Selon des modes de réalisation particuliers, la première interface de 30 communication est activée après la mise à jour du deuxième indicateur. Selon des modes de réalisation particuliers, le deuxième indicateur 26 est mis à jour dès la sélection d'un nouveau mode par l'utilisateur. Si une communication est déjà en cours sur l'interface pendant cette sélection, il peut être nécessaire de couper ladite communication. Selon des modes de réalisation, la possibilité pour l'utilisateur de sélectionner 35 un nouveau mode peut être conditionnée par l'absence de communication sur l'interface de communication 12, 14. 9 Selon des modes de réalisation particuliers, si une communication est déjà en cours sur l'interface de communication 12, 14, alors cette communication est interrompue lors de ladite mise à jour. D'une part, ceci permet d'éviter une situation dans laquelle le protocole de 5 communication serait modifié en cours de communication (ou de l'initialisation de celle-ci), ce qui est susceptible de perturber le fonctionnement de la carte. En effet, l'élément sécurisé pourrait alors avoir un comportement instable et donc susceptible de commettre des erreurs, n'étant pas prévu pour supporter un tel changement. D'autre part, la nouvelle valeur des indicateurs risque de ne pas être prise en 10 compte sur une communication en cours, au sens que l'élément sécurisé n'irait pas lire ces valeurs pendant une communication. L'interruption de communication permet ainsi la prise en compte immédiate du nouveau mode sélectionné par l'utilisateur et du protocole de communication associé. Dans une situation où la communication est initialisée par le lecteur externe 50, si 15 celle-ci est conforme au protocole indiqué par la valeur courante du second indicateur 26, alors la communication pourra avoir lieu, et sinon, aucune communication ne pourra s'établir. Ainsi, le lecteur 50 ne peut pas forcer l'utilisation d'un autre protocole ou l'utilisation d'une autre application non compatible avec le protocole correspondant au mode choisi par l'utilisateur. La sécurité de la carte s'en trouve améliorée. 20 La figure 2 illustre un procédé conforme à des modes de réalisation de l'invention. Dans cet exemple, un utilisateur sélectionne le mode de fonctionnement 2 en utilisant l'interface utilisateur 35. Le processeur 31 signale à l'élément sécurisé 20, via l'interface interne 38, que ce mode 2 a été sélectionné. Pour ce faire, le processeur 31 peut envoyer une trame APDU avec l'AID de l'application LCI 24. 25 L'élément sécurisé 20 met alors à jour l'indicateur 25 avec le mode de fonctionnement 2. Le mode de fonctionnement 2 correspond par exemple à l'application 2 prise en charge par la carte 10, telle qu'une application paiement que l'utilisateur souhaite utiliser. Lors de la mise à jour du premier indicateur 25 par le processeur 31, l'application 30 LCI 24 appelle une fonction 'ChangeOSConfiguredProtocol' 201. Lorsqu'elle appelle cette fonction, l'application LCI 24 effectue une recherche dans la table 'Interface Config Bytes' 26B de données de correspondance, en utilisant le mode sélectionné par l'utilisateur (2) comme index dans la table 26B. Elle indique ensuite en paramètre les valeurs 'n' lues dans la table 26B pour chaque interface 12, 14 pour le mode 2. 35 La fonction ChangeOSConfiguredProtocol 201 met à jour la valeur du paramètre 'OSConfigurationProtocol_Contact' 202 et la valeur du paramètre 10 'OSConfigurationProtocol_CL' 203 avec les valeurs 'n' correspondantes. Ainsi, les paramètres 202 et 203 sont des exemples de deuxième indicateur. Lorsque la carte 10 est ensuite interrogée par un lecteur 50 via l'une des interfaces externes 12 ou 14, le système d'exploitation 200 adopte le comportement correspondant à la 5 valeur prise par l'un des paramètres 202 ou 203 selon l'interface de communication interrogée (12 ou 14) en mettant en oeuvre la fonction OSSelectInterfaceBehavior' 204. Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas. Notamment, le protocole de communication peut être conforme au standard IS014443 - Type A ou Type B, Innovatron Type B' ou Felica mais d'autres REVENDICATIONS1. Carte à puce multiapplicative (10) comprenant : un élément sécurisé (20) configuré pour mettre en oeuvre une pluralité d'applications, une première interface de communication externe (12, 14) configurée pour connecter la carte à puce à un lecteur de carte; une deuxième interface de communication (38) configurée pour permettre à un utilisateur de sélectionner, depuis une interface utilisateur (35), un mode de fonctionnement de la carte à puce parmi plusieurs modes, chaque mode étant lié à une ou plusieurs applications parmi la pluralité ; une mémoire (22) configurée pour mémoriser un premier indicateur relatif au mode sélectionné par l'utilisateur au niveau de l'interface utilisateur ; la carte à puce (10) étant caractérisée en ce que : la mémoire (22) est configurée pour mémoriser un second indicateur relatif au protocole de communication à utiliser pour toute communication entre la carte et le lecteur par l'intermédiaire de la première interface de communication externe; la carte à puce (10) est configurée pour mettre à jour le second indicateur en fonction du premier indicateur et de données de correspondance indiquant, pour chaque mode, un protocole de communication à utiliser pour communiquer avec le lecteur lorsque ledit mode est sélectionné par l'utilisateur ; et la première interface de communication externe (12, 14) est configurée pour communiquer avec le lecteur conformément au second indicateur. 2. Carte à puce (10) selon la revendication 1, dans laquelle la première interface de communication externe est une interface de communication sans contact (14). 3. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle chaque mode de fonctionnement correspond à une unique application. 4. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle chaque mode de fonctionnement correspond à une pluralité d'applications, toutes fonctionnant selon le même protocole de communication. 5. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle les données de correspondance sont sous forme de table et le premier indicateur est un index indiquant une entrée de cette table. 12 6. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle le protocole de communication est conforme au standard IS014443 - Type A ou Type B, I nnovatron Type B' ou Felica. 5 7. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle le second indicateur est mis à jour à l'initialisation d'une communication entre la carte à puce et le lecteur de carte. 10 8. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle le second indicateur est mis à jour à la mise sous tension de la carte à puce, avec le protocole de communication associé à la dernière valeur prise par le premier indicateur. 15 9. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle le second indicateur est mis à jour dès la sélection d'un nouveau mode par l'utilisateur. 10. Carte à puce (10) selon la revendication 9, dans laquelle si une 20 communication est déjà en cours sur la première interface de communication, alors cette communication est interrompue lors de ladite mise à jour. 11. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle l'interface utilisateur comporte un capteur d'empreinte. 25 12. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle l'interface utilisateur comprend au moins un bouton. 13. Carte à puce (10) selon l'une quelconque des revendications 30 précédentes, dans laquelle la première interface de communication est activée après la mise à jour du deuxième indicateur. 14. Carte à puce (10) selon l'une quelconque des revendications précédentes, dans laquelle la deuxième interface de communication et l'interface 35 utilisateur sont internes à la carte. 15. Carte à puce (10) selon l'une quelconque des revendications 1 à 13, dans laquelle la deuxième interface de communication est configurée pour communiquer avec l'interface utilisateur qui est externe à la carte. 13 16. Procédé de communication mis en oeuvre par une carte à puce multiapplicative (10) comprenant : un élément sécurisé (20) configuré pour mettre en oeuvre une pluralité d'applications, une première interface de communication externe (12, 14) configurée pour connecter 5 la carte à puce à un lecteur de carte; une deuxième interface de communication (38) configurée pour permettre à un utilisateur de sélectionner, depuis une interface utilisateur (35), un mode de fonctionnement de la carte à puce parmi plusieurs modes, chaque mode étant lié à une ou plusieurs applications parmi la pluralité ; 10 une mémoire (22) configurée pour mémoriser un premier indicateur relatif au mode sélectionné par l'utilisateur au niveau de l'interface utilisateur et un second indicateur ; le procédé étant caractérisé en ce que ledit second indicateur est relatif au protocole de communication à utiliser pour toute communication entre la carte et le lecteur par l'intermédiaire de la première interface de communication externe et en qu'il comprend 15 les étapes suivantes : mise à jour du second indicateur en fonction du premier indicateur et de données de correspondance indiquant, pour chaque mode, un protocole de communication à utiliser pour communiquer avec le lecteur lorsque ledit mode est sélectionné par l'utilisateur ; et 20 communication entre la carte à puce et le lecteur par l'intermédiaire de la première interface de communication externe conformément au second indicateur. 17. Produit programme d'ordinateur comprenant des instructions pour mettre en oeuvre le procédé selon la revendication 16 lorsque ledit programme est exécuté sur un 25 ordinateur.