La présente invention concerne les échanges de données entre un système embarqué dans un véhicule et un appareil électronique extérieur, tel qu'un terminal utilisateur ou un badge d'accès au véhicule.

Elle concerne plus particulièrement un procédé de connexion d'un appareil électronique à un système embarqué de véhicule, ainsi qu'un appareil électronique et un système embarqué de véhicule associés.

L'invention s'applique particulièrement avantageusement dans le cas où le système embarqué ne peut pas se connecter simultanément à plusieurs appareils électroniques.

ARRI ÈRE-PLAN TECHNOLOGIQUE

On a proposé de commander certaines fonctionnalités d'un véhicule automobile, telles que le déverrouillage ou le verrouillage des portes et/ou le démarrage du véhicule, au moyen d'un terminal utilisateur, par exemple un téléphone intelligent couramment utilisé par l'utilisateur du véhicule.

Pour ce faire, un module de communication du terminal utilisateur établit une communication sans fil, par exemple selon le protocole Bluetooth Low Energy (BLE), avec un module de communication correspondant installé dans le véhicule automobile.

Pour diverses raisons (et du fait notamment que certains terminaux utilisateur sont conçus pour fonctionner uniquement en tant que dispositif maître, ou dispositif central, dans la communication établie), le module de communication du véhicule est généralement configuré en tant que dispositif esclave (ou périphérique).

Cette configuration du module de communication du véhicule peut toutefois l'empêcher d'établir des connexions simultanées avec différents terminaux utilisateurs (afin par exemple d'adresser des informations aux différents terminaux utilisateurs présents au voisinage du véhicule), comme c'est le cas par exemple dans le cadre du protocole Bluetooth Smart (Bluetooth Low Energy) dans Bluetooth v4.0. OBJET DE L'INVENTION

Dans ce contexte, la présente invention propose un procédé de connexion d'un appareil électronique comprenant un premier module de communication sans fil à un système embarqué de véhicule comprenant un second module de communication sans fil, comprenant les étapes suivantes :

- diffusion, au moyen du second module de communication sans fil, d'une trame d'annonce incluant une donnée ;

- réception de la trame d'annonce par le premier module de communication sans fil ;

- connexion de l'appareil électronique au système embarqué si ladite donnée correspond à l'appareil électronique.

Ainsi, la connexion n'est effectuée que lorsque le second module de communication sans fil (équipant le véhicule) diffuse une donnée correspondant à l'appareil électronique, ce qui permet au système embarqué de désigner l'appareil électronique avec lequel il souhaite établir une connexion.

Le système embarqué peut ainsi solliciter tour à tour chacun des appareils électroniques situés au voisinage du véhicule en vue d'établir une connexion (par exemple dans le but de transmettre certaines données à chacun de ces appareils électroniques).

D'autres caractéristiques envisageables de manière optionnelle sont les suivantes :

- la donnée est un champ binaire ;

- la donnée correspond à l'appareil électronique si un bit du champ binaire affecté à l'appareil électronique a une valeur prédéterminée ou, en variante, si la donnée est égale à une valeur (par exemple un nombre) affectée à l'appareil électronique ;

- un indice du bit affecté à l'appareil électronique est mémorisé dans une mémoire de l'appareil électronique ;

- un processeur de l'appareil électronique détermine si le bit affecté à l'appareil électronique vaut ladite valeur prédéterminée et commande l'émission, par le premier module de communication sans fil, d'une requête de connexion en cas de détermination positive ;

- le champ binaire contient un seul bit, ayant un premier indice, à ladite valeur prédéterminée ; - le procédé comprend une étape ultérieure de diffusion, par le second module de communication sans fil, d'une autre trame d'annonce contenant un champ binaire avec un seul bit, ayant un second indice distinct du premier indice, à ladite valeur prédéterminée ;

- l'appareil électronique est un terminal utilisateur.

L'invention propose également un appareil électronique comprenant un processeur et un module de communication sans fil apte à recevoir une trame d'annonce incluant une donnée, caractérisé en ce que le processeur est conçu pour déterminer si ladite donnée correspond à l'appareil électronique et pour commander l'émission, par le module de communication sans fil, d'une requête de connexion en cas de détermination positive.

La donnée est par exemple un champ binaire ; le processeur peut alors être conçu pour déterminer si un bit du champ binaire affecté à l'appareil électronique vaut une valeur prédéterminée et pour commander l'émission, par le module de communication sans fil, d'une requête de connexion en cas de détermination positive.

Comme déjà indiqué à propos du procédé, on peut prévoir par exemple que cet appareil électronique comprenne une mémoire mémorisant un indice du bit affecté à l'appareil électronique et/ou que le champ binaire contienne un seul bit ayant ladite valeur prédéterminée.

L'invention propose enfin un système embarqué de véhicule comprenant une unité électronique de commande et un module de communication sans fil, caractérisé en ce que l'unité électronique de commande est conçue pour commander, pour chacun d'une pluralité d'appareils électroniques, la diffusion par le module de communication sans fil d'au moins une trame d'annonce incluant un champ binaire dans lequel (seul) un bit affecté à l'appareil électronique concerné a une valeur prédéterminée.

Cet appareil électronique et/ou ce système embarqué peuvent éventuellement comprendre en outre l'une au moins des caractéristiques évoquées ci-dessus en termes de procédé.

DESCRIPTION DÉTAILLÉE D'UN EXEMPLE DE RÉALISATION La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. Sur les dessins annexés :

- la figure 1 représente un exemple de contexte dans lequel peut être mise en œuvre l'invention ;

- la figure 2 représente schématiquement des composants, utiles à la compréhension de l'invention, d'un véhicule et d'un terminal utilisateur ;

- la figure 3 présente sous forme de logigramme un exemple de procédé mis en œuvre lorsque le terminal utilisateur arrive au voisinage du véhicule ;

- la figure 4 présente sous forme de logigramme un exemple de procédé conforme à l'invention ; et

- la figure 5 présente sous forme de logigramme un fonctionnement envisageable lorsque le terminal utilisateur émet une commande destinée au véhicule.

La figure 1 représente un exemple de contexte dans lequel peut être mise en œuvre l'invention.

Dans ce contexte, un véhicule 10 comprend un système embarqué 13 qui peut entrer en communication via une liaison sans fil avec chacun d'une pluralité de terminaux utilisateurs 20, 120, 220 présents au voisinage du véhicule 10.

Chaque terminal utilisateur 20, 120, 220 peut être par exemple un téléphone portable (ou téléphone cellulaire), éventuellement de type "téléphone intelligent' (ou " smartphone" selon la dénomination anglo-saxonne couramment utilisée).

Un autre type d'appareil électronique (par exemple une clé ou un badge d'accès au véhicule 10) peut toutefois être utilisé en lieu et place d'au moins un desdits terminaux utilisateurs 20, 120, 220.

