Brevet FR3119475A1 — publié le 20220805

L’invention concerne un procédé et un système de communication de données entre un véhicule (10) et une application mobile (220) d’un dispositif de communication mobile (11). A cet effet, le dispositif de communication mobile (11) est couplé en communication avec le véhicule (10) via une connexion sans fil (200). Une extension réseau (210) est configurée sur le dispositif de communication mobile (11) et mise en œuvre par le système d’exploitation du dispositif de communication mobile (11). Cette extension réseau (210) est configurée d’une part pour établir une liaison sécurisée (201) avec l’application mobile (220) dans le dispositif de communication mobile (11), par exemple par la mise en œuvre d’un réseau privé virtuel local, et pour établir une communication avec le véhicule (10) via la connexion sans fil (200) d’autre part. Figure pour l’abrégé : Figure 2 Procédé et dispositif de communication entre un véhicule et un dispositif de communication mobile L’invention concerne un procédé et un dispositif de communication entre un véhicule, par exemple automobile, et un dispositif de communication mobile. L’invention concerne également un système comprenant le dispositif de communication mobile et le véhicule couplé en communication au dispositif de communication mobile. Arrière-plan technologique Certains véhicules contemporains embarquent des technologies permettant au véhicule de communiquer avec un ou plusieurs dispositifs de communication mobiles, tel qu’un téléphone intelligent (de l’anglais « Smartphone »). Pour ce faire, une ou plusieurs applications mobiles sont installées sur le dispositif de communication mobile pour échanger des données avec le véhicule et fournir un ou plusieurs services associés au véhicule. Par exemple, certains véhicules contemporains embarquent une technologie connue sous le nom de système d’Accès et Démarrage Mains Libres (ADML, ou PEPS en anglais pour « Passive Entry Passive Start). Il est ainsi possible d’accéder au véhicule (déverrouillage et verrouillage des portes) et/ou de démarrer un véhicule sans avoir à insérer la clé dans le contact. Le système ADML est associé à une clé main libre qui échange des informations sous forme de signaux radiofréquences avec le véhicule pour verrouiller ou déverrouiller le véhicule mais aussi pour le démarrer sans avoir à insérer de clé dans le contact. La fonction assurée par la clé main libre en coopération avec le système ADML peut être assurée avec un dispositif de communication mobile de type téléphone intelligent (de l’anglais « Smartphone ») qui communique avec le véhicule en échangeant les informations nécessaires pour verrouiller, déverrouiller ou démarrer le véhicule. Pour qu’un service mis en œuvre par une application mobile soient assuré, il est nécessaire que cette application mobile puisse répondre en permanence, par exemple aux requêtes du véhicule. Malheureusement, certains systèmes d’exploitation mobiles tels que iOS de la société Apple® sont conçus de telle manière qu’une application mobile soit arrêtée automatiquement après écoulement d’un intervalle temporel déterminé (par exemple 10 minutes) lorsque l’application n’est pas utilisée. Il n’est alors pas possible de laisser l’application mobile tourner en tâche de fond, ce qui est problématique lorsque le véhicule est susceptible de requérir un service ou des données de cette application mobile à tout instant. Un objet de la présente invention est d’améliorer l’accessibilité et la disponibilité d’une application mobile installée sur un dispositif de communication mobile. Un autre objet de la présente invention est d’améliorer la communication entre un véhicule et une application mobile installée sur un dispositif de communication mobile. Selon un premier aspect, l’invention concerne un procédé de communication de données entre un véhicule et une application mobile mise en œuvre dans un dispositif de communication mobile, le procédé comprenant les étapes suivantes : - établissement d’une liaison sécurisée entre l’application mobile et une extension réseau mise en œuvre par un système d’exploitation du dispositif de communication mobile ; - communication des données entre le véhicule et l’extension réseau via une connexion sans fil et entre l’extension réseau et l’application mobile via la liaison sécurisée. Selon une variante, la liaison sécurisée est obtenue par mise en œuvre d’un réseau privé virtuel local entre l’extension réseau et l’application mobile. Selon une autre variante, le réseau privé virtuel local est mis en œuvre par configuration d’un serveur de réseau privé virtuel local dans l’extension réseau et d’un client de réseau privé virtuel local dans l’application mobile. Selon une variante supplémentaire, l’extension réseau est en outre configurée pour mettre en œuvre un serveur de communication de données selon un protocole de communication en mode connecté pour la communication des données entre le véhicule et l’extension réseau. Selon encore une variante, le protocole de communication en mode connecté correspond au protocole de contrôle de transmission, dit protocole TCP. Selon une variante additionnelle, la connexion sans fil est une connexion Bluetooth à basse consommation. Selon une autre variante, le procédé comprend en outre les étapes suivantes : - réception, par l’extension réseau, d’une requête émise par le véhicule via la connexion sans fil à destination de l’application mobile ; - génération, par l’extension réseau, d’une notification à rendre par le dispositif de communication mobile, la notification requérant une activation de l’application mobile par un utilisateur du dispositif de communication mobile. Selon une variante supplémentaire, les données sont communiquées dans le cadre d’un service d’accès et de démarrage mains libres du véhicule. Selon un deuxième aspect, l’invention concerne un dispositif de communication mobile, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de l’invention. Selon un troisième aspect, l’invention concerne un système comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention et un véhicule, par exemple de type automobile, relié en communication au dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention. Selon un quatrième aspect, l’invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de l’invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un cinquième aspect, l’invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de l’invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de l’invention ressortiront de la description des modes de réalisation non limitatifs de l’invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : illustre schématiquement un système comprenant un véhicule et un dispositif de communication mobile, selon un exemple de réalisation particulier de la présente invention ; illustre schématiquement une architecture du dispositif de communication mobile de la , selon un exemple de réalisation particulier de la présente invention ; illustre schématiquement le dispositif de communication mobile de la , selon un exemple de réalisation particulier de la présente invention ; illustre un organigramme des différentes étapes d’un procédé de communication de données dans le système de la , selon un exemple de réalisation particulier de la présente invention. Un procédé et un dispositif de communication de données entre un véhicule et une application mobile d’un dispositif de communication mobile vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Selon un exemple particulier et non limitatif de réalisation de l’invention, un dispositif de communication mobile tel qu’un téléphone intelligent est couplé en communication avec un véhicule via une liaison ou connexion sans fil. Une application mobile est avantageusement installée sur le dispositif de communication mobile et est configurée pour échanger des données avec un véhicule pour la mise en œuvre d’un ou plusieurs services. Une extension réseau est avantageusement configurée sur le dispositif de communication mobile et mise en œuvre par le système d’exploitation du dispositif de communication mobile. Cette extension réseau est configurée d’une part pour établir une liaison ou connexion sécurisée avec l’application mobile dans le dispositif de communication mobile, par exemple par la mise en œuvre d’un réseau privé virtuel local, et pour établir une communication avec le véhicule via la liaison ou connexion sans fil d’autre part. Ainsi, l’échange de données entre le véhicule et l’application mobile se fait par l’intermédiaire de l’extension réseau et de la liaison sécurisée. L’extension réseau étant exécutée directement par le système d’exploitation, cette dernière n’est pas soumise aux même règles de gestion qu’une application mobile classique développée via un SDK (de l’anglais « Software Development Kit » ou « kit de développement logiciel » en français), c’est-à-dire que l’extension réseau tourne en permanence en arrière-plan et n’est pas stoppée par le système d’exploitation après écoulement d’une durée déterminée, au contraire d’une application mobile classique. L’extension réseau est alors toujours disponible et capable de recevoir des données ou des requêtes du véhicule, l’extension réseau pouvant alors maintenir le ou les services fournis par l’application mobile, même lorsque l’application mobile est arrêtée. Un tel procédé permet ainsi de fournir un service en continu et d’assurer une disponibilité permanente de l’application mobile, améliorant grandement la qualité de service. illustre schématiquement un système 1 comprenant un véhicule 10 et un dispositif de communication mobile 11, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le véhicule 10 correspond par exemple à un véhicule à moteur terrestre, par exemple un véhicule automobile, un car, un bus, un camion ou un véhicule utilitaire. Le véhicule 10 est relié en communication avec un dispositif de communication mobile 11 via une connexion de type sans fil. Le dispositif de communication mobile correspond par exemple à un objet intelligent, c’est-à-dire par exemple un téléphone intelligent, une montre connectée, une tablette ou encore un ordinateur portable. Le véhicule 10 communique avec le dispositif de communication mobile 11 et échange des données avec ce dernier dans le cadre d’un ou plusieurs services exécutés par une ou plusieurs applications mobiles installées sur le dispositif de communication mobile 11. Une application mobile correspond à un logiciel applicatif développé spécifiquement pour le dispositif de communication mobile 11 en utilisant le SDK adapté au système d’exploitation du dispositif de communication mobile 11. Par exemple, dans le cas d’un dispositif de communication mobile tournant sous iOS, le SDK iOS permet aux développeurs de développer une application mobile en utilisant le ou les langages de programmation supportés par iOS, c’est-à-dire par exemple les langages Swift et Objective-C. Dans le cas d’un dispositif de communication mobile tournant sous Android, le SDK Android permet aux développeurs de développer une application mobile en utilisant le ou les langages de programmation supportés par Android, c’est-à-dire par exemple les langages Java ou Kotlin. Le dispositif de communication mobile 11 communique par exemple avec un ou plusieurs calculateurs du système embarqué du véhicule 10 via une ou plusieurs antennes reliées à ce ou ces calculateurs, par exemple à un calculateur du type TCU (de l’anglais « Telematic Control Unit » ou en français « unité de contrôle télématique »), l’unité TCU étant relié aux autres calculateurs du système embarqué par l’intermédiaire d’un bus de communication d’un réseau filaire de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3). Le dispositif de communication 11 communique par exemple avec le véhicule 10 via une liaison sans fil de type Bluetooth, par exemple via une technique de transmission sans fil de type Bluetooth à basse consommation (aussi appelée Bluetooth à basse énergie), dite BLE (de l’anglais « Bluetooth Low Energy ») (intégrée à la norme Bluetooth à partir de la version 4.0). Selon d’autre exemple, la connexion ou la liaison sans fil entre le dispositif de communication mobile 11 et le véhicule 10 est de type Wifi (basé sur une des normes du groupe IEEE 802.11), NFC (de l’anglais « Near-Field Communication » ou en français CCP « Communication en Champ Proche ») ou Zigbee (basé sur la norme IEEE 802.15.4). A titre d’exemple illustratif, l’application mobile installée sur le dispositif de communication mobile 11 fournit un service de type ADML (d’Accès et Démarrage Mains Libres). Une telle application permet au porteur du dispositif de communication mobile 11 de s’authentifier auprès du véhicule 10, permettant d’accéder dans le véhicule 10 et de le démarrer. Avec une telle application, le propriétaire du véhicule 10 n’a pas besoin de clé physique mais simplement de son dispositif de communication mobile 11, par exemple un téléphone intelligent, avec une application mobile fournissant un service ADML installée. Bien entendu, l’invention ne se limite pas à une application mobile fournissant un service de type ADML mais s’étend à tout type d’application mobile et tout type de service. Un exemple d’architecture applicative fonctionnelle du dispositif de communication mobile 11 permettant d’obtenir une fourniture de service continue dans le temps est présenté en regard de la ci-dessous. illustre schématiquement une architecture applicative mise en œuvre dans le dispositif de communication mobile 11 en communication avec le véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. L’architecture du dispositif de communication mobile 11 présentée sur la correspond à une architecture applicative distribuée et comprend deux parties 21 et 22. Une première partie 21 comprend notamment une (ou plusieurs) extension(s) réseau 210 générée(s) nativement à partir du noyau du système d’exploitation du dispositif de communication mobile 11. Par exemple, l’extension réseau 210 correspond à une extension du noyau Unix duquel est dérivé le système d’exploitation iOS. Une telle extension réseau 210 est par exemple générée à partir d’une API (de l’anglais « Application Programming Interface » ou en français « Interface de programmation d’application ») conforme à l’ensemble de normes dénommées POSIX et définies par le standard IEEE 1003. Les APIs de base décrites dans POSIX concernent les services temps réel, les processus légers, les extensions temps réel, l’interface de sécurité, l’accès aux fichiers par le réseau et les communications inter-processus par le réseau. Une deuxième partie 22 comprend les applications mobiles développées à partir du SDK adapté au système d’exploitation du dispositif de communication mobile 11, par exemple une application mobile 220 fournissant un service pour le véhicule 10. L’architecture applicative distribuée de la comprend ainsi une application mobile 220 et son extension réseau 210, l’application mobile 220 et l’extension réseau 210 correspondant chacune à un module logiciel mis en œuvre (par exemple exécuté) sur le dispositif de communication mobile 11. Les composants techniques en charge de la communication avec le véhicule 10 sont avantageusement pris en charge et contrôlés par l’extension réseau 210, l’application mobile 220 stockant par exemple les données et information permettant la fourniture d’un ou plusieurs services pour le véhicule 10 ou le propriétaire du véhicule 10 (par exemple paramètres de configuration, données d’authentification, données d’environnement). L’extension réseau 210 comprend les composants ou modules suivants, par exemple sous la forme de modules logiciels : - un module 211 configuré pour mettre en œuvre une connexion sécurisée entre l’extension réseau 210 et l’application mobile 220. Le module 211 prend par exemple la forme d’un serveur d’un réseau privé virtuel local, dit réseau VPN (de l’anglais « Virtual Private Network »), un tel serveur VPN étant configuré pour communiquer avec un client VPN mis en œuvre dans l’application mobile 220, la communication de données entre le serveur VPN et le client VPN étant assurée via un tunnel chiffré ou crypté (communication inter-processus IPC (de l’anglais « Inter-Process Communication »)) formant une liaison sécurisée 201 pour assurer la sécurité des données échangées. Le module 211 est par exemple obtenu ou généré à partir de l’API dénommée « NEPacketTunnelProvider » native sous iOS ; - un module 212 configuré pour contrôler le transport des données entre le véhicule 10 et le dispositif de communication mobile 11. Le module 212 correspond par exemple à un serveur mettant en œuvre un protocole de communication en mode connecté pour la communication des données entre le véhicule 10 et l’extension réseau 210. Le protocole de communication correspond par exemple au protocole dit TCP (de l’anglais « Transmission Control Protocol » ou en français « Protocole de contrôle de transmission »). Le module 212 fait office de pont (de l’anglais « bridge ») ou de passerelle (de l’anglais « gateway ») entre d’une part le module 211 et d’autre part un module 213 en charge de l’émission et de la réception des signaux transportant les données. Le module 212 écoute par exemple les commandes ou requêtes émises par l’application mobile 220 (et reçues par le module 211 via la connexion sécurisée (tunnel chiffré) entre l’application mobile 220 et l’extension réseau 210 pour les mettre en forme et les transmettre au véhicule 10 via le module 213. Le module 212 écoute également par exemple les commandes ou requêtes émises par le véhicule 10 selon la liaison sans fil 200 et reçues par le module 213 pour les mettre en forme et les transmettre à l’application mobile 210 via le module 211 ; et - un module 213 configuré pour recevoir des signaux émis par le véhicule 10 et pour émettre des signaux à destination du véhicule 10, ces signaux transportant des données à destination de l’application mobile 220 ou émis par l’application mobile 220. Les signaux et les données qu’ils transportent sont avantageusement communiquées via une liaison sans fil utilisant la technologie BLE (de l’anglais « Bluetooth Low Energy » ou en français « Bluetooth à basse consommation » ou « Bluetooth à basse énergie », intégrée à la norme Bluetooth à partir de la version 4.0). L’application mobile 220 comprend les composants ou modules suivants, par exemple sous la forme de modules logiciels : - un module 221 configuré pour sécuriser l’échange de données entre l’application mobile 210 et l’extension réseau 220. Le module 212 prend par exemple la forme d’un client VPN configuré pour communiquer avec le serveur VPN 211 mis en œuvre dans l’extension réseau 210, la communication de données entre le serveur VPN et le client VPN étant assurée via un tunnel chiffré ou crypté formant la liaison sécurisée 201 pour assurer la sécurité des données échangées ; - un module 222 configuré pour gérer les données de l’application mobile 220, mettre en œuvre les processus nécessaires pour fournir le ou les services de l’application mobile. Le module 222 transmet les données à destination du véhicule 10 via le module 221 puis via l’extension réseau 210 et reçoit les données émises par le véhicule 10 du module 221 via l’extension réseau 210. L’application mobile 220 suit le cycle de vie classique des applications mobiles développées via SDK, c’est-à-dire que l’application mobile est mise en sommeil ou arrêtée par le système d’exploitation du dispositif de communication mobile après expiration d’un délai déterminé (par exemple 5 ou 10 minutes) en cas d’absence d’utilisation de l’application mobile 220. Au contraire de l’application mobile 220, l’extension réseau 210 est installée au sein du système d’exploitation du dispositif de communication mobile 11, par exemple iOS. L’extension réseau n’est pas soumise aux cycles de vie standard des applications mobiles. L’extension réseau 210 reste active en tâche de fond et elle n’est jamais endormie ni tuée par le système d’exploitation. L’extension réseau 210 reste à l’écoute de certains événements du système 1 (activité réseaux, événements Bluetooth, reprise d’activité de l’utilisateur du dispositif de communication mobile 11) étant données sa conception et sa nature. Le cycle de vie de l’extension réseau 210 est gérée uniquement par le système d’exploitation du dispositif de communication mobile. Une fois configurée, l’extension réseau correspond à un service système en tâche de fond, par exemple un démon (de l’anglais « daemon ») Unix avec les APIs POSIX de iOS. Un démon correspond à un processus non contrôlé par l’utilisateur du dispositif de communication mobile et qui s’exécute automatiquement en arrière-plan. La communication entre l’extension réseau 210 et l’application mobile 220 passe par un tunnel chiffré 201 (communication inter processus ou IPC) pour les commandes synchrones, et par des notifications système (notifications Darwin) avec une zone de partage de données militarisée pour les commandes asynchrones (par exemple pour la réception des signaux BLE du véhicule 10 et/ou la reprise d’activité de l’utilisateur du dispositif 11). Lors de l’installation de l’application mobile 220 sur le dispositif de communication mobile 11, et suite à une authentification de l’utilisateur, l’installation du module 221 (par exemple le client VPN) est proposée à l’utilisateur, par exemple par l’affichage d’un message ou d’une fenêtre dans l’IHM (Interface Homme-Machine) du dispositif de communication mobile 11. Une fois l’installation du module 221 validée par l’utilisateur, l’installation et la configuration du VPN sont mises en œuvre automatiquement et de façon transparente pour l’utilisateur, c’est-à-dire sans requérir aucune action de la part de l’utilisateur. Selon l’exemple d’un service ADML fourni par l’application mobile 11, l’extension réseau 210 est programmée pour, lorsque l’utilisateur s’approche du véhicule 10, par exemple réveiller l’application mobile 220 alors endormie, transmettre des commandes ou requêtes au véhicule 10, récupérer les états émis, afficher des notifications, mettre à jour un widget, sauvegarder des données, etc. Le réveil de l’application mobile 220 est obtenu indirectement, par exemple via l’affichage ou le rendu d’une notification sur le dispositif de communication mobile 11 à destination de l’utilisateur, l’affichage ou le rendu étant contrôlé ou commandé par l’extension réseau. A la lecture ou à l’écoute de la notification, l’utilisateur est alerté qu’il doit activer l’application mobile 220. Selon cet exemple, le service ADML est disponible dès que l’installation et la configuration de la solution VPN ont été mises en œuvre, que l’application mobile 220 soit lancée (exécutée) ou non. Au démarrage du dispositif de communication mobile 11, le service ADML est reconstitué automatiquement par l’extension réseau, avec le contexte ou profil utilisateur, et le service ADML se connecte automatiquement avec le véhicule 10 ou tout véhicule à portée de la liaison radio du dispositif de communication mobile 11 (c’est-à-dire du module 213). Par exemple, l’extension réseau 210 reçoit, via la connexion BLE, une requête d’authentification émise par le véhicule 10 à destination de l’application mobile 220. Si l’application mobile 220 est à l’arrêt (par exemple suite à une absence d’utilisation par l’utilisateur du dispositif de communication mobile 11 pendant une durée supérieure à un seuil (par exemple 10 minutes)), l’extension réseau 210 enregistre les données associées à la requête dans une zone de partage de données accessible à l’application mobile 220 et/ou à une vignette interactive (de l’anglais « widget »). A réception de la requête, l’extension réseau 210 génère par exemple une notification à destination de l’utilisateur du dispositif de communication mobile pour que ce dernier active l’application mobile 220 ou réponde à la requête émise par le véhicule. Selon une variante, la vignette interactive transmet la ou les commandes nécessaires au véhicule 10 à la place de l’application mobile 220. Si l’utilisateur du dispositif de communication mobile 11 désinstalle ou supprime l’application mobile 220 du dispositif de communication mobile 11, l’extension réseau est désinstallée automatiquement elle aussi. illustre schématiquement un dispositif de communication mobile 3 configuré pour communiquer avec un véhicule, par exemple le véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond par exemple au dispositif de communication mobile 11, par exemple un téléphone intelligent. Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des et 2 et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un téléphone portable, un téléphone intelligent, une tablette, un objet intelligent tel qu’une montre connectée, un ordinateur portable. Les éléments du dispositif 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Selon différents modes de réalisation particuliers, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’une liaison ou connexion sans fil. Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 6 comprend en outre au moins une mémoire 31 correspondant par exemple une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 31. Selon un mode de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant, le véhicule ou d’autres dispositifs de communication mobile. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Bluetooth® ou Wi-Fi®, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français) ; Des données sont par exemples chargées vers le dispositif 3 via l’interface du bloc 32 en utilisant un réseau BLE, Wi-Fi® tel que selon IEEE 802.11 ou un réseau mobile tel qu’un réseau 4G (ou LTE Advanced selon 3GPP release 10 – version 10) ou 5G. Selon un mode de réalisation particulier supplémentaire, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, un ou des haut-parleurs et/ou d’autres périphériques via respectivement des interfaces de sortie non représentées. illustre un organigramme des différentes étapes d’un procédé de communication de données entre un véhicule et une application mobile mise en œuvre dans un dispositif de communication mobile, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par le dispositif de communication mobile 11 des figures 1 et 2 ou par le dispositif 3 de la . Dans une première étape 41, une liaison sécurisée est établie entre l’application mobile et une extension réseau mise en œuvre par un système d’exploitation du dispositif de communication mobile. Dans une deuxième étape 42, les données sont communiquées entre le véhicule et l’extension réseau (par exemple depuis le véhicule vers l’extension réseau et/ou depuis l’extension réseau vers le véhicule) via une connexion sans fil. Les données sont également communiquées entre l’extension réseau et l’application mobile (par exemple depuis l’extension réseau vers l’application mobile et/ou depuis l’application mobile vers l’extension réseau) via la liaison sécurisée. La liaison sécurisée est par exemple obtenue par la mise en œuvre d’un réseau privé virtuel local entre l’extension réseau et l’application mobile. Selon une variante de réalisation, les variantes et exemples des opérations décrits en relation avec les figures 1 et 2 s’appliquent aux étapes du procédé de la . Bien entendu, l’invention ne se limite pas aux modes de réalisation décrits ci-avant mais s’étend à un procédé de fourniture de service à un véhicule, ainsi qu’au dispositif configuré pour la mise en œuvre d’un tel procédé. L’invention concerne également un système comprenant un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, et un dispositif de communication mobile communiquant avec le véhicule. Procédé de communication de données entre un véhicule (10) et une application mobile (220) mise en œuvre dans un dispositif de communication mobile (11), ledit procédé comprenant les étapes suivantes : - établissement (41) d’une liaison sécurisée (201) entre ladite application mobile (220) et une extension réseau (210) mise en œuvre par un système d’exploitation dudit dispositif de communication mobile (11) ; - communication (42) desdites données entre ledit véhicule (10) et ladite extension réseau (210) via une connexion sans fil (200) et entre ladite extension réseau (210) et ladite application mobile (220) via ladite liaison sécurisée (201). Procédé selon la revendication 1, pour lequel ladite liaison sécurisée (201) est obtenue par mise en œuvre d’un réseau privé virtuel local entre ladite extension réseau (210) et ladite application mobile (220). Procédé selon la revendication 2, pour lequel ledit réseau privé virtuel local est mis en œuvre par configuration d’un serveur (211) de réseau privé virtuel local dans ladite extension réseau (210) et d’un client (221) de réseau privé virtuel local dans ladite application mobile (220). Procédé selon l’une des revendications 1 à 3, pour lequel ladite extension réseau (220) est en outre configurée pour mettre en œuvre un serveur (212) de communication de données selon un protocole de communication en mode connecté pour la communication desdites données entre ledit véhicule (10) et ladite extension réseau (210). Procédé selon la revendication 4, pour lequel ledit protocole de communication en mode connecté correspond au protocole de contrôle de transmission, dit protocole TCP. Procédé selon l’une des revendications 1 à 5, pour lequel ladite connexion sans fil (200) est une connexion Bluetooth à basse consommation. Procédé selon l’une des revendications 1 à 6, comprenant en outre les étapes suivantes : - réception, par ladite extension réseau (210), d’une requête émise par ledit véhicule (10) via ladite connexion sans fil (200) à destination de ladite application mobile (220) ; - génération, par ladite extension réseau (210), d’une notification à rendre par ledit dispositif de communication mobile (11), ladite notification requérant une activation de ladite application mobile (220) par un utilisateur dudit dispositif de communication mobile (11). Dispositif (3) de communication mobile comprenant une mémoire (31) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7. Système comprenant le dispositif (3) de communication mobile selon la revendication 8 et un véhicule (10) relié en communication audit dispositif (3) de communication mobile. Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications 1 à 7, lorsque ces instructions sont exécutées par un processeur.