Brevet FR3164042A1 — publié le 20260102

La présente invention concerne un procédé et un dispositif de génération d’une requête d’amélioration d’au moins un système embarqué d’un véhicule (10). A cet effet, une version intermédiaire de la requête est générée en fonction de données obtenues d’un formulaire affiché sur un écran tactile d’un dispositif embarqué dans le véhicule (10) ou sur un écran tactile d’un dispositif de communication mobile (11). Les données obtenues du formulaire sont traitées par un modèle de langage de grande taille d’un agent conversationnel pour améliorer la pertinence et la cohérence des données. Une version finale de la requête est générée en fonction des données obtenues lors de l’interaction avec l’agent conversationnel. Figure pour l’abrégé : Figure 1 Procédé et dispositif de génération de requête d’amélioration de système embarqué de véhicule L’invention concerne les procédés et dispositifs de génération de requête(s) d’amélioration d’au moins 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 requérir de nouvelles fonctionnalités et/ou la correction de problèmes existants dans 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. Le développement de ces composants, organes ou systèmes embarqués est en outre généralement mis en œuvre en essayant d’imaginer quels seraient les nouveaux besoins des usagers de ces véhicules, par exemple en termes de nouvelles fonctionnalités ou nouveaux services à apporter. Des campagnes de recueillement de souhaits des usagers pour le développement de nouvelles fonctionnalités ou de nouveaux services et/ou pour obtenir un retour d’expérience sur l’utilisation des véhicules sont parfois mises en œuvre. De telles campagnes sont cependant difficiles et coûteuses à mettre en œuvre. Avoir une meilleure connaissance de l’utilisation des véhicules en conditions réelles et des souhaits d’évolution des véhicules est un enjeu important pour les constructeurs automobiles, par exemple pour améliorer la qualité et la sécurité des véhicules et pour répondre au mieux au besoin des usagers. 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 génération d’une requête d’amélioration d’au moins 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’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 ; - contrôle d’affichage d’un deuxième contenu graphique de l’IHM 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 génération de la requête d’amélioration ; - génération d’une requête d’amélioration intermédiaire à partir de deuxièmes données obtenues via le formulaire ; - génération de la requête d’amélioration par interaction avec un agent conversationnel mettant en œuvre un modèle de langage de grande taille, dit LLM, l’agent conversationnel générant un ensemble de requêtes d’ajustement de la requête d’amélioration intermédiaire, la requête d’amélioration étant générée en fonction des deuxièmes données et de troisièmes données représentatives d’un ensemble de réponses à l’ensemble de requêtes d’ajustement, les troisièmes données étant obtenues via l’IHM. L’utilisation d’un formulaire d’une IHM affichée sur un écran permet d’obtenir simplement d’un utilisateur un retour quant à ses souhaits de voir développer de nouvelles fonctionnalités mises en œuvre par un système embarqué d’un véhicule et/ou un retour quant à un problème constaté sur un système du véhicule dans le but d’améliorer ce système. Le retour est formalisé sous la forme d’une requête dont le contenu est ajusté via une interaction avec un agent conversationnel utilisant un modèle de langage de grande taille, ce qui permet de clarifier ou préciser automatiquement la requête exprimée par l’utilisateur au travers de l’IHM. Les retours exprimés par les utilisateurs sont alors plus facilement exploitables, notamment par des machines, leur contenu ayant été améliorés via l’utilisation de l’agent conversationnel. L’utilisation d’un formulaire avec l’assistance d’un agent conversationnel permet d’améliorer la communication entre des utilisateurs de véhicule et le constructeur et/ou un prestataire du constructeur, par exemple dans le cadre du développement de nouveaux services et/ou de remontée de problèmes rencontrés avec les véhicules. Selon une variante, le procédé comprend en outre une étape d’agrégation de quatrièmes données représentatives de la requête d’amélioration avec des cinquièmes données représentatives d’un ensemble d’autres requêtes d’amélioration de véhicule, l’agrégation étant mise en œuvre par le LLM. Selon encore une variante, le LLM met en œuvre une génération augmentée de récupération pour générer l’ensemble de requêtes d’ajustement et/ou pour agréger les quatrièmes et cinquièmes données. Selon une autre variante, le procédé comprend en outre une étape d’identification du véhicule. Selon une variante supplémentaire, l’identification du véhicule comprend une réception d’un numéro d’identification de véhicule, dit VIN. Selon encore une variante, l’IHM est mise en œuvre via une application interactive embarquée du véhicule. Selon une autre variante, l’IHM est mise en œuvre 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 génération d’une requête d’amélioration d’au moins 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 génération d’une requête d’amélioration d’au moins 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 générer une requête d’amélioration d’au moins 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 génération d’une requête d’amélioration d’au moins 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 génération de requête(s) d’amélioration d’au moins 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 tel 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é 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 génération d’une ou plusieurs requêtes d’amélioration d’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é. Une requête d’amélioration d’un système embarqué correspond par exemple à : - une soumission d’une proposition d’évolution, matérielle ou logicielle, d’un ou plusieurs systèmes embarqués, par exemple pour obtenir le développement de nouvelles fonctions, fonctionnalités ou services offerts dans un véhicule ; et/ou - une soumission d’une requête pour corriger un problème rencontré avec un système embarqué du véhicule, par exemple un problème matériel d’un composant ou organe ou un problème logiciel (par exemple un bug) au niveau d’une application interactive mise en œuvre dans le véhicule et/ou pour remonter un défaut de conception. 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 génération et la transmission de la requête 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 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. 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 génération d’une requête d’amélioration d’au moins 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 remonter une suggestion d’évolution dans le véhicule 10 ou un défaut d’un système du véhicule 10 démarre l’interaction entre le dispositif de traitement et le dispositif distant 101. L’initiation de l’interaction ou de la communication entre ces deux entités est par exemple déclenché 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 entre ces deux entités. 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. 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’un appui tactile 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 génération de la requête d’amélioration de système embarqué. Un appui tactile sur le témoin 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 le témoin est inférieure à une durée seuil (par exemple égale à 500 ou 1000 ms). 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 génération de la requête d’amélioration. 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. 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é objet de la requête, le type de la requête (suggestion d’une nouvelle fonctionnalité ou remontée d’un défaut)), 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 l’objet de la requête. L’entrée des informations par l’utilisateur est obtenue via l’interface tactile de l’écran. Selon une variante de réalisation, l’entrée des informations 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, une version intermédiaire de la requête d’amélioration est obtenue ou générée à partir des données (dites deuxièmes données) entrées par l’utilisateur via le formulaire. L’entrée de ces deuxièmes données et la génération de la requête d’amélioration intermédiaire associée déclenche une interaction avec un agent conversationnel mettant en œuvre un modèle de langage de grande taille, dit LLM (de l’anglais « Large Language Model »), pour améliorer la qualité, la clarté et/ou la précision des deuxièmes données. 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 est par exemple mise en œuvre au niveau du dispositif distant 101. Selon un autre exemple de réalisation, le LLM est mis en œuvre localement au niveau du dispositif de traitement. Les deuxièmes données sont 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 LLM. Le LLM génère avantageusement un ensemble de requêtes (dites requêtes d’ajustement) ou questions à destination de l’utilisateur pour que ce dernier complète ou modifie les informations entrées dans le formulaire et correspondant aux deuxièmes données. La ou les questions générées sont par exemple affichées sur l’écran, une zone de texte étant par exemple prévue en regard de chaque question affichée pour que l’utilisateur entre la réponse via l’interface tactile. Selon une variante de réalisation, cette ou ces questions sont rendues par synthèse vocale et les réponses sont acquises par le microphone et interprétées via NLP. L’interaction avec l’agent conversationnel comprend un ou plusieurs échanges avec la génération d’une ou plusieurs questions à chaque échange, jusqu’à ce que le LLM estime que la qualité du contenu de la requête d’amélioration soit suffisante, par exemple supérieur à un seuil déterminé. 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 l’ensemble des requêtes d’ajustement 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 questions ou requêtes d’ajustement en fonction du domaine de la requête d’amélioration générée à partir des 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. Dans une sixième opération 206 du processus, une version finale de la requête d’amélioration est générée en fonction du résultat de l’interaction entre l’utilisateur et l’agent conversationnel, la version finale étant ainsi générée en fonction des deuxièmes données initialement entrées dans le formulaire et en fonction de troisièmes données fournies en réponse aux requêtes d’ajustement ou questions générés par le LLM et/ou le RAG via l’IHM de l’application. Dans une septième opération 207 du processus, des quatrièmes données représentatives de la version finale de la requête reçues par le dispositif distant 101 sont agrégées avec des cinquièmes données représentatives d’un ensemble de requêtes d’améliorations reçues par le dispositif distant depuis un ensemble de véhicules et/ou dispositifs de traitement de données, ces cinquièmes données étant associés à d’autres véhicules que le véhicule 10. L’agrégation est mise en œuvre au niveau du dispositif distant 101 par le LLM, et en variante avec le RAG, pour regrouper les requêtes liées à un même sujet ou à un même périmètre technique (par exemple liées à un même système des véhicules, par exemple le système ABS (de l’allemand « Antiblockiersystem » ou en français « système anti-blocage des roues »), le système ACC (de l’anglais « Adaptative Cruise Control » ou en français « régulateur de vitesse adaptatif »), le système IVI, etc.). Dans une huitième opération 208 du processus, un document de synthèse est généré automatiquement en fonction des résultats de l’agrégation, 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 généré automatiquement par le LLM, par exemple en association avec le RAG. Un tel 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 souhaits des utilisateurs en termes d’évolution des véhicules et/ou pour connaitre les problèmes rencontrés par ces utilisateurs dans l’utilisation des véhicules. 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 données collectées. Par ailleurs, l’interaction avec l’agent conversationnel permet d’améliorer la qualité et la pertinence des données collectées. La FIG. 3 illustre schématiquement un dispositif 3 d’un système configuré pour générer une requête d’amélioration d’au moins 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 génération d’une requête d’amélioration d’au moins 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 génération de la requête d’amélioration. Dans une troisième étape 43, une requête d’amélioration intermédiaire est générée à partir de deuxièmes données obtenues via le formulaire. Dans une quatrième étape 44, la requête d’amélioration est générée par interaction avec un agent conversationnel mettant en œuvre un modèle de langage de grande taille, dit LLM, l’agent conversationnel générant un ensemble de requêtes d’ajustement de la requête d’amélioration intermédiaire, la requête d’amélioration étant générée en fonction des deuxièmes données et de troisièmes données représentatives d’un ensemble de réponses à l’ensemble de requêtes d’ajustement, les troisièmes données étant obtenues via l’IHM. 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 génération d’une requête d’amélioration d’au moins 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’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 ; - contrôle (42) d’affichage d’un deuxième contenu graphique de ladite IHM sur ledit écran tactile suivant la réception desdites premières données, ledit deuxième contenu graphique étant représentatif d’un formulaire de génération de ladite requête d’amélioration ; - génération (43) d’une requête d’amélioration intermédiaire à partir de deuxièmes données obtenues via ledit formulaire ; - génération (44) de ladite requête d’amélioration par interaction avec un agent conversationnel mettant en œuvre un modèle de langage de grande taille, dit LLM, ledit agent conversationnel générant un ensemble de requêtes d’ajustement de ladite requête d’amélioration intermédiaire, ladite requête d’amélioration étant générée en fonction desdites deuxièmes données et de troisièmes données représentatives d’un ensemble de réponses audit ensemble de requêtes d’ajustement, lesdites troisièmes données étant obtenues via ladite IHM. Procédé selon la revendication 1, comprenant en outre une étape d’agrégation de quatrièmes données représentatives de ladite requête d’amélioration avec des cinquièmes données représentatives d’un ensemble d’autres requêtes d’amélioration de véhicule, ladite agrégation étant mise en œuvre par ledit LLM. Procédé selon la revendication 2, pour lequel ledit LLM met en œuvre une génération augmentée de récupération pour générer ledit ensemble de requêtes d’ajustement et/ou pour agréger lesdites quatrièmes et cinquièmes données. Procédé selon l’une des revendication 1 à 3, comprenant en outre une étape d’identification dudit véhicule (10). Procédé selon la revendication 4, pour lequel ladite identification dudit véhicule (10) comprend une réception d’un numéro d’identification de véhicule, dit VIN. Procédé selon l’une des revendications 1 à 5, pour lequel ladite IHM est mise en œuvre via une application interactive embarquée dudit véhicule (10). Procédé selon l’une des revendications 1 à 5, pour lequel ladite IHM est mise en œuvre 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. 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 l’une des revendications 1 à 7. Système de génération d’une requête d’amélioration d’au moins 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 à 7.