Grâce à la liaison sans fil établie, le système embarqué 13 et le terminal utilisateur 20, 120, 220 concerné peuvent échanger des données entre eux, par exemple en vue de la commande d'au moins une fonctionnalité du véhicule 10 au moyen du terminal utilisateur 20, 120, 220 concerné. Une telle fonctionnalité est par exemple le déverrouillage des portes du véhicule 10.

La liaison sans fil utilisée pour communiquer entre le système embarqué 13 et le terminal utilisateur 20, 120, 200 concerné est par exemple de type Bluetooth, ici en particulier de type Bluetooth Low Energy (BLE).

Chacun des terminaux utilisateurs 20, 120, 220 peut être en outre conçu pour se connecter à un réseau de téléphonie mobile (non représenté).

La figure 2 représente schématiquement des composants, utiles à la compréhension de l'invention, du véhicule 10 et du terminal utilisateur 20. Les autres terminaux utilisateurs 120, 220 montrés en figure 1 sont similaires au terminal utilisateur 20 et ne seront donc pas décrits en détail.

Le véhicule 10 comprend notamment le système embarqué 13 déjà mentionné et un actionneur 15 conçu pour mettre en œuvre la fonctionnalité commandée.

Le système embarqué 13 comprend quant à lui une unité électronique de commande 1 1 (ou ECU pour "Electronic Control Unit) et un module de communication sans fil 1 6, ici selon la technologie Bluetooth Low Energy (BLE).

L'unité électronique de commande 1 1 comprend un processeur 12 et une unité de mémorisation 14, par exemple une mémoire non-volatile réinscriptible ou un disque dur.

L'unité de mémorisation 14 mémorise notamment des programmes d'ordinateur comprenant des instructions dont l'exécution par le processeur 12 permet la mise en œuvre par l'unité électronique de commande 1 1 des procédés décrits ci-dessous en référence aux figures 3 et 4.

L'unité de mémorisation 14 mémorise également des données utilisées dans le cadre des procédés décrits ci-dessous, notamment une clé secrète K et une table d'association T,

La clé secrète K est par exemple écrite dans l'unité de mémorisation 14 lors de la fabrication de l'unité électronique de commande 1 1 , avant montage de cette unité électronique de commande 1 1 dans le véhicule 10.

Comme expliqué dans la suite, la table d'association T associe un indice i à chaque appareil électronique (ici à chaque terminal utilisateur 20, 120, 220) présent au voisinage du véhicule 10 (un terminal utilisateur 20, 120, 220 étant par exemple représenté dans la table d'association T par l'identifiant ID de ce terminal utilisateur). Selon une variante mentionnée plus loin, la table d'association peut associer un nombre différent à chaque appareil électronique.

Le terminal utilisateur 20 comprend un processeur 22, une mémoire 24 (par exemple une mémoire non-volatile réinscriptible), un module de communication sans fil 26, ici selon la technologie Bluetooth Low Energy (BLE), une interface utilisateur 21 (ici un écran tactile) et un module 28 de communication sur le réseau de téléphonie mobile susmentionné.

Dans certains modes de réalisation, le module de communication 28 peut comprendre une carte à puce qui mémorise des données de connexion associées à un abonnement au service de téléphonie mobile et permettant d'établir la connexion sur le réseau de téléphonie mobile.

La mémoire 24 mémorise la clé secrète K susmentionnée (également mémorisée comme déjà indiqué au sein de l'unité de mémorisation 14 de l'unité électronique de commande 1 1 du véhicule 10). La clé secrète K a été transmise au terminal utilisateur 20 au préalable, par exemple lors d'une phase de souscription au service de commande de fonctionnalités du véhicule au moyen d'un terminal utilisateur, en utilisant éventuellement le réseau de téléphonie mobile précité.

Lorsque le terminal utilisateur 20 est au voisinage du véhicule 10, la mémoire 24 mémorise également (suite à un procédé tel que celui décrit ci- dessous en référence à la figure 3) un indice n associé au terminal utilisateur 20 concerné.

Le module de communication sans fil 26 du terminal utilisateur 20 permet d'établir une liaison sans fil (ici de type Bluetooth Low Energy comme déjà indiqué) avec le module de communication sans fil 1 6 du véhicule 10 à travers laquelle le processeur 12 de l'unité électronique de commande 1 1 et le processeur 22 du terminal utilisateur 20 peuvent échanger des données, comme expliqué ci- après.

Le module de communication sans fil 1 6 du véhicule 10 et le module de communication sans fil 26 du terminal utilisateur 20 peuvent chacun être dans un mode diffusion (mode " advertising" en technologie Bluetooth) et/ou dans un mode balayage (mode "scanning" en technologie Bluetooth).

Lorsqu'un module de communication sans fil 1 6, 26 est en mode diffusion, il diffuse des trames d'annonce (ou "advertising packets" selon la terminologie anglo-saxonne) qui peuvent avoir l'un des types suivants :

- ADV_NONCONN_IND (trames indicatives d'indisponibilité) ;

- ADVJND (trames indicatives de disponibilité indirecte, c'est-à-dire de disponibilité pour une connexion avec un appareil quelconque) ;

- ADV_SCAN_IND (trames indicatives de disponibilité pour répondre à un requête d'informations - voir ci-dessous - mais d'indisponibilité pour une connexion) ;

- ADV_DIRECT (trames indicatives de disponibilité directe).

Lorsqu'un module de communication sans fil 1 6, 26 est en mode balayage, il peut émettre :

- une requête d'informations (trame de type SCAN_REQ ou "scan requesf selon la terminologie utilisée dans le protocole Bluetooth Low Energy) destinée à un appareil en mode diffusion afin que cet appareil lui communique des informations complémentaires ;

- une requête de connexion (trame de type CONNECT_REQ ou "connection requesf selon la terminologie utilisée dans le protocole Bluetooth Low

Energy) destinée à un appareil en mode diffusion afin d'initier une connexion avec cet appareil.

Lorsqu'un module de communication sans fil 1 6, 26 en mode diffusion reçoit une requête d'informations en provenance d'un module en mode balayage, le module en mode diffusion répond à cette requête par l'émission d'une réponse (trame d'annonce de type SCAN_RSP ou "scan response" selon la terminologie utilisée dans le protocole Bluetooth Low Energy) destinée à l'appareil en mode balayage et contenant les informations complémentaires.

Dans le cadre du protocole Bluetooth Low Energy, il est prévu que les trames d'établissement d'une connexion (listées ci-dessus) soit échangées au sein de canaux spécifiques, dits canaux d'annonce (en anglais "advertising channels"), distincts des canaux de données (en anglais : "data channels") utilisés pour transmettre les trames d'échange de données applicatives relatives à des connexions établies.

Le protocole Bluetooth Low Energy prévoit 3 canaux d'annonce

(référencés canal 37, canal 38 et canal 39 et ayant des fréquences centrales respectives égales à 2402 MHz, 2426 MHz, 2480 MHz) et 37 canaux de données (référencés canal 0 à canal 36).

Ainsi les 3 canaux d'annonces ont respectivement des fréquences centrales situées à l'extrémité inférieure, dans une région centrale et à l'extrémité supérieure de la bande de fréquence concernée (ici la bande à 2,4 GHz).

On prévoit dans les exemples qui suivent que le module de communication sans fil 26 du terminal utilisateur 20 soit configuré en tant que dispositif maître (ou dispositif central) et/ou fonctionne en mode balayage, tandis que le module de communication sans fil 1 6 du système embarqué 13 est configuré en tant que dispositif esclave (ou dispositif périphérique) et/ou fonctionne en mode diffusion.

La figure 3 présente sous forme de logigramme un exemple de procédé mis en œuvre lorsqu'un appareil électronique (ici un terminal utilisateur 20, 120, 220) arrive au voisinage du véhicule 10. On décrit ici le cas du terminal utilisateur 20, mais un procédé du même type est mise en œuvre lorsque le terminal utilisateur 120, 220, ou un autre appareil électronique, arrive au voisinage du véhicule 10.

Lorsque la distance entre le terminal utilisateur 20 et le véhicule 10 permet des échanges de données entre le module de communication sans fil 26 du terminal utilisateur 20 et le module de communication sans fil 1 6 du véhicule 10 (typiquement du fait qu'un utilisateur portant le terminal utilisateur 20 s'approche du véhicule 10), un processus de vérification est mis en œuvre entre l'unité électronique de commande 1 1 et le processeur 22 (étapes E2 et E4) via la liaison sans fil mentionnée ci-dessus.

L'unité électronique de commande 1 1 vérifie au moins au cours des étapes E2 et E4 que le terminal utilisateur 20 détient un droit d'accès au véhicule 10 (ou plus généralement un droit de commande de la fonctionnalité concernée), c'est-à-dire notamment que le terminal utilisateur 20 mémorise la clé secrète K déjà mentionnée.

Pour effectuer cette vérification, un algorithme de type défi-réponse (ou "challenge-response" selon l'appellation anglo-saxonne) est par exemple mis en œuvre entre l'unité électronique de commande 1 1 et le processeur 22 : l'unité électronique de commande 1 1 transmet un défi au processeur 22, le processeur 22 détermine une réponse en fonction du défi et de la clé secrète K (généralement en utilisant un algorithme cryptographique combinant le défi et la clé secrète K) et le processeur 22 transmet la réponse à l'unité électronique de commande 1 1 , qui peut ainsi vérifier la réponse (en utilisant notamment la clé secrète K mémorisée dans l'unité de mémorisation 14). Si la vérification est effectuée avec succès, ceci prouve que le terminal utilisateur 20 mémorise effectivement la clé secrète K.

Le processus de vérification des étapes E2 et E4 vise par ailleurs en général l'authentification du terminal utilisateur 20 par le véhicule 10. Un tel processus d'authentification peut éventuellement permettre une authentification mutuelle de l'unité électronique de commande 1 1 et du terminal utilisateur 20.

Au cours du procédé de la figure 3, le processeur 22 transmet également un identifiant ID du terminal utilisateur 20 à l'unité électronique de commande 1 1 du véhicule 10 (étape E6) ; l'unité électronique de commande 1 1 reçoit l'identifiant ID à l'étape E8.

On remarque que les étapes E6 et E8 sont représentés distinctes des étapes E2 et E4 sur la figure 3. En pratique, la transmission de l'identifiant ID du terminal utilisateur 20 pourrait toutefois être effectuée au cours du processus de vérification susmentionné (étapes E2 et E4), en particulier lorsque ce processus permet une authentification du terminal utilisateur 20.

L'unité électronique de commande 1 1 affecte alors à l'étape E10 un indice n non utilisé au terminal utilisateur 20. Comme expliqué dans la suite, cet indice n désigne un bit d'un champ binaire F (ou "bit field"), lequel bit est associé au terminal utilisateur 20. L'unité électronique de commande 1 1 commande ainsi la mémorisation dans la table T susmentionnée de l'indice n en association avec l'identifiant ID du terminal utilisateur 20. Dans une variante envisageable, un nombre est affecté au terminal utilisateur 20.

L'unité électronique de commande 1 1 transmet alors à l'étape E12 l'indice n affecté au processeur 22 à l'étape E10.

On remarque que les différents échanges de données mis en œuvre au cours du procédé de la figure 3 entre l'unité électronique de commande 1 1 et le terminal utilisateur 20 (précisément son processeur 22) sont réalisés au moyen de la liaison sans fil établie entre le module de communication sans fil 1 6 du véhicule 10 et le module de communication sans fil 26 du terminal utilisateur 20.

Le processeur 22 reçoit à l'étape E14 l'indice n affecté au terminal utilisateur 20 (ou, en variante, le nombre affecté au terminal utilisateur 20) et mémorise à l'étape E1 6 cet indice n (ou, en variante, ce nombre) au sein de la mémoire 24.

On prévoit ici que le processus d'affectation qui vient d'être décrit ci- dessus soit mis en œuvre à chaque fois que l'appareil électronique s'approche du véhicule et que l'affectation ainsi réalisée ne dure que tant que l'appareil électronique est au voisinage du véhicule.

On pourrait toutefois prévoir en variante que le processus d'affectation ne se déroule que lors de la première rencontre entre l'appareil électronique et le véhicule et que l'affectation soit maintenue par la suite.

La figure 4 présente sous forme de logigramme un procédé conforme à l'invention, mis en œuvre ici entre le véhicule 10 (précisément son unité électronique de commande 1 1 ) et le terminal utilisateur 20. Un procédé du même type est mis en œuvre entre le véhicule 10 et chacun des terminaux utilisateur 120, 220 (ou autres appareils électroniques) présents au voisinage du véhicule 10.

Le procédé de la figure 4 est par exemple initié par l'unité électronique de commande 1 1 lorsque certaines données (typiquement des données de fonctionnement) ont été mises à jour au sein du véhicule 10 et doivent être transmises à chacun des appareils électroniques (ici les terminaux utilisateur 20, 120, 220) présents au voisinage du véhicule 10.

Ces données sont par exemple des données d'état, liées ou non à une fonctionnalité commandable par les appareils électroniques (ici les terminaux utilisateur 20, 120, 220) via la liaison sans fil précitée. Il peut s'agit par exemple de données représentatives de l'état (verrouillé ou déverrouillé) du verrouillage des portes du véhicule 10, ou de l'état (démarré ou à l'arrêt) du moteur du véhicule 10. Il peut s'agir également de données signalant un état de défaut indicatif d'un défaut de fonctionnement du véhicule 10.

Ces données peuvent être en variante des données mesurées au sein du véhicule 10 (représentant par exemple des valeurs de pression de gonflage des pneumatiques, une valeur de niveau de jauge de carburant, une valeur de niveau de jauge d'huile, une valeur de température du moteur).

En variante, le procédé de la figure 4 peut être initié périodiquement par l'unité électronique de commande 1 1 .

Le procédé de la figure 4 débute par une étape E20 à laquelle un indice courant i est initialisé à la valeur nulle (ou, de manière générale, à la valeur d'indice désignant le premier bit du champ binaire F susmentionné).

L'unité électronique de commande 1 1 commande alors à l'étape E22 l'émission par le module de communication sans fil 1 6 d'au moins une trame d'annonce ADV contenant le champ binaire F, dans lequel seul le bit d'indice courant i a été mis à une valeur prédéterminée (par exemple à la valeur 1 ). (Le module de communication sans fil 16 est pour ce faire en mode diffusion.)

Par exemple, si le champ binaire F utilisé est un octet, que la valeur d'indice 0 désigne le bit de poids faible, que la valeur d'indice 7 désigne le bit de poids fort et que la valeur prédéterminée est 1 (comme indiqué ci-dessus), le champ binaire F est de la forme 00000100 lorsque l'indice courant i vaut 2.

La trame d'annonce ADV est par exemple une trame de type ADVJND (ou en variante une trame de type ADV_SCAN_IND). Le champ binaire F est par exemple contenu dans l'un des champs suivants de la trame d'annonce ADV : "Manufacturer spécifie data", "Service exposure", "Service solicitation" , "Service data".

L'émission (par le module de communication sans fil 1 6) de trames d'annonce ADV(F) contenant un tel champ binaire F se poursuit tant que l'unité électronique de commande 1 1 ne reçoit pas une requête de connexion (tel que décrit ci-dessous à l'étape E32).

Selon la variante déjà mentionnée, les trames d'annonce diffusées contiennent un nombre (par exemple égal à l'indice courant i) en lieu et place du champ binaire F.

Le processeur 22 du terminal utilisateur 20 reçoit (via le module de communication sans fil 26 en mode balayage) la trame d'annonce ADV contenant le champ binaire F (ou en variante le nombre) à l'étape E24.

Le processeur 22 peut ainsi déterminer à l'étape E26 si le (seul) bit ayant la valeur prédéterminée (ici 1 ) dans le champ binaire F est le bit ayant l'indice n associé au terminal utilisateur 20 et mémorisé dans la mémoire 24. Dans la variante susmentionnée, le processeur 22 détermine à cette étape si le nombre reçu correspond au nombre affecté au terminal utilisateur 20 et mémorisé dans la mémoire 24.

Dans la négative, le processeur 22 laisse sans suite la réception de la trame d'annonce ADV (étape E28) et attend par exemple la réception d'une trame d'annonce ultérieure. (On comprend que ceci signifie que le champ binaire F désigne alors un autre appareil électronique que le terminal utilisateur 20, précisément un appareil électronique associé au bit ayant l'indice courant i.)

Dans l'affirmative à l'étape E26 (c'est-à-dire si le bit ayant la valeur 1 dans le champ binaire F est le bit d'indice n associé au terminal utilisateur 20), le processeur 22 commande au module de communication sans fil 26 l'émission d'une requête de connexion CONNECT_REQ à destination du module de communication sans fil 1 6 (étape E30).

Le module de communication sans fil 1 6 reçoit cette requête de connexion CONNECT_REQ à l'étape E32 et une connexion (ici au sens du protocole BLE) s'établit alors entre le module de communication sans fil 1 6 du véhicule 10 et le module de communication sans fil 26 du terminal utilisateur 20.

L'unité électronique de commande 1 1 et le processeur 22 peuvent alors échanger des données via la connexion établie (c'est-à-dire ici en utilisant les canaux de données conformes au protocole BLE, comme expliqué plus haut), comme représenté aux étapes E34 et 36.

Au cours des étapes E34 et E36, on peut éventuellement prévoir en préalable que le processeur 22 transmette l'identifiant ID du terminal utilisateur 20 à l'unité électronique de commande 1 1 afin que l'unité électronique de commande 1 1 vérifie que cet identifiant ID est bien l'identifiant associé à l'indice courant i dans la table d'association T mémorisée dans l'unité de mémorisation 14. L'unité électronique de commande 1 1 peut alors conditionner à cette vérification l'envoi de données à destination du terminal utilisateur 20.

L'unité électronique de commande 1 1 commande normalement au cours des étapes E34 et E36 l'émission (via la connexion établie) des données mises à jour (par exemple des données d'état ou des données mesurées telles que mentionnées ci-dessus) à destination du processeur 22 du terminal utilisateur 20.

Une fois ces données échangées, l'unité électronique de commande 1 1 (ou le processeur 22) commande la fermeture de la connexion établie (étapes E38 et E39), par exemple au moyen d'une trame particulière dont la donnée est un code de commande de type TERMINATE, de manière à ce que le module de communication sans fil 1 6 soit disponible pour une connexion à un autre appareil électronique (ici un autre terminal utilisateur 120, 200).

L'unité électronique de commande 1 1 détermine alors l'étape E40 si l'indice courant i est le dernier indice couramment utilisé, par exemple en consultant la table d'association T. (On remarque que l'utilisation de la table d'association T est optionnelle : on pourrait en variante seulement mémoriser dans l'unité de mémorisation 14 le dernier indice attribué lors du précédent passage à l'étape E10 décrite ci-dessus, ce qui permettrait de déterminer facilement à l'étape E40 si l'indice courant i correspond à ce dernier indice attribué.)

Dans la négative, l'unité électronique de commande incrémente l'indice courant i à l'étape E42 et le procédé boucle à l'étape E22 déjà décrite.

Dans l'affirmative à l'étape E40, tous les indices utilisés dans la table d'association T ont été parcourus de sorte qu'ont été émises des trames d'annonce invitant successivement (selon l'indice du bit à 1 dans le champ binaire F contenu dans la trame d'annonce) chacun des terminaux utilisateurs 20, 120, 220 répertoriés dans la table d'association T (c'est-à-dire présents au voisinage du véhicule 10) à se connecter afin de recevoir de l'unité électronique de commande 1 1 les données mises en jour.

Le procédé s'achève ainsi à l'étape E44, par exemple en attente d'une nouvelle mise à jour des données, auquel cas le procédé peut boucler à l'étape E20 décrite ci-dessus.

La figure 5 présente sous forme de logigramme un fonctionnement envisageable lorsque le terminal utilisateur 20 émet une commande destinée au système embarqué 13 du véhicule 10.

Il s'agit par exemple du cas où l'utilisateur du terminal utilisateur 20 souhaite commander le déverrouillage des portes du véhicule 10 et effectue pour ce faire une action correspondante au niveau de l'interface utilisateur 21 du terminal utilisateur 20.

Afin de pouvoir transmettre cette commande, le processeur 22 commande tout d'abord au module de communication sans fil 26 l'émission d'une requête de connexion CONNECT_REQ à destination du module de communication sans fil 1 6 (étape E50).

Cette requête de connexion CONNECT_REQ peut être réalisée en réponse à une trame d'annonce émise par le module de communication sans fil 16 (comme dans le cas de la figure 4 décrite ci-dessus). L'émission de la requête de connexion CONNECT_REQ n'est toutefois pas conditionnée ici par une valeur particulière d'indice.

Le module de communication sans fil 1 6 reçoit la requête de connexion CONNECT_REQ à l'étape E52 et une connexion (ici au sens du protocole BLE) s'établit alors entre le module de communication sans fil 1 6 du véhicule 10 et le module de communication sans fil 26 du terminal utilisateur 20.

L'unité électronique de commande 1 1 et le processeur 22 peuvent alors échanger des données via la connexion établie (c'est-à-dire ici en utilisant les canaux de données conformes au protocole BLE, comme expliqué plus haut), comme représenté aux étapes E54 et E56.

En particulier, le processeur 22 peut ainsi transmettre la commande susmentionnée (ici une commande de déverrouillage des portes du véhicule 10) à l'unité électronique de commande 1 1 . Une fois la commande effectuée, l'unité électronique de commande 1 1 peut transmettre au processeur 22 des données mises à jour (indicatives ici notamment de l'état déverrouillé des portes du véhicule 10).

On considère ainsi ici que les données mémorisées dans le terminal utilisateur 20 sont alors à jour (grâce à l'échange des étapes E54 et E56). L'unité électronique de commande 1 1 peut alors mémoriser dans l'unité de mémorisation 14 (étape E58) l'identifiant du terminal utilisateur 20 (ou l'indice associé, dans la table d'association T, à ce terminal utilisateur 20) afin de ne pas utiliser l'indice associé lors de la prochaine mise en œuvre de la boucle décrite ci-dessus en référence à la figure 4.

L'unité électronique de commande 1 1 (ou le processeur 22) peut alors commander la fermeture de la connexion établie (étapes E62 et E64), par exemple au moyen d'une trame particulière dont la donnée est un code de commande de type TERMINATE.

Le fonctionnement du système embarqué 13 peut alors reprendre son cours usuel, par exemple notamment à l'étape E20 de la figure 4 afin de permettre aux appareils électroniques qui n'ont pas encore reçu les données mises à jour de se connecter successivement au système embarqué 13 comme expliqué plus haut. Comme déjà indiqué, on peut prévoir lors de cette nouvelle mise en œuvre du procédé de la figure 4 de ne pas mettre en œuvre l'itération correspondant à l'indice associé au terminal utilisateur 20 qui a précédemment émis la commande et mémorise donc des données à jour, ce terminal utilisateur étant désigné par l'identifiant (ou l'indice) mémorisé à l'étape E58.