FR 3164804 A1 20260123 FR 2408044 A 20240722 La présente invention concerne un procédé et un dispositif de communication de données relatives à un problème d’un système embarqué d’un véhicule. A cet effet, des premières données représentatives d’une requête d’affichage d’un contenu graphique d’une IHM sont reçues (41). Le contenu graphique de l’IHM est affiché (42) sur l’écran tactile suivant la réception des premières données, le deuxième contenu graphique étant représentatif d’un formulaire de collecte de deuxièmes données représentatives d’une description du problème. Les deuxièmes données sont transmises (43) pour recevoir (44) en retour des troisièmes données représentatives d’une réponse au problème. L’affichage d’un troisième contenu graphique représentatif de la réponse est affiché (45) sur l’écran tactile. Figure pour l’abrégé : Figure 4 Procédé et dispositif de communication de données relatives à un problème d’un système embarqué d’un véhicule L’invention concerne les procédés et dispositifs de communication de données relatives à un problème d’un système embarqué d’un véhicule, notamment mais non exclusivement d’un véhicule automobile. L’invention concerne également un procédé et un dispositif de traitement de données pour générer automatiquement une réponse à un problème détecté sur un système embarqué d’un véhicule. Arrière-plan technologique Les véhicules contemporains sont formés d’un grand nombre de composants, d’organes et de systèmes embarqués configurés pour assister le conducteur dans la conduite du véhicule ou encore accompagner le conducteur et ses passagers lors des trajets effectués avec un véhicule. Le développement de ces composants, organes ou systèmes embarqués s’accompagne parfois de défauts dans la conception ou la fabrication, défauts qui ne sont constatés qu’une fois les véhicules mis en circulation. Lorsqu’un problème ou un défaut est constaté sur un tel composant, organe ou système d’un véhicule, le conducteur doit prendre contact avec un expert pour obtenir un retour sur le problème constaté, par exemple pour connaitre la marche à suivre pour corriger le problème ou déterminer la gravité du problème constaté et déterminer si le problème peut être ignoré ou s’il nécessite une réparation, selon la gravité. Une telle démarche requiert un temps de traitement assez long, lequel peut s’avérer dangereux pour le conducteur et son véhicule en attente de réponse. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est par exemple d’améliorer la communication d’informations relatives à l’utilisation de véhicule. Selon un premier aspect, la présente invention concerne un procédé de communication de données relatives à un problème d’un système embarqué d’un véhicule, 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 d’une requête d’affichage d’un deuxième contenu graphique d’une interface homme-machine, dite IHM ; - contrôle d’affichage du deuxième contenu graphique de l’IHM sur un écran d’affichage à interface tactile, dit écran tactile suivant la réception des premières données, le deuxième contenu graphique étant représentatif d’un formulaire de collecte de deuxièmes données représentatives d’une description du problème ; - transmission des deuxièmes données ; - réception de troisièmes données représentatives d’une réponse au problème, les troisièmes données étant générées en fonction des deuxièmes données ; - contrôle d’affichage d’un troisième contenu graphique représentatif de la réponse sur l’écran tactile. L’utilisation d’un formulaire d’une IHM affichée sur un écran permet d’obtenir simplement d’un utilisateur un descriptif d’un problème constaté sur un système embarqué d’un véhicule. La transmission du descriptif permet d’obtenir en retour une réponse au problème avec un affichage de la réponse pour fournir au conducteur, en temps réel, les données nécessaires à la compréhension du problème ou à la démarche à faire pour solutionner le problème. Le conducteur dispose ainsi de toutes les données nécessaires pour comprendre le problème, juger sa gravité et prendre les mesures adaptées pour garantir la sécurité du véhicule, de ses passagers et des autres usagers de la route. Selon une variante, les premières données sont générées par un appui tactile sur un objet graphique affiché sur l’écran tactile dans un premier contenu graphique déterminé de l’IHM. Selon une autre variante, les troisièmes données sont générées par un modèle de langage de grande taille, dit LLM, en fonction des deuxièmes données, le LLM étant appris pendant une phase d’apprentissage à partir de quatrièmes données représentatives de retours d’expérience sur un ensemble de problèmes collectés pour un ensemble de systèmes embarqués d’un ensemble de véhicules d’apprentissage. Selon encore une variante, le procédé comprend en outre une étape de traitement des deuxièmes données par une méthode de traitement en langage naturel, un résultat du traitement étant fourni en entrée du LLM pour générer les troisièmes données. Selon une autre variante, lesdites deuxièmes données sont transmises à destination d’un dispositif distant, via une connexion sans fil, en absence de génération des troisièmes données par le LLM, les troisièmes données étant reçues depuis le dispositif distant. Selon une variante supplémentaire, un ensemble de paramètres du LLM est affiné en fonction des troisièmes données reçues du dispositif distant selon une méthode d’apprentissage par renforcement. Selon encore une variante, le procédé comprend en outre une étape d’identification du véhicule. Selon une autre variante, l’IHM est mise en œuvre via une application interactive embarquée du véhicule ou via une application mobile exécutée sur un dispositif de communication mobile. Selon un deuxième aspect, la présente invention concerne un système de communication de données relatives à un problème d’un système embarqué d’un véhicule, le système comprenant au moins 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 un véhicule automobile, comprenant le système 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 de données, selon un exemple de réalisation particulier et non limitatif de la présente invention ; FIG. 2 illustre schématiquement un processus de communication de données relatives à un problème d’un système embarqué d’un véhicule dans l’environnement de communication de la FIG. 1 , selon un exemple de réalisation particulier et non limitatif de la présente invention ; FIG. 3 illustre un dispositif configuré pour communiquer des données relatives à un problème d’un système embarqué d’un véhicule dans l’environnement de communication de la FIG. 1 , selon un exemple de réalisation particulier et non limitatif de la présente invention. FIG. 4 illustre un organigramme des différentes étapes d’un procédé de communication de données relatives à un problème d’un système embarqué d’un véhicule dans l’environnement de communication 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 communication de données relatives à un problème d’un système embarqué d’un véhicule 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. 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. La FIG. 1 illustre schématiquement un environnement de communication 1, selon un exemple de réalisation particulier et non limitatif de la présente invention. Selon un premier mode de réalisation, l’environnement de communication 1 comprend un véhicule 10. Le 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 véhicule 10 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car, une moto. Le véhicule 10 correspond à un véhicule dit connecté en ce qu’il embarque un système de communication configuré pour communiquer avec un ou plusieurs dispositifs distants 101 via une infrastructure d’un réseau de communication sans fil. Le dispositif distant 101 correspond par exemple à un serveur ou un ordinateur du « cloud » (ou « nuage » en français) 100. Le système de communication d’un véhicule connecté comprend par exemple une ou plusieurs antennes de communication reliées à une unité de contrôle télématique, dite TCU (de l’anglais « Telematic Control Unit »), elle-même reliée à un ou plusieurs calculateurs du système embarqué du véhicule connecté. La ou les antennes, l’unité TCU et le ou les calculateurs forment par exemple une architecture multiplexée pour la réalisation de différents services utiles pour le bon fonctionnement du véhicule connecté et pour assister le conducteur et/ou les passagers du véhicule connecté dans le contrôle du véhicule connecté et/ou pour établir un diagnostic sur le fonctionnement d’un ou plusieurs composants du véhicule connecté. Le ou les calculateurs et l’unité TCU 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) ou Ethernet (selon la norme ISO/IEC 802-3). Selon un deuxième mode de réalisation, l’environnement 1 comprend un dispositif de traitement de données 11 correspondant par exemple à un dispositif de communication mobile tel qu’un téléphone intelligent (de l’anglais « smartphone ») ou une tablette. Selon une variante de réalisation, le dispositif de traitement de données 11 correspond à un ordinateur portable ou à un ordinateur. Le dispositif de traitement de données 11 est avantageusement configuré pour communiquer avec le ou les dispositifs distants 101 via l’infrastructure du réseau de communication sans fil. Selon un troisième mode de réalisation, l’environnement 1 comprend un ou plusieurs véhicules connectés tels que le véhicule 10 et un ou plusieurs dispositifs de traitement de données tel que le dispositif 11. L’infrastructure de communication mobile permettant la communication sans fil de données entre d’une part le véhicule 10 et/ou le dispositif de traitement de données et d’autre part chacun des dispositifs distants 101 comprend par exemple un ou plusieurs équipements de communication 102 de type antenne relais (réseau cellulaire). Dans un mode de communication utilisant une telle architecture réseau, les données sont par exemple transmises par le véhicule connecté au dispositif distant 101 du « cloud » 100 via une antenne relais 102 (l’antenne 102 étant par exemple reliée au « cloud » 100 via une liaison filaire et le dispositif distant 101 étant lui-même relié à l’infrastructure réseau du « cloud » 100 via un réseau filaire et/ou sans fil). Le système de communication sans fil permettant l’échange de données entre d’une part le véhicule connecté 10 et/ou le dispositif de traitement de données 11 et d’autre part le dispositif distant 101 correspond par exemple à : - un système de communication véhicule à infrastructure V2I (de l’anglais « vehicle-to-infrastructure »), par exemple basé sur les standards 3GPP LTE-V ou IEEE 802.11p de ITS G5 ; ou - un système de communication de type réseau cellulaire, par exemple un réseau de type LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) aussi appelé LTE 3G, 4G ou 5G ; ou - un système de communication de type Wifi selon IEEE 802.11, par exemple selon IEEE 802.11n ou IEEE 802.11ac. Un processus de communication de données relatives à un ou des problèmes détectés sur un ou plusieurs systèmes embarqués du véhicule 10 est décrit en regard de la FIG. 2 . Le terme « système embarqué » englobe tout système, organe ou composant du véhicule 10, ainsi que toute fonction, service ou fonctionnalité proposé(e) dans le véhicule 10 via un système, organe ou composant embarqué. Un problème rencontré avec un système embarqué du véhicule correspond par exemple à un problème matériel ou une défaillance matérielle d’un composant ou organe, a un problème logiciel (par exemple un bug) au niveau d’une application interactive mise en œuvre dans le véhicule, à un comportement d’un système embarqué non conforme à ce qui est attendu par le conducteur ou un passager, etc. Le processus est par exemple mis en œuvre dans le véhicule 10, par exemple par un ou plusieurs processeurs d’un ou plusieurs calculateurs tels que par exemple le calculateur du système d’infodivertissement du véhicule, dit calculateur IVI (de l’anglais « In-Vehicle Infotainment » ou en français « Infodivertissement embarqué »). Selon cet exemple, la communication des données relatives au problème est mise en œuvre via une application interactive (de l’anglais « widget ») exécutée par le calculateur, et plus précisément via une interface homme-machine (IHM) associée à l’application interactive et affichée sur un écran tactile du véhicule 10 sous le contrôle du calculateur IVI par exemple. Selon des variantes de réalisation, une partie des opérations du processus de communication des données relatives au problème est mise en œuvre par le dispositif distant 101 ou en relation avec le dispositif distant 101. Selon un autre exemple, le processus est mis en œuvre dans le dispositif de traitement de données 11, c’est-à-dire par un ou plusieurs processeurs de ce dispositif de traitement de données 11 exécutant une application (par exemple une application mobile lorsque le dispositif de traitement de données correspond à un dispositif de communication mobile). Selon cet exemple, la génération et la transmission de la requête est mise en œuvre via l’application, et plus précisément via une interface homme-machine (IHM) associée à l’application et affichée sur l’écran tactile du dispositif de traitement de données 11. Selon une variante de réalisation, l’application correspond à un navigateur internet, par exemple lorsque le dispositif de traitement de données correspond à un ordinateur. Selon des variantes de réalisation, une partie des opérations du processus de communication des données relatives au problème est mise en œuvre par le dispositif distant 101 ou en relation avec le dispositif distant 101. L’application interactive du véhicule 10 et l’application, par exemple mobile, du dispositif de traitement de données 11 sont reliées en communication au dispositif distant 101 via l’infrastructure du réseau de communication sans fil pour l’échange de données dans le cadre de la génération de chaque requête, tel qu’expliqué ci-après avec plus de détails. La FIG. 2 illustre schématiquement un processus de communication de données relatives à un problème d’un système embarqué du véhicule 10, selon des exemples de réalisation particuliers et non limitatifs de la présente invention. Le processus est par exemple mis en œuvre par un ou plusieurs processeurs d’un ou plusieurs calculateurs du véhicule 10 ou par un ou plusieurs processeurs d’une unité de traitement de données du dispositif de traitement de données 11, en communication avec le dispositif distant 101. Dans le reste de la description du processus, il sera fait référence à un dispositif de traitement correspondant à un système du véhicule 10 comprenant un ou plusieurs calculateurs lorsque le processus est mis en œuvre dans un système comprenant le véhicule 10 et le dispositif distant 101 ou correspondant au dispositif de traitement de données 11 lorsque le processus est mis en œuvre dans un système comprenant le dispositif de traitement de données 11 et le dispositif distant 101. Dans une première opération 201 du processus, l’utilisateur souhaitant communiquer un problème constaté ou détecté sur un système du véhicule 10 démarre une interaction avec le dispositif de traitement, et optionnellement avec le dispositif distant 101 selon certains modes de réalisation particulier décrits ci-après. L’initiation de l’interaction est par exemple déclenchée par un appui tactile sur une icône d’une page d’accueil de l’IHM affiché sur l’écran tactile du dispositif de traitement. L’appui tactile déclenche par exemple l’exécution de l’application (application interactive, application mobile, client léger ou lourd, navigateur internet) permettant l’interaction. L’appui tactile déclenche ainsi par exemple l’affichage d’un contenu graphique correspondant à une page d’accueil de l’IHM de l’application, proposant par exemple l’exécution d’un ou plusieurs services par appui sur un objet graphique ou une icône associée à chacun de ces services. Selon une variante de réalisation, l’initiation de l’interaction est déclenchée par l’acquisition d’une commande vocale prononcée par l’utilisateur via un microphone embarqué dans le véhicule 10 ou un microphone du dispositif de traitement de données 11. Le microphone est relié ou fait partie d’une interface vocale du dispositif de traitement. Selon une autre variante de réalisation, l’initiation de l’interaction est déclenchée par un appui, par l’utilisateur, sur un bouton physique arrangé dans l’habitacle du véhicule 10, par exemple au niveau de la planche de bord ou du volant du véhicule 10. Dans une deuxième opération 202 du processus, une identification de l’utilisateur et/ou du véhicule 10 est requise. Une telle opération 202 est optionnelle et par exemple requise lors de la première soumission d’une requête ou lors de la première exécution de l’application par le dispositif de traitement. A cet effet, le dispositif de traitement déclenche l’affichage d’un contenu graphique requérant l’identification du véhicule 10. Le contenu graphique d’identification comprend par exemple deux zones de texte, par exemple une première zone pour entrer un identifiant et une deuxième zone pour entrer un mot de passe. L’entrée de l’identifiant et du mot de passe sont mises en œuvre via l’interface tactile de l’écran tactile sur lequel est affiché le contenu graphique d’identification. L’identifiant correspond par exemple à un numéro de téléphone ou d’une adresse de courriel associée au propriétaire du véhicule 10. Un tel identifiant est associé à un compte de l’utilisateur du véhicule 10, le compte comprenant un ensemble d’informations sur le véhicule 10 permettant d’identifier le véhicule 10, par exemple le numéro d’identifiant unique du véhicule, dit VIN (de l’anglais « Vehicle Identification Number »). Selon un autre exemple, l’identifiant correspond au numéro d’identification de véhicule, dit VIN. Une requête d’authentification comprenant les données d’identification (identifiant et mot de passe) est transmise à destination du dispositif distant 101 qui transmet en retour (au dispositif de traitement) une autorisation d’exécuter le service de génération et de transmission de la requête d’amélioration de système embarqué. Lors des utilisations ultérieures de l’application, l’identification est faite automatiquement au démarrage de l’application avec par exemple la transmission de données d’identification du dispositif de traitement identifié auprès du dispositif de traitement lors de la première connexion. Dans une troisième opération 203 du processus, des premières données représentatives d’une requête d’affichage d’un deuxième contenu graphique d’une interface homme-machine, dite IHM sont reçues. Les premières données sont par exemple générées par (ou représentatives de) un appui tactile, par l’utilisateur, sur un objet graphique affiché dans un premier contenu graphique déterminé (correspondant par exemple à une page d’accueil) de l’IHM de l’application sur l’écran tactile du (ou associé au) dispositif de traitement sont reçues, suivant un appui tactile de l’utilisateur sur cet objet graphique. Cet objet graphique correspond par exemple à une icône ou à un pictogramme associé au service de communication d’un problème constaté sur un système embarqué. Un appui tactile sur l’objet graphique envoie une information au dispositif de traitement pour que ce dernier mette en œuvre une ou plusieurs fonctions associées à la commande correspondant à l’appui tactile. Les premières données représentatives de l’appui tactile sont par exemple reçues via un ou plusieurs bus de données reliant l’interface tactile de l’écran et le dispositif de traitement. L’appui tactile correspond par exemple à un appui tactile court ou bref selon lequel la durée d’appui sur l’objet graphique est inférieure à une durée seuil (par exemple égale à 500 ou 1000 ms). Selon une variante de réalisation, les premières données sont générées par (ou représentatives de) une commande vocale déterminée, prononcée par l’utilisateur, acquise par le microphone. Selon les premières données sont générées par (ou représentatives de) un appui sur un bouton physique arrangé dans l’habitacle du véhicule 10, par exemple au niveau de la planche de bord ou du volant du véhicule 10. Dans une quatrième opération 204 du processus, la réception des premières données déclenche le contrôle de l’affichage d’un deuxième contenu graphique de l’IHM sur l’écran tactile. Ce deuxième contenu graphique correspond à un contenu déterminé de l’IHM, lequel est représentatif d’un formulaire de description du problème configuré pour que l’utilisateur entre ou renseigne des deuxièmes données représentatives d’une description du problème. Le formulaire comprend par exemple un ensemble de champs, par exemple un ou plusieurs champs permettant de sélectionner un thème dans une liste proposée et/ou un ou plusieurs champs pour entrer un texte libre, charger une ou plusieurs photos et/ou vidéos pour décrire et illustrer le problème. Le formulaire correspond ainsi par exemple à un questionnaire avec : - une ou plusieurs questions pour cibler un thème ou un domaine particulier (par exemple le type de système embarqué pour lequel le problème a été constaté, le type de problème, les anomalies constatées), les réponses à ces questions étant guidées (via la proposition d’une réponse dans une liste de réponses prédéterminées) ou libres via une zone de texte libre ; et/ou - un champ libre pour que l’utilisateur apporte des précisions aux réponse fournies précédemment, le cas échéant, et/ou décrive avec détail le problème rencontré ; et/ou - un champ pour télécharger une ou plusieurs photos et/ou vidéos montrant le problème. Les deuxièmes données représentatives de la description du problème comprennent ainsi une ou plusieurs des données suivantes, selon toutes combinaisons possibles : - des données représentatives de réponses à une plusieurs questions ; et/ou - des données représentatives d’un texte ; et/ou - des données représentatives d’une ou plusieurs images ; et/ou - des données représentatives d’une ou plusieurs vidéos ou séquence(s) d’images. L’entrée des deuxièmes données par l’utilisateur est obtenue via l’interface tactile de l’écran. Selon une variante de réalisation, l’entrée des deuxièmes données ou d’une partie d’entre elles est mise en œuvre via une interface vocale, l’IHM générant un rendu sonore des questions ou une description des champs par synthèse vocale, l’IHM remplissant les champs via l’acquisition des réponses prononcées par l’utilisateur par un microphone. Un contrôle d’affichage d’un contenu graphique, tel que l’objet graphique, le premier contenu graphique ou le deuxième contenu graphique comprend un rendu du contenu graphique ou de l’objet graphique, un tel rendu correspondant à un ensemble d’opérations effectuées par un ou plusieurs processeurs sur les pixels d’une ou plusieurs images du contenu graphique à afficher sur l’écran. Par exemple, le rendu consiste à associer à un ensemble de pixels d’une image des données de pixels (par exemple des données de couleurs exprimées dans un espace de type RGB (de l’anglais « Red, Green, Blue » ou en français « rouge, vert, bleu »)) associés à chaque objet graphique. Le contrôle d’affichage de chaque contenu ou objet graphique comprend ainsi la transmission de signaux de contrôle à destination de l’écran pour modifier les valeurs associées aux pixels de l’écran à l’endroit prévu pour afficher le contenu graphique. Dans une cinquième opération 205 du processus, les deuxièmes données sont transmises à destination d’un module d’intelligence artificielle de traitement des deuxièmes données, dit module IA. Le module IA est mis en œuvre par le dispositif de traitement. Selon une variante de réalisation, le module IA est mis en œuvre par le dispositif distant 101, les deuxièmes données étant alors transmises par le véhicule 10 à destination du dispositif distant 101 via une connexion sans fil. Le module IA est par exemple mis en œuvre sous la forme d’un ou plusieurs réseaux de neurones. Les deuxièmes données sont par exemple traitées ou analysées par une méthode de traitement en langage naturel, connue sous le sigle NLP (de l’anglais « Natural Language Processing »), pour comprendre le texte entré par l’utilisateur dans le formulaire et pour rendre ce texte interprétable par le module IA. Lorsque les deuxièmes données comprennent des images et/ou vidéos, les deuxièmes données relatives à ces images et/ou vidéos sont traitées pour extraire des caractéristiques (de l’anglais « features ») de ces images et/ou vidéos pour classifier ces images et/ou vidéos selon leur contenu. Le module IA met avantageusement en œuvre un modèle de langage de grande taille, dit LLM (de l’anglais « Large Language Model »), configuré pour générer une réponse à partir des deuxièmes données reçues en entrée du LLM, les deuxièmes données fournies en entrée correspondant aux données brutes (sans traitement) ou aux deuxièmes données traitées selon l’exemple de réalisation décrit au paragraphe précédent. Un tel LLM est aussi appelé agent LLM génératif. Un tel LLM génératif est par exemple mis en œuvre sous la forme d’un réseau de neurones, tel que connu de l’homme du métier. Le LLM a avantageusement été appris lors d’une phase d’apprentissage à partir de quatrièmes données représentatives de retours d’expérience, par exemple des retours d’expérience du constructeur automobile du véhicule 10, de fabricants de systèmes embarqués du véhicule 10, d’experts techniques. Ces retours d’expérience correspondent à des réponses apportées à des problèmes remontés sur des systèmes embarqués d’un ensemble de véhicules d’apprentissage. L’ensemble de véhicules d’apprentissage comprend par exemple des véhicules du constructeur du véhicule 10, de véhicules embarquant des systèmes embarqués dans le véhicule 10, des véhicules du même type que le véhicule 10. Selon un mode de réalisation particulier, le LLM est associé à un module de génération augmentée de récupération pour générer des réponses pour améliorer la pertinence et la qualité du traitement des deuxièmes données ainsi que pour améliorer la pertinence et la qualité des réponses apportées en fonction du domaine du problème remonté via les deuxièmes données obtenues du formulaire. La génération augmentée de récupération, dite RAG (de l’anglais « Retrieval Augmented Generation ») est une méthode connue de l’homme du métier, par exemple décrite dans l’article « Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks », de Patrick Lewis et al., publié dans NeurIPS en 2020. La RAG permet d’exploiter des sources de données en lien avec le domaine des véhicules par exemple, ce qui permet d’utiliser un modèle LLM générique sans besoin de réentraîner le modèle LLM. Les sources de données comprennent par exemple des bases de données du constructeur de véhicule, des blogs sur les véhicules, des flux d’actualité sur les véhicules, etc. Lorsque le LLM est en mesure d’apporter une réponse au problème décrit via les deuxièmes données, le LLM génère des troisièmes données représentatives de la réponse. Le LLM est par exemple adapté à apporter une réponse lorsque les données utilisées lors de l’apprentissage du LLM étaient relatives à un même problème ou à un problème similaire ou proche et/ou relatives à un même système embarqué. Les troisièmes données ainsi générées sont alors transmises par le module d’IA pour que le dispositif de traitement recevant ces troisièmes données apporte une réponse au problème remonté via les deuxièmes données. Lorsque le LLM n’est pas en mesure de générer les troisièmes données représentatives de la réponse au problème, les deuxièmes données sont transmises à un dispositif distant tel que le dispositif distant 101 via une connexion sans fil, en absence de génération des troisièmes données par le LLM lors d’une sixième opération 206. Le dispositif distant correspond par exemple à un serveur du constructeur, d’un fabriquant du système embarqué ou d’un expert automobile qui fournit en retour les troisièmes données représentatives de la réponse. Ces troisièmes données sont par exemple renseignées via une IHM mise en œuvre sur le dispositif distant, les troisièmes données étant reçues par le dispositif de traitement selon la connexion sans fil reliant le dispositif de traitement au dispositif distant lors de cette sixième opération 206, par exemple via l’infrastructure de communication sans fil décrite en regard de la FIG. 1 . La réception des troisièmes données à la cinquième opération 205 ou à la sixième opération 206 déclenche le contrôle d’affichage d’un troisième contenu graphique représentatif de la réponse sur l’écran tactile du dispositif de traitement, lors d’une septième opération 207. Le troisième contenu comprend par exemple une description d’une solution au problème à mettre en œuvre par l’utilisateur, une évaluation de la gravité du problème, une ou plusieurs recommandations pour garantir la sécurité du véhicule et de ses passagers, une explication quant aux causes ayant entrainé le problème, etc. Le troisième contenu comprend par exemple du texte accompagné en option de visuels (images, pictogrammes) accompagnant le texte. Selon une variante de réalisation, un premier document de synthèse est proposé à l’utilisateur, le contrôle d’affichage de ce document de synthèse étant par exemple déclenché par un appui tactile sur un objet graphique de type bouton virtuel prévu à cet effet et affiché dans le troisième contenu graphique. Le premier document de synthèse comprend par exemple un historique des problèmes remontés et réponses apportées dans lequel l’utilisateur peut naviguer. Ce premier document de synthèse est par exemple généré automatiquement par le LLM. Selon une autre variante de réalisation, le troisième contenu n’est généré et affiché que lorsque les troisièmes données sont générées par le LLM, c’est-à-dire lorsque la réponse est générée automatiquement et en temps réel par le LLM. Lorsque les troisièmes données sont obtenues du dispositif distant car non générées par le LLM, les deuxièmes et troisièmes données sont par exemple utilisées pour affiner les paramètres du LLM appris lors de la phase d’apprentissage en fonction des troisièmes données reçues du dispositif distant 101, selon une méthode d’apprentissage par renforcement (de l’anglais « Reinforcement Learning »). Dans une huitième opération 208 du processus, un deuxième document de synthèse est généré automatiquement en fonction de l’ensemble des problèmes remontés et réponses apportées, les données représentatives de ce document de synthèse étant transmises via des moyens électroniques à un ou plusieurs dispositifs de traitement de données de type ordinateur, tablette pour être soumis à des personnes identifiées comme destinataires du document de synthèse. Le document de synthèse est par exemple généré automatiquement par le LLM ou par un autre LLM. En plus d’apporter une réponse automatiquement à un problème remonté, ce processus permet de collecter un grand volume de données depuis des utilisateurs de véhicule, ces données étant particulièrement utiles pour connaître les problèmes rencontrés, ces données étant par exemple utilisées pour cibler les corrections à apporter aux véhicules commercialisés ou à développer. Le traitement des données par un LLM permet d’obtenir automatiquement une synthèse de l’analyse, ce qui réduit les risques d’erreur dans l’interprétation des deuxièmes données obtenues. La FIG. 3 illustre schématiquement un dispositif 3 d’un système configuré pour la communication de données relatives à un problème d’un système embarqué d’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 à un dispositif embarqué dans le véhicule, par exemple un calculateur. Selon un autre exemple, le dispositif 3 correspond à un dispositif de traitement de donnée, par exemple un dispositif de communication mobile. Selon encore un autre exemple, le dispositif 3 correspond à un serveur. Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 à 2 et/ou des étapes du procédé décrit en regard de la FIG. 4 . Des exemples d’un tel dispositif 3 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, un ordinateur, un serveur. 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. 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 3 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 exemple 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 tels que des véhicules connectés et/ou des dispositifs de mesure. Les éléments d’interface du bloc 32 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 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres serveurs, des bases de données) via un canal de communication 330. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 330. L’interface de communication 33 correspond par exemple à un réseau filaire de type Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 340, tactile ou non, un ou des haut-parleurs 350 et/ou d’autres périphériques 360 (système de projection) via respectivement des interfaces de sortie 34, 35 et 36. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 3. La FIG. 4 illustre un organigramme des différentes étapes d’un procédé de communication de données relatives à un problème d’un système embarqué d’un véhicule, par exemple du véhicule 10, 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 un ou plusieurs processeurs d’un système comprenant un ou plusieurs dispositifs tel que le dispositif 3 de la FIG. 3 . Dans une première étape 41, des premières données représentatives d’un appui tactile sur un objet graphique affiché sur un écran d’affichage à interface tactile, dit écran tactile, dans un premier contenu graphique déterminé d’une interface homme-machine, dite IHM, sont reçues. Dans une deuxième étape 42, l’affichage d’un deuxième contenu graphique de l’IHM est contrôlé de manière que ce deuxième contenu graphique soit affiché sur l’écran tactile suivant la réception des premières données, le deuxième contenu graphique étant représentatif d’un formulaire de collecte de deuxièmes données représentatives d’une description du problème. Dans une troisième étape 43, les deuxièmes données sont transmises. Dans une quatrième étape 44, des troisièmes données représentatives d’une réponse au problème sont reçues, les troisièmes données étant générées en fonction des deuxièmes données, par exemple par un modèle de langage de grande taille, dit LLM. Dans une cinquième étape 45, l’affichage d’un troisième contenu graphique représentatif de la réponse est contrôlé de manière à être affiché sur l’écran tactile. Selon une variante, les variantes et exemples des opérations décrites en relation avec l’une des figures 1 à 2 s’appliquent aux étapes du procédé de la FIG. 4 . Procédé de communication de données relatives à un problème d’un système embarqué d’un véhicule (10), ledit procédé étant mis en œuvre par au moins un processeur et comprenant les étapes suivantes : - réception (41) de premières données représentatives d’une requête d’affichage d’un deuxième contenu graphique d’une interface homme-machine, dite IHM ; - contrôle (42) d’affichage dudit deuxième contenu graphique de ladite IHM sur un écran d’affichage à interface tactile, dit écran tactile, suivant la réception desdites premières données, ledit deuxième contenu graphique étant représentatif d’un formulaire de collecte de deuxièmes données représentatives d’une description dudit problème ; - transmission (43) desdites deuxièmes données ; - réception (44) de troisièmes données représentatives d’une réponse audit problème, lesdites troisièmes données étant générées en fonction desdites deuxièmes données ; - contrôle (45) d’affichage d’un troisième contenu graphique représentatif de ladite réponse sur ledit écran tactile. Procédé selon la revendication 1, pour lequel lesdites premières données sont générées par un appui tactile sur un objet graphique affiché sur ledit écran tactile dans un premier contenu graphique déterminé de l’IHM. Procédé selon la revendication 1 ou 2, pour lequel lesdites troisièmes données sont générées par un modèle de langage de grande taille, dit LLM, en fonction desdites deuxièmes données, ledit LLM étant appris pendant une phase d’apprentissage à partir de quatrièmes données représentatives de retours d’expérience sur un ensemble de problèmes collectés pour un ensemble de systèmes embarqués d’un ensemble de véhicules d’apprentissage. Procédé selon la revendication 3, comprenant en outre une étape de traitement desdites deuxièmes données par une méthode de traitement en langage naturel, un résultat dudit traitement étant fourni en entrée dudit LLM pour générer lesdites troisièmes données. Procédé selon la revendication 3 ou 4, pour lequel, en absence de génération desdites troisièmes données par ledit LLM, lesdites deuxièmes données sont transmises à destination d’un dispositif distant (101) via une connexion sans fil, lesdites troisièmes données étant reçues depuis ledit dispositif distant (101). Procédé selon la revendication 5, pour lequel un ensemble de paramètres dudit LLM est affiné en fonction des troisièmes données reçues dudit dispositif distant (101) selon une méthode d’apprentissage par renforcement. Procédé selon l’une des revendication 1 à 6, comprenant en outre une étape d’identification dudit véhicule (10). Procédé selon l’une des revendications 1 à 7, pour lequel ladite IHM est mise en œuvre via une application interactive embarquée dudit véhicule (10) ou via une application mobile exécutée sur un dispositif de communication mobile (11). Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur. Système de communication de données relatives à un problème d’un système embarqué d’un véhicule (10), ledit système comprenant au moins 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 à 8.