Brevet FR3159459A1 — publié le 20250822

La présente invention concerne un procédé de contrôle d’un premier ensemble d’actionneurs embarqué dans un premier véhicule (10), le premier ensemble d’actionneurs étant contrôlé selon un premier protocole. En effet, le procédé comprend la réception de premières données représentatives de paramètres utilisateur correspondant à des données émises par un deuxième véhicule (12) embarquant un deuxième ensemble d’actionneurs contrôlés selon un deuxième protocole utilisant un premier format de données non compatible avec le premier protocole, les premières données étant présentées dans un deuxième format de données non compatible avec le premier protocole. Le procédé comprend également la conversion par une interface de programmation d'application (101), dite API, des premières données dans le deuxième format de données en des deuxièmes données dans un troisième format de données compatible avec le premier protocole et le contrôle du premier ensemble d’actionneurs en fonction des deuxièmes données. Figure pour l’abrégé : Figure 1 Procédé et dispositif de contrôle d’un ensemble d’actionneurs embarqué dans un véhicule La présente invention concerne les procédés et dispositifs de contrôle d’un ensemble d’actionneurs embarqué dans un véhicule, et notamment mais pas exclusivement d’un véhicule de type automobile. L’invention vise en particulier le contrôle d’au moins un actionneur par un calculateur embarqué dans un véhicule, à partir de données reçues dans un format non compatible avec un format de données de contrôle de l’au moins un actionneur. Arrière-plan technologique Les véhicules, par exemple automobiles, disposent de nombreux systèmes, permettant, par exemple, de : • aider un conducteur du véhicule durant une phase de conduite du véhicule, un tel système étant appelé ADAS (de l’anglais « Advanced Driver Assistance System » ou en français « système d’aide à la conduite avancé »), et/ou • informer et/ou divertir le conducteur et/ou un passager du véhicule, un tel système étant appelé système IVI (de l’anglais « in-vehicle infotainment » ou en français « infodivertissement embarqué »), et/ou • améliorer le confort du conducteur et/ou d’un passager du véhicule. Ces divers systèmes sont notamment paramétrés par le conducteur et/ou un passager du véhicule, par exemple au travers d’une interface homme-machine, dite IHM, embarquée dans le véhicule. Lorsqu’un conducteur et/ou un passager change de véhicule, les paramètres associés à ces systèmes ne sont pas automatiquement transférés d’un véhicule à l’autre. Certains systèmes permettent de sauvegarder ces systèmes et de les transférer d’un véhicule à l’autre mais sous certaines conditions, notamment d’avoir des véhicules correspondant à des mêmes modèles ou en provenance d’un même constructeur, pour lesquels des protocoles de contrôle des différents systèmes embarqués sont identiques ou au moins compatibles. Or, un conducteur ou un passager qui change de véhicule pour un véhicule différent, par exemple un type de véhicule différent et/ou un véhicule d’un autre constructeur de véhicule ne dispose pas d’une solution de transfert permettant de récupérer un paramétrage de systèmes embarqués effectué dans un véhicule précédent. Résumé de la présente invention Un objet de la présente invention est de permettre l’échange et l’utilisation de données de contrôle entre deux véhicules utilisant des protocoles de paramétrage de systèmes embarqués non compatibles. Un autre objet de la présente invention est d’améliorer l’expérience d’un conducteur ou d’un passager utilisant plusieurs véhicules. Selon un premier aspect, la présente invention concerne un procédé de contrôle d’un premier ensemble d’actionneurs embarqué dans un premier véhicule, le premier ensemble d’actionneurs étant contrôlé selon un premier protocole, le procédé étant mis en œuvre par au moins un processeur et comprenant les étapes suivantes : - réception de premières données représentatives de paramètres utilisateur, les premières données correspondant à des données émises par un deuxième véhicule embarquant un deuxième ensemble d’actionneurs contrôlés selon un deuxième protocole utilisant un premier format de données non compatible avec le premier protocole, les premières données étant présentées dans un deuxième format de données non compatible avec le premier protocole ; - conversion par une première interface de programmation d'application des premières données dans le deuxième format de données en des deuxièmes données dans un troisième format de données compatible avec le premier protocole ; et - contrôle du premier ensemble d’actionneurs en fonction des deuxièmes données. Selon une variante, le procédé comprend en outre une étape de réception de quatrièmes données représentatives d’un identifiant utilisateur, les quatrièmes données étant reçues d’un dispositif de communication mobile via une liaison sans fil, les premières données étant fonction des quatrièmes données. Selon une autre variante du procédé, la connexion sans fil appartient à un ensemble de connexions sans fil comprenant : • une connexion radiofréquence, • une connexion Bluetooth, • une connexion Wifi, et • une connexion champ proche. Selon encore une variante du procédé, les premières données sont reçues d’un serveur distant. Selon une variante supplémentaire du procédé, le premier format de données est identique au deuxième format de données. Selon une autre variante supplémentaire du procédé, le premier format de données est différent du deuxième format de données, les premières données ayant été converties depuis le premier format de données vers le deuxième format de données par une deuxième interface de programmation d'application associée au deuxième véhicule. Selon une encore une variante du procédé, les premières données appartiennent à un ensemble de données comprenant : • des paramètres associés à un système d’infodivertissement ; • des paramètres de réglage d’un poste de conduite ; • des préférences de conduite, • des données cartographiques, et • un profil utilisateur. Selon un deuxième aspect, la présente invention concerne un dispositif de contrôle d’un premier ensemble d’actionneurs embarqué dans un véhicule, le dispositif comprenant une mémoire associée à au moins un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention. Selon un quatrième aspect, la présente 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 la présente 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, la présente 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 la présente 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 la présente 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 la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : FIG. 1 illustre schématiquement un environnement de communication d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention ; FIG. 2 illustre schématiquement un dispositif configuré pour contrôler un ensemble d’actionneurs embarqué dans le véhicule de la FIG. 1 , selon un exemple de réalisation particulier et non limitatif de la présente invention ; et FIG. 3 illustre un organigramme des différentes étapes d’un procédé de contrôle d’un ensemble d’actionneurs embarqué dans le véhicule de la FIG. 1 , selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation Un procédé et un dispositif de contrôle d’un ensemble d’actionneurs embarqué dans un véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 3. 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. Les termes « premier(s) », « deuxième(s) » (ou « première(s) », « deuxième(s) »), etc. sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. De tels éléments peuvent être distincts ou correspondre à un seul et unique élément, selon le mode de réalisation. Selon un exemple particulier et non limitatif de réalisation de la présente invention, un procédé de contrôle d’un premier ensemble d’actionneurs embarqué dans un premier véhicule est par exemple mis en œuvre par un calculateur du système embarqué du véhicule, le premier ensemble d’actionneurs étant contrôlé selon un premier protocole. En effet, le procédé comprend la réception de premières données représentatives de paramètres utilisateur correspondant à des données émises par un deuxième véhicule embarquant un deuxième ensemble d’actionneurs contrôlés selon un deuxième protocole utilisant un premier format de données non compatible avec le premier protocole, les premières données étant présentées dans un deuxième format de données non compatible avec le premier protocole. Le procédé comprend également la conversion par une interface de programmation d'application, dite API (de l’anglais « application programming interface »), des premières données dans le deuxième format de données en des deuxièmes données dans un troisième format de données compatible avec le premier protocole et le contrôle du premier ensemble d’actionneurs en fonction des deuxièmes données. La FIG. 1 illustre un environnement de communication d’un véhicule, appelé premier véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le premier véhicule 10 correspond par exemple à un véhicule à moteur thermique, à moteur(s) électrique(s) ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Le premier véhicule 10 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car. Le premier véhicule 10 embarque un ou plusieurs systèmes chacun contrôlé par un ou plusieurs calculateurs. Ces calculateurs forment par exemple une architecture multiplexée pour la réalisation de différents services utiles pour le bon fonctionnement du véhicule et pour assister le conducteur et/ou les passagers du véhicule dans le contrôle du premier véhicule 10 via le contrôle du ou des systèmes ADAS embarqués dans le premier véhicule 10. Les calculateurs communiquent et échangent des données entre eux par l’intermédiaire d’un ou plusieurs bus informatiques, par exemple un bus de communication de type bus de données 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 (selon la norme ISO 17458), LIN (de l’anglais « Local Interconnect Network » ou en français « Réseau interconnecté local ») ou Ethernet (selon la norme ISO/IEC 802-3). Les systèmes embarqués dans le premier véhicule 10 sont notamment contrôlés via un premier protocole de communication interne au véhicule 10, appelé par la suite « premier protocole ». Ce premier protocole est par exemple un protocole associé au modèle de véhicule ou utilisé pour un ensemble de véhicules produits par un même constructeur ou industriel. Un tel protocole est notamment adapté pour échanger des données entre des calculateurs, contrôler certains types d’actionneurs embarqués dans le premier véhicule 10 mais également pour interpréter des signaux en provenance, par exemple, de capteurs embarqués dans le véhicules 10, ces calculateurs, actionneurs et capteurs étant associés à certains des systèmes embarqués du premier véhicule 10. En effet, chaque type d’actionneur est commandé par des signaux différents, tout comme chaque capteur envoie des signaux particuliers relatifs au type de capteur, à des plages de valeur et/ou à son type d’environnement qu’un calculateur embarqué dans le premier véhicule 10 est en mesure d’interpréter. Un deuxième véhicule 12 qui n’est pas du même modèle ou produit par un même constructeur ou industriel embarque lui-aussi différents systèmes embarqués. Le deuxième véhicule 12 comprend alors des calculateurs, actionneurs et capteurs reliés à potentiellement différents de ceux embarqués par le premier véhicule 10. De même que pour le premier véhicule 10, le deuxième véhicule 12 comprend une architecture associée notamment aux calculateurs embarqués dans le deuxième véhicule 12, cette structure étant différente de celle du premier véhicule. Ainsi, le deuxième véhicule 12 utilise un deuxième protocole de communication interne au deuxième véhicule 12, par la suite appelé « deuxième protocole », différent du premier protocole pour faire communiquer et exploiter les éléments de son architecture. Cependant, même si les architectures des premier et deuxième véhicules sont différentes et emploient des protocoles différents et non compatibles, certains des systèmes embarqués par le premier véhicule 10 et par le deuxième véhicule 12 ont des fonctions similaires. Selon un exemple de réalisation particulier, parmi les systèmes embarqués par les premier et deuxième véhicules, certains d’entre eux gèrent des fonctions similaires et paramétrables tels : • un système d’aide à la conduite, dit ADAS, utilisant des paramètres utilisateur représentatifs de préférences de conduite pour assister un conducteur, • un système d’infodivertissement, dit système IVI, des paramètres utilisateur étant associés à des réglages de climatisation et/ou des préférences musicales ou de station de radio et/ou des personnalisations d’affichage sur un écran associé au système IVI, • un système de réglage du poste de conduite, des paramètres utilisateur définissant une position d’un siège et/ou d’un volant et/ou de rétroviseurs, • un système de navigation et de géolocalisation, aussi appelé système GNSS (Géolocalisation et Navigation par un Système de Satellites », par exemple un système de type GPS (de l’anglais « Global Positioning System » ou en français « Système de géo-positionnement par satellites »), des paramètres utilisateur définissant des adresses telles que celle d’un domicile, d’un lieu de travail ou d’un point d’intérêt. Le deuxième véhicule 12 stocke alors des données dans un premier format adapté au deuxième protocole utilisé pour l’architecture du deuxième véhicule 12, les premières données appartenant, selon un exemple de réalisation particulier, à un ensemble de données comprenant : • des paramètres associés à un système d’infodivertissement, • des paramètres de réglage d’un poste de conduite, • des préférences de conduite, • des données cartographiques, et • un profil utilisateur. Les premières données sont par exemple définies par un utilisateur du deuxième véhicule 12 via une interface homme-machine embarquée dans le deuxième véhicule 12. Ces premières données sont ensuite stockées de manière à être partagées pour que l’utilisateur du deuxième véhicule 12 puisse les réutiliser ultérieurement. Selon un premier mode de réalisation particulier, les premières données sont enregistrées sur un dispositif distant 1001 ou serveur distant dans un deuxième format. Selon un deuxième mode de réalisation particulier, les premières données sont enregistrées en mémoire d’un dispositif de communication mobile 11 dans un deuxième format. Selon un exemple de réalisation particulier, les premières données sont stockée brutes, c’est-à-dire sans modification. Ainsi, le deuxième format correspond au premier format. Selon un autre exemple de réalisation particulier, les premières données sont stockées dans un format de données universel, c’est-à-dire exploitables pour plusieurs types de véhicules et/ou modèles et/ou marques. Le deuxième format de données est par exemple un format de données défini par un consortium et structuré selon une méthode référencée. Afin de les stocker, les premières données au premier format de données sont converties au deuxième format de données pour être stockées par une deuxième interface de programmation d'application 121, dite deuxième API, associée au deuxième véhicule 12. Pour rappel, une API (« application programming interface » en anglais ou « interface de programmation d’application » en français) est définie par la Commission nationale de l'informatique et des libertés (CNIL®) comme une interface logicielle qui permet de « connecter » un logiciel ou un service à un autre logiciel ou service afin d’échanger des données et des fonctionnalités. Les API offrent de nombreuses possibilités, comme la portabilité des données, […], l’intégration de fonctionnalités d’un site sur un autre ou l’open data. Elles peuvent être gratuites ou payantes. Le premier véhicule 10 est également configuré pour communiquer, c’est-à-dire recevoir et transmettre des données avec d’autres véhicules, des dispositifs de communications mobiles et/ou une infrastructure d’un réseau de communication selon un mode de communication sans fil, dit V2X. A cet effet, le premier véhicule 10 embarque une unité de communication correspondant par exemple à un boîtier de communication de type unité de contrôle télématique TCU (de l’anglais « Telematic Control Unit »), boitier BTA (« Boitier Télématique Autonome ») ou boitier BSRF (« Boitier de Servitudes Radio Fréquence »). Une telle unité est avantageusement reliée à une ou plusieurs antennes 110 pour par exemple émettre et/ou recevoir des données à destination et/ou en provenance d’un dispositif distant 1001, par exemple un serveur distant du « cloud » 100 (ou « nuage » en français), ou un dispositif de communication mobile 11, via une liaison sans fil, selon la technologie OTA (de l’anglais « Over The Air » ou en français « par voie aérienne ») par exemple. La communication sans fil entre le premier véhicule 10 et le dispositif de communication mobile 11 est établie par exemple selon un mode de communication direct (par exemple lorsque le dispositif de communication mobile 11 est dans le premier véhicule 10 ou à une distance du premier véhicule 10 permettant un tel mode de communication, par exemple à une distance inférieure à 10, 20 ou 50 m). La liaison sans fil se base par exemple sur un ou plusieurs protocoles de communication sans fil tels que : • Bluetooth®, • Wi-Fi® (basé sur IEEE 802.11), • LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), • LTE-Advanced (ou en français LTE-avancé), • 3GPP (de l’anglais « 3 rd Generation Partnership Project » ou en français « Projet de partenariat de 3 ème génération ») de quatrième génération ou de cinquième génération, dit 3GPP 4G ou 5G, ou • NFC (de l’anglais « Near Field Communication » ou en français « Communication champ proche »). A titre d’exemple, le dispositif de communication mobile 11 correspond à un téléphone portable ou mobile, par exemple un téléphone intelligent, une tablette ou un objet connecté tel qu’une montre connectée (ou une montre dite intelligente). Selon un exemple de réalisation particulier, le premier véhicule 10 est en liaison sans-fil avec le dispositif distant 1001 via l’un des protocoles de communication sans fil précédemment cités ou via le dispositif de communication mobile 11. Selon un exemple de réalisation particulier, le premier véhicule 10 embarque avantageusement dans son habitacle un système d’affichage comprenant un écran et un calculateur configuré pour contrôler l’affichage de contenu(s) d’une IHM graphique sur l’écran. Le calculateur correspond par exemple au calculateur du système IVI. L’écran est par exemple tactile et correspond par exemple à un écran de type LCD (de l’anglais « Liquid Crystal Display » ou en français « Affichage à cristaux liquides »), par exemple de type de type TFT (de l’anglais « Thin-Film Transistor » ou en français « Transistor en film mince »), ou OLED (de l’anglais « Organic Light-Emitting Diode » ou en français « Diode électroluminescente organique »). L’écran est par exemple arrangé au centre du tableau de bord, par exemple au-dessus d’une façade centrale. Bien entendu, la position de l’écran n’est pas limitée à cet exemple, l’écran pouvant être arrangé en toute position, par exemple sur la façade centrale. L’écran permet d’afficher des contenus à destination du conducteur et/ou des passagers du véhicule. L’écran est également configuré pour permettre au conducteur et/ou aux passagers du véhicule d’interagir avec un ou plusieurs systèmes embarqués dans le premier véhicule 10 via une interface homme machine (IHM) affichée sur l’écran. Par exemple, l’écran permet de contrôler le système IVI du premier véhicule 10, ainsi que par exemple le système en charge de contrôler un premier ensemble d’actionneurs embarqué dans le premier véhicule 10, tel que cela est décrit ci-dessous. Selon un autre exemple, non illustré ici, l’écran n’est pas intégré à l’habitacle mais correspond à un écran d’un deuxième dispositif de communication mobile, tel qu’un téléphone intelligent ou une tablette, relié en communication, par exemple sans fil, avec le système embarqué du véhicule, par exemple l’écran du dispositif de communication mobile 11. Un processus de contrôle d’un premier ensemble d’actionneurs embarqué dans le premier véhicule 10 est avantageusement mis en œuvre par un ou plusieurs processeurs d’un ou plusieurs calculateurs du premier véhicule 10, par exemple par le calculateur IVI. Dans une première opération, les premières données représentatives de paramètres utilisateur, les premières données sont reçues. Elles sont présentées dans le deuxième format de données, et ne sont pas, en l’état, exploitables par les systèmes embarqués du premier véhicule 10. En effet, les premières données au deuxième format de données ne sont pas compatibles avec le premier protocole utilisé par l’architecture des calculateurs, actionneurs et capteurs embarqués dans le premier véhicule 10. Selon un exemple de réalisation particulier correspondant, par exemple, au premier mode de réalisation particulier, les premières données sont par exemple reçues à la suite de la détection de la présence du dispositif mobile de communication 11 à proximité du premier véhicule 10. Des quatrièmes données comprenant un identifiant sont par exemple reçues par le calculateur du premier véhicule 10, l’identifiant étant envoyé par le dispositif de communication mobile 11 relié en communication avec le calculateur du premier véhicule 10. Le calculateur émet alors des données contenant l’identifiant à destination du dispositif distant 1001 via une liaison sans fil, le serveur distant 1001 envoyant alors les premières données correspondant à cet identifiant à destination du premier véhicule 10. Dans cet exemple de réalisation particulier, la connexion sans fil entre le dispositif de communication mobile 11 et le calculateur en charge du processus appartient, par exemple, à un ensemble de connexions sans fil comprenant : • une connexion radiofréquence, • une connexion Bluetooth, • une connexion Wifi, et • une connexion champ proche. Selon le deuxième mode de réalisation particulier, les premières données sont reçues du dispositif de communication mobile 11 directement. Dans une deuxième opération, les premières données dans le deuxième format de données sont converties par une première interface de programmation d'application 101, dite première API, en deuxièmes données dans un troisième format de données compatible avec le premier protocole. Dans une troisième opération, le premier ensemble d’actionneurs est contrôlé en fonction des deuxièmes données. En effet, le calculateur en charge du processus est en mesure d’exploiter les deuxièmes données, il attribue alors les paramètres utilisateur à des paramètres des systèmes embarqués du premier véhicule 10, les systèmes embarqués étant alors contrôlés de manière à appliquer les mêmes paramètres que ceux renseignés antérieurement par l’utilisateur dans le deuxième véhicule 12. Ainsi, le premier véhicule est en mesure d’associer des paramètres utilisateur renseignés dans un autre véhicule ou dans une application installée sur le dispositif de communication mobile à des paramètres de systèmes embarqués dans le premier véhicule. Un utilisateur entrant dans le premier véhicule n’a alors pas besoin de paramétrer ces différents systèmes, lui donnant alors l’impression que le véhicule s’adapte à ses besoins ou préférences automatiquement et lui évitant de perdre du temps à renseigner les différents paramètres utilisateur manuellement dans via, par exemple, une interface homme machine qu’il ne connait ou maitrise pas. La FIG. 2 illustre schématiquement un dispositif 2 configuré pour le contrôle d’un premier ensemble d’actionneurs embarqué dans un véhicule, par exemple dans le premier véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 2 correspond par exemple à un dispositif embarqué dans le véhicule 10, par exemple au moins un calculateur associé aux systèmes d’aide à la conduite ou au système d’infodivertissement. Le dispositif 2 est par exemple configuré pour la mise en œuvre des opérations décrites en regard de la FIG. 1 et/ou des étapes du procédé décrit en regard de la FIG. 3 . Des exemples d’un tel dispositif 2 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), un téléphone intelligent, une tablette, un ordinateur portable. Les éléments du dispositif 2, 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 2 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. Le dispositif 2 comprend un (ou plusieurs) processeur(s) 20 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 2. Le processeur 20 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 2 comprend en outre au moins une mémoire 21 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 21. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 2 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’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 comprend un bloc 22 d’éléments d’interface pour communiquer avec des dispositifs externes. Les éléments d’interface du bloc 22 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, 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) ; - interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 2 comprend une interface de communication 23 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 230. L’interface de communication 23 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 230. L’interface de communication 23 correspond par exemple à 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). Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 240, tactile ou non, un ou des haut-parleurs 250 et/ou d’autres périphériques 260 via respectivement des interfaces de sortie 24, 25 et 26. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 2. La FIG. 3 illustre un organigramme des différentes étapes d’un procédé de contrôle d’un premier ensemble d’actionneurs embarqué dans un véhicule, par exemple dans le premier véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le premier ensemble d’actionneurs est notamment contrôlé selon un premier protocole. Le procédé est par exemple mis en œuvre par un dispositif embarqué dans le véhicule 10 ou par le dispositif 2 de la FIG. 2 . Dans une première étape 31, des premières données représentatives de paramètres utilisateur sont reçues. Les premières données correspondent à des données émises par un deuxième véhicule 12 embarquant un deuxième ensemble d’actionneurs contrôlés selon un deuxième protocole utilisant un premier format de données non compatible avec le premier protocole, les premières données étant présentées dans un deuxième format de données non compatible avec le premier protocole. Dans une deuxième étape 32, une première interface de programmation d'application 101 convertit les premières données dans le deuxième format de données en des deuxièmes données dans un troisième format de données compatible avec le premier protocole. Dans une troisième étape 33, le premier ensemble d’actionneurs est contrôlé en fonction des deuxièmes données. Un tel procédé permet, au travers de l’utilisation d’une API, de favoriser l'interopérabilité entre différentes marques et modèles de véhicules et favorise une uniformisation de moyens de communication de données par une industrie, ce qui est essentiel pour l'intégration future de technologies plus avancées. La récupération de paramètres utilisateur et son utilisation pour paramétrer automatiquement les différents systèmes embarqués d’un véhicule permet d’améliorer l’expérience utilisateur, celui-ci se retrouve en effet dans un véhicule qui peut lui paraître familier et qui lui est adapté. Il est alors plus facile pour l’utilisateur de le prendre en main et le véhicule est également plus confortable. Ce procédé améliore également la flexibilité et l'adaptabilité dans l'utilisation des véhicules, favorisant ainsi la mobilité partagée. Selon une variante, les variantes et exemples des opérations décrits en relation avec la FIG. 1 s’appliquent aux étapes du procédé de la FIG. 3 . Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de contrôle d’un ensemble d’actionneurs embarqué dans un véhicule qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. La présente invention concerne également un véhicule comprenant le dispositif de la FIG. 2 et un système comprenant les premier et deuxième véhicules de la FIG. 1 , le deuxième véhicule étant configuré pour générer les premières données acquises via une interface utilisateur. Procédé de contrôle d’un premier ensemble d’actionneurs embarqué dans un premier véhicule (10), le premier ensemble d’actionneurs étant contrôlé selon un premier protocole, ledit procédé étant mis en œuvre par au moins un processeur et comprenant les étapes suivantes : - réception (31) de premières données représentatives de paramètres utilisateur, les premières données correspondant à des données émises par un deuxième véhicule (12) embarquant un deuxième ensemble d’actionneurs contrôlés selon un deuxième protocole utilisant un premier format de données non compatible avec le premier protocole, les premières données étant présentées dans un deuxième format de données non compatible avec le premier protocole ; - conversion (32) par une première interface de programmation d'application (101) des premières données dans le deuxième format de données en des deuxièmes données dans un troisième format de données compatible avec le premier protocole ; et - contrôle (33) du premier ensemble d’actionneurs en fonction des deuxièmes données. Procédé selon la revendication 1, lequel comprend en outre une étape de réception de quatrièmes données représentatives d’un identifiant utilisateur, les quatrièmes données étant reçues d’un dispositif de communication mobile (11) via une liaison sans fil, les premières données étant fonction des quatrièmes données. Procédé selon la revendication 2, pour lequel ladite connexion sans fil appartient à un ensemble de connexions sans fil comprenant : • une connexion radiofréquence, • une connexion Bluetooth, • une connexion Wifi, et • une connexion champ proche. Procédé selon l’une des revendications 1 à 3, pour lequel les premières données sont reçues d’un serveur distant (1001). Procédé selon l’une des revendications 1 à 4, pour lequel le premier format de données est identique au deuxième format de données. Procédé selon l’une des revendications 1 à 4, pour lequel le premier format de données est différent du deuxième format de données, les premières données ayant été converties depuis le premier format de données vers le deuxième format de données par une deuxième interface de programmation d'application (121) associée au deuxième véhicule (12). Procédé selon l’une des revendications 1 à 6, pour lequel les premières données appartiennent à un ensemble de données comprenant : • des paramètres associés à un système d’infodivertissement ; • des paramètres de réglage d’un poste de conduite ; • des préférences de conduite, • des données cartographiques, et • un profil utilisateur. Dispositif (2) de contrôle d’un ensemble d’actionneurs embarqué dans un véhicule, ledit dispositif (2) comprenant une mémoire (21) associée à au moins un processeur (20) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7. Véhicule (10) comprenant le dispositif (2) selon la revendication 8. Système comprenant un premier véhicule (10) selon la revendication 9 et un deuxième véhicule (12) configuré pour générer des premières données acquises via une interface utilisateur.