Brevet FR3094517A1 — publié le 20201002

Description Titre de l'invention : Système électronique Domaine technique [0001] La présente description concerne de façon générale les appareils électroniques. La présente description s'applique de façon plus particulière à un composant électronique adapté à mettre en oeuvre plusieurs, au moins deux, systèmes d'exploitation différents. Technique antérieure [0002] Les appareils électroniques complexes, tels que les téléphones portables, les tablettes électroniques, les ordinateurs, etc, intègrent, au fil du temps, de plus en plus de fonctionnalités et permettent la mise en place de services numériques et/ou digitaux afin de s'intégrer au mieux à la vie quotidienne. A titre d'exemple, certains téléphones portables, et plus particulièrement des téléphones intelligents (smartphones), intègrent des services digitaux tels qu'un service de paiement bancaire, ou encore un service d'utilisation de titres de transport en commun, de billets de spectacle, une authentification de l'utilisateur auprès d'un système à distance (bancaire, administration publique, etc.). Pour mettre en oeuvre ces fonctionnalités, ces appareils peuvent intégrer des composants électroniques spécifiques à ces fonctionnalités, comme par exemple des composants sécurisés qui permettent de conserver/stocker des informations d'identification, de référence et d'authentification, généralement désignées par "credentials", et des ressources (assets) du fournisseur du service digital, des capteurs de mouvement, un module de communication en champ proche (Ncar Field Communication, NFC), etc. [0003] Une difficulté découlant de l'ajout de nouvelles fonctionnalités, est que cela peut obliger certains composants électroniques à mettre en oeuvre plusieurs, au moins deux, systèmes d'exploitation. De plus, des difficultés peuvent résulter de la cohabitation de plusieurs systèmes d'exploitation avec différents composants/périphériques qui lui sont connectés. Résumé de l'invention 100041 11 serait souhaitable de pouvoir améliorer, au moins en partie, certains aspects des appareils électroniques complexes, connus, tels que les téléphones portables, et plus particulièrement de pouvoir améliorer, au moins en partie, certains aspects de la cohabitation de plusieurs systèmes d'exploitation sur un même composant électronique. 100051 11 existe un besoin pour un composant électronique adapté à la cohabitation de plusieurs systèmes d'exploitation et de leurs applications. 100061 11 existe un besoin pour un appareil électronique comprenant un module de commu- nication en champ proche (Near Field Communication, NFC), adapté à la cohabitation 2 de plusieurs systèmes d'exploitation. [0007] Un mode de réalisation pallie tout ou partie des inconvénients des appareils élec- troniques connus comprenant plusieurs systèmes d'exploitation et un module de communication en champ proche. [0008] Un mode de réalisation prévoit un appareil électronique comprenant au moins un élément sécurisé adapté à mettre en oeuvre au moins deux systèmes d'exploitation, et au moins un module de communication en champ proche relié audit élément sécurisé par au moins deux bus. [0009] Selon un mode de réalisation, le module de communication en champ proche est adapté à aiguiller des données vers l'un ou l'autre des bus, l'élément sécurisé comportant une interface adaptée à associer chaque système d'exploitation à un des bus. [0010] Selon un mode de réalisation, l'interface utilise une table de routage pour faire le lien entre un système d'exploitation et un bus. [0011] Selon un mode de réalisation, l'interface utilise une information interne pour construire et effectuer l'aiguillage entre les systèmes d'exploitation et les bus. [0012] Selon un mode de réalisation, le nombre de bus de communication est égal au nombre de systèmes d'exploitation. [0013] Selon un mode de réalisation, un premier bus est adapté à échanger des données avec l'élément sécurisé lorsque ce dernier met en oeuvre un premier système d'exploitation, et un deuxième bus est adapté à échanger des données avec l'élément sécurisé lorsque ce dernier met en oeuvre un deuxième système d'exploitation. [0014] Selon un mode de réalisation, le bus entre l'élément sécurisé et le module de commu- nication en champ proche est un bus dont le type et le protocole associé sont choisis parmi le groupe : type unifilaire, type MIPI DSI, type I2C, type I3C, type SPI. [0015] Selon un mode de réalisation, l'appareil est un téléphone portable. [0016] Selon un mode de réalisation, un des systèmes d'exploitation est le système d'exploitation d'une carte SIM. [0017] Selon un mode de réalisation, un des systèmes d'exploitation est le système d'exploitation d'une carte de paiement. [0018] Selon un mode de réalisation, un des systèmes d'exploitation est le système d'exploitation d'une carte de transport en commun. [0019] Selon un mode de réalisation, une application numérique est fournie par le système d'exploitation de la carte de transport en commun en utilisant un bus unifilaire pour établir une communication entre le module de communication en champ proche et l'élément de sécurité. Brève description des dessins 3 100201 Ces caractéristiques et avantages, ainsi que d'autres, seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non limitatif en relation avec les figures jointes parmi lesquelles : [0021] [fig.1] la figure 1 représente, de façon très schématique, des circuits électroniques d'un appareil électronique ; [0022] [fig.2] la figure 2 représente, de façon schématique et sous forme de blocs, un module de communication NFC et un élément sécurisé d'un mode de réalisation d'un appareil électronique ; [0023] [fig.3] la figure 3 représente, de façon schématique et sous forme de blocs, un module de communication NFC et un élément sécurisé d'un autre mode de réalisation d'un appareil électronique ; [0024] [fig.4] la figure 4 représente, de façon schématique et sous forme de blocs, un module de communication NFC et un élément sécurisé d'un autre mode de réalisation d'un appareil électronique ; [0025] [fig.5] la figure 5 représente, de façon schématique et sous forme de blocs, un module de communication NFC et un élément sécurisé d'un autre mode de réalisation d'un appareil électronique ; [0026] [fig.6] la figure 6 représente, de façon schématique et sous forme de blocs, un module de communication NFC et un élément sécurisé d'un autre mode de réalisation d'un appareil électronique ; Description des modes de réalisation [0027] De mêmes éléments ont été désignés par de mêmes références dans les différentes figures. En particulier, les éléments structurels et/ou fonctionnels communs aux différents modes de réalisation peuvent présenter les mêmes références et peuvent disposer de propriétés structurelles, dimensionnelles et matérielles identiques. [0028] Par souci de clarté, seuls les étapes et éléments utiles à la compréhension des modes de réalisation décrits ont été représentés et sont détaillés. En particulier, les modes de réalisation décrits par la suite sont adaptés à la technologie de communication de champ proche (Near Field Communication, NFC) standard. Cette technologie ne sera pas décrite par la suite. [0029] Sauf précision contraire, lorsque l'on fait référence à deux éléments connectés entre eux, cela signifie directement connectés sans éléments intermédiaires autres que des conducteurs, et lorsque l'on fait référence à deux éléments reliés ou couplés entre eux, cela signifie que ces deux éléments peuvent être connectés ou être reliés ou couplés par l'intermédiaire d'un ou plusieurs autres éléments. [0030] Dans la description qui suit, lorsque l'on fait référence à des qualificatifs de position absolue, tels que les termes "avant", "arrière", "haut", "bas", "gauche", "droite", etc., ou relative, tels que les termes "dessus", "dessous", "supérieur", "inférieur", etc., ou à des qualificatifs d'orientation, tels que les termes "horizontal", "vertical", etc., il est fait référence sauf précision contraire à l'orientation des figures. [0031] Sauf précision contraire, les expressions "environ", "approximativement", "sen- siblement", et "de l'ordre de" signifient à 10 % près, de préférence à 5 % près. [0032] La figure 1 représente, de façon très schématique, certains des circuits électroniques d'un appareil électronique 100. L'appareil 100 est par exemple un téléphone portable, par exemple de type téléphone intelligent (smartphone), une tablette tactile ou tablette numérique, etc. [0033] Selon un mode de réalisation, l'appareil 100 comprend un composant électronique (107) adapté à mettre en oeuvre plusieurs systèmes d'exploitation, par exemple au moins deux. L'appareil 100 est compatible avec la technologie de communication en champ proche (Ncar Field Communication, NFC). Ainsi l'appareil 100 comprend, entre autres, au moins un processeur 101, au moins un module de communication en champ proche, contrôleur NEC, ou module NFC, 103, au moins une antenne 105, et au moins un élément sécurisé 107. [0034] Le processeur 101 est, par exemple, considéré comme le processeur principal de l'appareil 100. Le processeur 101 est adapté à mettre en oeuvre des commandes, transmises, par exemple, par l'élément sécurisé 107 ou par le module NFC 103. Le processeur 101 est en outre adapté à mettre en oeuvre d'autres commandes et fonctionnalités d'autres composants de l'appareil 100. [0035] Le module NFC 103 est adapté à transmettre et à recevoir des données par l'intermédiaire de l'antenne 105. Le module NFC 103 est, en outre, adapté à transmettre et recevoir des données et/ou des commandes de la part du processeur 101 et de l'élément sécurisé 107. [0036] L'antenne 105 est adaptée à la technologie de communication en champ proche. [0037] L'élément sécurisé 107 est adapté à recevoir et à transmettre des données au module NFC 103 et au processeur 101. L'élément sécurisé 107 permet de mettre en oeuvre des fonctionnalités sécurisées de l'appareil 100. L'élément sécurisé 107 est, par exemple, un élément sécurisé embarqué (eSE - Embedded Secure Element) ou intégré OSE - Integratedllmbedded Secure Element). [0038] Selon un mode de réalisation, l'élément sécurisé 107 est adapté à mettre en oeuvre plusieurs, au moins deux, systèmes d'exploitation. Chaque système d'exploitation n'a pas connaissance des autres systèmes d'exploitation qui cohabitent avec lui-même sur le même composant électronique. 11 ne peut pas communiquer, interagir ou accéder aux données des autres systèmes d'exploitation. Autrement dit, lorsqu'il est "activé", un système d'exploitation pense être le seul à pouvoir accéder aux composants de l'appareil 100. A titre d'exemple dans le cas où l'appareil 100 est un téléphone portable, le système d'exploitation principal ou premier système d'exploitation est celui d'une carte SIM (Subscriber ldentity Module) dans lequel les informations d'identification du propriétaire du téléphone sont stockées ainsi que d'autres informations permettant de connecter/enregistrer l'appareil à un réseau mobile. Ce premier système d'exploitation peut, le cas échéant, contenir d'autres services tels qu'un service dc carte dc transport en commun. Dans cc cas, une application numérique peut être fournie par le système d'exploitation de la carte de transport en commun en utilisant un bus, par exemple un bus unifilaire, pour établir la communication entre le module NFC 103 et l'élément de sécurité 107. A titre d'exemple, dans cc cas, un deuxième système d'exploitation peut être un système d'exploitation d'une carte de paiement. [0039] Ainsi avec plusieurs systèmes d'exploitation, l'appareil 100 peut, en fonction des si- tuations d'utilisation, proposer les fonctionnalités liées soit au premier soit au deuxième système d'exploitation. En d'autres termes, l'appareil peut, par exemple, servir de carte de paiement ou de carte de transport en commun. [0040] Différents moyens de liaison entre l'élément sécurisé 107 et le module NFC 103 seront détaillés en relation avec les figures 2 à 4. [0041] La figure 2 représente, de façon schématique et sous forme de blocs, un mode de réa- lisation de moyens de liaison entre le module NFC (NFC) 103 et l'élément sécurisé 107 du mode de réalisation de l'appareil 100 décrit en relation avec la figure 1. L'élément 107 est adapté à mettre en oeuvre deux systèmes d'exploitation, chacun symbolisé par un bloc portant la référence (OSI) 107-1, (0S2) 107-2. L'élément sécurisé 107 comprend et implémente une interface, ou couche d'interface, ou couche d'abstraction, 108 du bus de communication. [0042] Dans ce mode de réalisation, le module NFC 103 est reliée à l'élément sécurisé 107 par l'intermédiaire de deux bus BI et B2. Chaque bus BI, B2 est adapté à transmettre et à recevoir des données et commandes relatives à un seul système d'exploitation ou à une application s'exécutant à partir de ce système d'application. Dans le cas de la figure 2, le module NFC (NFC) 103 est adapté à aiguiller les données vers le bus BI, B2 adéquat. A titre d'exemple, le module NFC 103 peut utiliser une partie des données ou des commandes pour savoir vers quel système d'exploitation la diriger. A titre d'exemple, les bus BI et B2 sont des bus unifilaires exploitant un protocole de bus unifilaire, SWP - Single Wire Protocol, ou sont des bus multifilaires exploitant un 6 protocole de bus multifilaire de type MIPI DSI (Mobile Industry Processor Interface Display Serial Interface), de type I2C (Inter-Integrated Circuit), de type 13C (une évolution du type 13C), ou de type SPI (Serial Peripheral Interface). En variante, les bus sont constitués de n'importe quel support de communication approprié entre le module de communication en champ proche et l'élément sécurisé. [0043] La couche d'abstraction 108 permet par exemple au système d'exploitation 107-1 d'envoyer des commandes via le bus sans devoir se préoccuper s'il doit utiliser le bus B1 ou B2. Le système d'exploitation 107-1 voit uniquement (pour lui-même) l'existence d'un bus. La couche d'interface 108 permet donc d'établir la relation entre les couples système d'exploitation/bus 107-1/B1 et 107-2/B2, sans que chaque système d'exploitation 107-1, 107-2 ne sache que l'autre existe. Pour ce faire, un mode de réalisation consiste en la modélisation/création, par la couche 108, d'une table de routage ou de translation entre les couples. Les systèmes d'exploitation 107-1 et 107-2, lorsqu'ils communiquent via le bus B1 ou B2, parlent au bus de manière "générique". En d'autres termes, les deux systèmes d'exploitation 107-1 et 107-2 ne connaissent pas l'existence des deux bus B1 et B2. Pour chacun d'entre eux il n'existe qu'un seul bus. La couche 108 peut, par exemple, limiter le nombre de systèmes d'exploitation (ou le nombre de systèmes d'exploitation demandant l'accès au bus qu'elle gère) au nombre de bus de communication disponibles demandés par les systèmes d'exploitation, ce qui peut être utile dans le cas où le nombre de bus est inférieur au nombre de systèmes d'exploitation gérés par l'élément sécurisé. Selon un mode de réalisation, le module NFC 103 contient une information représentative du nombre de systèmes d'exploitation que met en oeuvre l'élément sécurisé 107. [0044] Selon une variante de réalisation, l'appareil 100 pourrait comprendre un élément sécurisé adapté à mettre en oeuvre plus de deux systèmes d'exploitation. Dans ce cas, le module NFC pourrait être relié à l'élément sécurisé par autant de bus que de systèmes d'exploitation mis en oeuvre par l'élément sécurisé. [0045] La figure 3 représente, de façon schématique et sous forme de blocs, un autre mode de réalisation d'un moyen de liaison entre le module NFC 103 et l'élément sécurisé 107 du mode de réalisation de l'appareil 100 décrit en relation avec la figure 1. Comme en figure 2, l'élément 107 est adapté à mettre en oeuvre deux systèmes d'exploitation, chacun symbolisé par un bloc portant la référence (OSI) 107-1, (0S2) 107-2. [0046] Dans ce mode de réalisation, le module NFC 103 est relié à l'élément sécurisé 107 par l'intermédiaire d'un unique bus B3 qui transmet des données et commandes destinées indifféremment aux deux systèmes d'exploitation. L'élément sécurisé 107 comprend une couche d'aiguillage/abstraction 120, ou circuit d'aiguillage, permettant d'aiguiller les données et commandes vers le système d'exploitation concerné. La couche d'aiguillage/abstraction est pilotée par une entité externe d'arbitrage 7 (ARBITRER) 122, ou arbitre, qui est contrôlée, par exemple, par le processeur principal 101. Cet arbitre interagit avec l'élément sécurisé 107, et plus particulièrement avec la couche d'aiguillage/abstraction 120, pour lui signifier quel système exploitation sera en charge de traiter les données qui arrivent. La couche d'aiguillage/abstraction a aussi pour rôle que, lorsqu'un système d'exploitation est activé pour la première fois, cc système d'exploitation va vouloir configurer le contrôleur NFC avec ses propres paramètres (comme défini dans la norme ETSI TS 102 622). Lorsqu'un autre système d'exploitation sera activé pour la première fois, il devra également configurer le module NFC avec ses propres paramètres. Sans le circuit d'aiguillage, cette dernière opération effacerait la configuration du premier système d'exploitation. La couche d'aiguillage doit donc "mémoriser" la configuration faite par chaque système d'exploitation et la recharger dans le contrôleur NFC à chaque changement d'activation d'un système d'exploitation différent. Le circuit d'aiguillage peut prendre plusieurs formes et peut varier selon l'application, mais la configuration mémorisée reste utilisable et stockée en interne par le circuit d'aiguillage, qui peut alors la compléter par de nouvelles informations de configuration fournies par chaque système d'exploitation pour le contrôleur NFC. Dans le mode de réalisation illustré par la figure 3, le circuit d'aiguillage est une machine d'état comprenant une entrée, reliée au bus B3, et deux sorties, chacune en communication avec un système d'exploitation de l'élément sécurisé 107-1, 107-2. [0047] Selon une variante de réalisation, l'appareil 100 pourrait comprendre un élément sécurisé adapté à mettre en oeuvre plus de deux systèmes d'exploitation, dans ce cas, le circuit d'aiguillage comprend autant de sorties que de systèmes d'exploitation mis en oeuvre par l'élément sécurisé 107. [0048] Le circuit d'aiguillage 120 utilise, par exemple, une information contenue dans les données ou les commandes pour déterminer quel système d'exploitation en est le destinataire. Selon un autre exemple, le circuit de routage pourrait être commandé par l'élément sécurisé 107 ou par le module NFC 103 pour aiguiller les données vers le système d'exploitation 107-1, 107-2 concerné. Le circuit d'aiguillage sert, en particulier, à affecter des canaux (pipe) à des ports du routeur NFC. Le circuit d'aiguillage créé par la couche d'aiguillage/translation 120 est par exemple mis en oeuvre par une table de correspondance, par exemple stockée dans une mémoire non volatile. Selon une variante, le circuit d'aiguillage 120 peut être mise en oeuvre par une machine d'état. [0049] La figure 4 représente, de façon schématique et sous forme de blocs, un autre mode de réalisation d'un moyen de liaison entre le module NFC 103 et l'élément sécurisé 107 du mode de réalisation de l'appareil 100 décrit en relation avec la figure 1. Comme en figures 2 et 3, l'élément 107 est adapté à mettre en oeuvre deux systèmes 8 d'exploitation, chacun symbolisé par un bloc portant la référence (OS 1) 107-1, (0S2) 107-2. [0050] Dans ce mode de réalisation, le module NFC 103 est relié à l'élément sécurisé 107 par l'intermédiaire d'un unique bus B3 qui transmet indifféremment des données et commandes destinées aux deux systèmes d'exploitation. Les données et commandes sont aiguillées par un circuit d'aiguillage 121 compris dans le module NFC 103 vers le système d'exploitation concerné. Dans le mode de réalisation illustré par la figure 4, le circuit d'aiguillage 121 comprend une entrée, recevant des données d'un circuit de réception 123, et une sortie, reliée au bus B3. Selon une variante de réalisation, l'appareil 100 peut comprendre un élément sécurisé adapté à mettre en oeuvre plus de deux systèmes d'exploitation, dans ce cas, le circuit d'aiguillage 121 comprend autant de sorties que de systèmes d'exploitation mis en oeuvre par l'élément sécurisé. Selon un mode de réalisation, le circuit d'aiguillage 121 est une table de routage. Le module NFC 103 comprend généralement une table de routage, mais la table de routage 121 est une table de routage additionnelle. Si le système supporte un nombre indéterminé de systèmes d'exploitation, le module NFC en est informé (par exemple lors de l'établissement de la communication avec le module 107 ou le processeur 101) afin de cibler un système d'exploitation précis 107-1 ou 107-2 et non l'élément sécurisé 107 de manière générale. [0051] le circuit d'aiguillage 121 utilise, par exemple, une information contenue dans les données ou les commandes pour déterminer quel système d'exploitation en est le destinataire. Le circuit d'aiguillage 121 est par exemple mis en oeuvre par une table de correspondance, par exemple stockée dans une mémoire non volatile, interprété par les circuits de conversion 131 et 132. [0052] Les circuits de conversion 131 et 132 sont des circuits de conversion de données adaptés à convertir les données et commandes reçues afin qu'elles deviennent compréhensibles et exécutables par le système d'exploitation concerné, et que ces circuits de conversion enlèvent des données ou commande de routage qui auraient été ajoutés par le contrôleur NFC. De même, si un message doit être envoyé d'un système d'exploitation précis (107-1 ou 107-2), les circuits de conversion 131 et 132 doivent rajouter les informations nécessaires au routage. A titre d'exemple, les circuits de conversion 131 et 132 sont compris partiellement, ou en totalité, dans l'élément sécurisé 107. [0053] Selon une variante de réalisation, le bus B3 pouvant être composé de plusieurs conducteurs, un premier groupe de conducteurs pourrait être délégué à la transmission de données et de commandes ne concernant qu'un système d'exploitation 107-1, et un deuxième groupe de données pourrait être délégué à la transmission de données et de commandes vers l'autre système d'exploitation. 9 [0054] La figure 5 représente, de façon très schématique et sous forme de blocs, un autre mode de réalisation de moyens de liaison entre le module NFC 103 et l'élément sécurisé 107 du mode de réalisation de l'appareil 100 décrit en relation avec la figure 1. L'élément 107 est adapté à mettre en oeuvre deux systèmes d'exploitation notés 051 et 052, et est identique à l'élément 107 décrit en relation avec la figure 2. Ainsi, l'élément 107 comprend la couche d'abstraction 108. [0055] Le mode de réalisation décrit ici est une variante de réalisation du mode de réa- lisation décrit en relation avec la figure 2, dans lequel les bus B1 et B2 sont chacun remplacé par une mémoire. Plus particulièrement, chaque bus Bl, B2 est remplacé par une mémoire volatile 141 (RAMI), 142 (RAM2). Chaque mémoire 141, respectivement 142, est reliée au module NFC 103 par un bus B41, respectivement B43, et est reliée à l'élément 107 par un bus B42, respectivement B44. [0056] Dans ce mode dc réalisation, le module NFC (NFC) 103 est adapté à aiguiller les données vers la mémoire 141, 142 adéquate. [0057] Dans ce mode dc réalisation, les données envoyées par le module NFC 103 à l'élément 107, et destinées au système d'exploitation 051 sont, dans un premier temps, transmises, par le bus B41, puis écrites dans la mémoire 141 par le module NFC 103. Dans un deuxième temps, l'élément 107 récupère lesdites données dans la mémoire 141, par l'intermédiaire du bus B42. Les données arrivent ensuite au niveau de la couche d'abstraction 108 comme décrit en relation avec la figure 2. [0058] De même, les données envoyées par le module NFC 103 à l'élément 107, et destinées au système d'exploitation 052 sont, dans un premier temps, transmises, par le bus B43, puis écrites dans la mémoire 142 par le module NFC 103. Dans un deuxième temps, l'élément 107 récupère lesdites données dans la mémoire 142, par l'intermédiaire du bus B44. Les données arrivent ensuite au niveau de la couche d'abstraction 108 comme décrit en relation avec la figure 2. [0059] Selon une variante de réalisation, les mémoires volatiles 141 et 142 sont deux zones mémoires d'une même mémoire volatile. [0060] La figure 6 représente, de façon très schématique et sous forme de blocs, un autre mode de réalisation de moyens de liaison entre le module NFC 103 et l'élément sécurisé 107 du mode de réalisation de l'appareil 100 décrit en relation avec la figure 1. [0061] Le mode de réalisation décrit ici est une variante de réalisation des modes de réa- lisation décrits en relation avec les figures 3 et 4, dans lesquels le bus B3 est remplacé par une mémoire volatile. Plus particulièrement, le bus B3 est remplacé par une mémoire volatile 151 (RAM3), reliée au module NFC 103 par un bus B51 et à l'élément 107 par un bus B52. [0062] Dans ces variantes, les données envoyées par le module NFC 103 à l'élément 107, sont, dans un premier temps, transmises, par le bus B51, puis écrites dans la mémoire 151 par le module NFC 103. Dans un deuxième temps, l'élément 107 récupère lesdites données dans la mémoire 151, par l'intermédiaire du bus B52. [0063] Le module NFC et l'élément 107 peuvent être identiques au module NFC et à l'élément 107 décrits en relation avec la figure 3 ou être identiques au module NFC et à l'élément 107 décrits en relation avec la figure 4. [0064] Divers modes de réalisation et variantes ont été décrits. L'homme de l'art comprendra que certaines caractéristiques de ces divers modes de réalisation et variantes pourraient être combinées, et d'autres variantes apparaitront à l'homme de l'art. [0065] Enfin, la mise en oeuvre pratique des modes de réalisation et variantes décrits est à la portée de l'homme du métier à partir des indications fonctionnelles données ci-dessus. 11 REVENDICATIONS[Revendication 1] Appareil électronique comprenant au moins un élément sécurisé (107) adapté à mettre en oeuvre au moins deux systèmes d'exploitation (107-1, 107-2), et au moins un module de communication en champ proche (103) relié audit élément sécurisé (107) par au moins deux bus (B1, B2). [Revendication 2] Appareil selon la revendication 1, dans lequel le module de commu- nication en champ proche (103) est adapté à aiguiller des données vers l'un ou l'autre des bus (B1, B2), l'élément sécurisé comportant une interface (108) adaptée à associer chaque système d'exploitation à un des bus. [Revendication 3] Appareil selon la revendication 2, dans lequel l'interface (108) utilise une table de routage pour faire le lien entre un système d'exploitation (107-1, 107-2) et un bus (B1, B2). [Revendication 4] Appareil selon la revendication 2 ou 3, dans lequel l'interface (108) utilise une information interne pour construire et effectuer l'aiguillage entre les systèmes d'exploitation (107-1, 107-2) et les bus (B1, B2). [Revendication 5] Appareil selon rune quelconque des revendications 1 à 4, dans lequel le nombre de bus de communication est égal au nombre de systèmes d'exploitation. [Revendication 6] Appareil selon rune quelconque des revendications 1 à 5, dans lequel un premier bus (B1) est adapté à échanger des données avec l'élément sécurisé (107) lorsque ce dernier met en oeuvre un premier système d'exploitation (107-1), et un deuxième bus (B2) est adapté à échanger des données avec l'élément sécurisé (107) lorsque ce dernier met en oeuvre un deuxième système d'exploitation (107-2). [Revendication 7] Appareil selon rune quelconque des revendications 1 à 6, dans lequel le bus entre l'élément sécurisé (107) et le module de communication en champ proche (103) est un bus dont le type et le protocole associé sont choisis parmi le groupe : type unifilaire (SWP), de type MIPI DSI, de type I2C, de type I3C, de type SPI. [Revendication 8] Appareil selon rune quelconque des revendications 1 à 7, étant un téléphone portable. [Revendication 9] Appareil selon rune quelconque des revendications 1 à 8, dans lequel un des systèmes d'exploitation (107-1, 107-2) est le système d'exploitation d'une carte SIM. [Revendication 10] Appareil selon l'une quelconque des revendications 1 à 9, dans lequel un des systèmes d'exploitation (107-1, 107-2) est le système d'exploitation 12 [Revendication 11] d'une carte de paiement. [Revendication 12] Appareil selon l'une quelconque des revendications 1 à 10, dans lequel un des systèmes d'exploitation (107-1, 107-2) est le système d'exploitation d'une carte de transport en commun. Appareil selon la revendication 11, dans lequel une application numérique est fournie par le système d'exploitation de la carte de transport en commun en utilisant un bus unifilaire pour établir une communication entre le module de communication en champ proche (103) et l'élément de sécurité (107).