Brevet FR3144349A1 — publié le 20240628

La présente invention concerne un procédé et un dispositif (10) de génération d’un document (2) caractérisant un véhicule. Le procédé comprend : recherche dans une base de données (DB1) de données préenregistrées (DT1) définissant une section du document (2) ; si des données préenregistrées (DT1) sont extraites de la base de données (DB1), déclenchement d’un affichage des données extraites via une interface utilisateur (12) et insertion des données extraites (DT1) dans le document (2) après validation ; et en cas d’échec au cours de la recherche à extraire des données préenregistrées (DT1), détection d’une demande d’insertion (INS) de données d’utilisateur (DT2), vérification de si les données d’utilisateur (DT2) respectent au moins une règle prédéfinie (RL1) et, dans l’affirmative, insertion des données d’utilisateur (DT2) dans le document (2). Figure pour l’abrégé : Figure 4 Procédé et dispositif de génération de document La présente invention concerne les procédés et dispositifs de génération de document, notamment de fiche technique caractérisant un véhicule. L’invention vise en particulier la génération d’un tel document à partir d’une base de données pour automatiser au moins en partie la génération du document. Arrière-plan technologique Lorsqu’un accident impliquant un véhicule survient, le temps d’intervention des secouristes est capital pour sauver des vies et limiter les risques humains et matériels. Les secouristes doivent par exemple intervenir au plus vite lors d’une opération de désincarcérations pour extraire des victimes hors d’un véhicule accidenté. L’amélioration des systèmes de sécurité des véhicules (renforcements latéraux, etc.) et la multiplication des composants de sécurité (générateurs de gaz pour airbag, etc.) constituent des difficultés et sources de danger potentiel pour les équipes de secours. Par exemple, il n’est pas toujours aisé d’identifier rapidement les batteries des véhicules ou de savoir comment les déconnecter en toute sécurité. Ces difficultés sont d’autant plus problématiques que chaque véhicule a ses propres caractéristiques qu’il convient de prendre en compte lors d’une opération de secours. Pour notamment faciliter les interventions des équipes de secours, il est aujourd’hui nécessaire pour les constructeurs de créer une fiche technique, appelée communément fiche de secours (ou « rescue sheet » en anglais) pour chaque modèle de véhicule. Cette fiche standardisée, respectant un format normalisé, définit des caractéristiques du véhicule associé ainsi que des consignes à respecter en cas de situations critiques impliquant le véhicule (par exemple après un choc, en cas de submersion, de mise en sécurité de la batterie et/ou du circuit de haute tension, etc.). Cette fiche de secours indique par exemple l'emplacement des renforts de carrosserie, du réservoir d'essence, de la batterie, des airbags, des générateurs de gaz, des calculateurs, etc., ou encore les principaux points de coupe. L’élaboration d’une fiche de secours en 4 langues (français, anglais, allemand, espagnol) est par exemple nécessaire pour obtenir la cotation Euro NCAP des nouveaux véhicules depuis 2020. A partir de 2023, il sera nécessaire de la traduire pour l’ensemble des pays Européens soit 21 langues. L’absence de la fiche de secours et des traductions requises est particulièrement pénalisante pour la note globale Euro NCAP d’un véhicule et peut présenter un risque de sécurité en cas d’intervention par les secouristes sur le véhicule en question. Or, l’élaboration d’une fiche de secours nécessite des ressources importantes en termes de temps et d’intervention humaine, ce qui implique des coûts économiques importants. Il n’est pas toujours aisé pour les fabricants de dresser rapidement et de façon fiable et efficace ces fiches de secours, en raison notamment du nombre de fiches de sécurité qui croît avec le nombre de modèles de véhicule, du format normalisé qu’il convient de respecter (et qui peut varier dans le temps), et de la complexité du contenu de ces fiches techniques. L’intervention humaine est source d’erreur et peut donc conduire à des fiches de sécurité non conformes ou erronées, ce qui peut présenter un risque notamment en cas d’intervention par les secouristes sur le véhicule considéré. Ces problèmes se posent plus généralement pour de quelconques documents caractérisant un véhicule, de type automobile ou autre. Résumé de la présente invention L’un des objets de la présente invention est de résoudre au moins l’un des problèmes ou déficiences de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est de permettre la génération de façon fiable, rapide et efficace d’un document, en particulier un document caractérisant un véhicule, par exemple de type automobile ou autre. Un autre objet de la présente invention est d’améliorer le processus de génération d’un document caractérisant un véhicule, par exemple une fiche de secours ou équivalent, avec un gain de temps et en limitant les coûts associés et les risques d’erreur. Selon un premier aspect, la présente invention concerne un procédé de génération mis en œuvre par un dispositif de génération pour générer un document caractérisant un véhicule, ledit procédé comprenant : a) réception, via une interface utilisateur, d’une première instruction d’utilisateur destinée à créer une section dans le document; b) en réponse à ladite première instruction d’utilisateur, recherche de données préenregistrées définissant ladite section par consultation d’une base de données ; c) si au moins une première partie desdites données préenregistrées est extraite de la base de données au cours de la recherche b), réalisation d’un premier traitement comprenant : c1) déclenchement d’un affichage de ladite au moins une première partie des données préenregistrées dans au moins un champ prédéfini de l’interface utilisateur ; et c2) en réponse à une deuxième instruction d’utilisateur reçue via l’interface utilisateur pour valider ladite au moins une première partie des données préenregistrées, insertion de ladite au moins une première partie des données préenregistrées dans au moins une première zone prédéfinie du document ; d) en cas d’échec au cours de la recherche b) à extraire au moins une deuxième partie des données préenregistrées, réalisation d’un deuxième traitement comprenant : d1) détection d’une demande d’insertion de données d’utilisateur dans au moins une deuxième zone prédéfinie du document ; d2) vérification de si les données d’utilisateur respectent au moins une règle prédéfinie associée à ladite au moins une deuxième zone prédéfinie ; et d3) dans l’affirmative, insertion des données d’utilisateur dans ladite au moins une deuxième zone prédéfinie du document. La présente invention permet avantageusement de générer de façon fiable, rapide et efficace un document caractérisant un véhicule, par exemple de type automobile ou autre. On peut ainsi générer (ou remplir) un document, tel qu’une fiche de secours ou équivalent par exemple, avec un gain de temps et en limitant les coûts associés et les risques d’erreur. L’invention permet notamment de s’assurer que le document respecte un format particulier. Le procédé selon l’invention peut comporter d’autres caractéristiques qui peuvent être prises séparément ou en combinaison, notamment parmi les modes de réalisation qui suivent. Selon un mode de réalisation particulier, les données préenregistrées comprennent au moins l’un parmi des données de texte et des données d’image. Selon un mode de réalisation particulier, le document comprend une fiche technique définissant au moins l’un parmi des caractéristiques du véhicule et des consignes de sécurité associées au véhicule. Selon un mode de réalisation particulier, si les données d’utilisateur sont détectées en d2) comme ne respectant pas ladite au moins une règle prédéfinie, le deuxième traitement comprend : d4) refus de la demande d’insertion pour interdire l’insertion des données d’utilisateur dans ladite moins une deuxième zone prédéfinie. Selon un mode de réalisation particulier, le document est défini dans un fichier PowerPoint selon un format prenant en charge des macros codées selon le langage Visual Basic pour Applications (VBA). Selon un mode de réalisation particulier, le deuxième traitement comprend, préalablement à la détection d1) : d0) affichage via l’interface utilisateur d’un message invitant un utilisateur à définir lesdites données d’utilisateur à insérer dans le document. Selon un mode de réalisation particulier, ladite au moins une règle prédéfinie, utilisée au cours de la vérification d2), définit au moins l’un parmi les critères à respecter suivants : - un type de données accepté dans ladite au moins une deuxième zone prédéfinie ; et - un emplacement où des données de texte et/ou des données d’image peuvent être insérées dans ladite au moins une deuxième zone prédéfinie du document. Selon un mode de réalisation particulier, en réponse à la deuxième instruction d’utilisateur en c2), enregistrement d’un identifiant d’au moins un contenu de texte compris dans ladite au moins une première partie des données préenregistrées insérée dans ladite au moins une première zone prédéfinie du document, le procédé comprenant un traitement de traduction automatique comprenant : e1) détection d’une commande de traduction du document dans une langue cible ; e2) en réponse à la détection e1), extraction depuis la base de données d’au moins une traduction prédéfinie, dans la langue cible, correspondant à l’identifiant dudit au moins un contenu de texte ; et e3) insertion dans le document d’une traduction de texte comprenant ladite au moins une traduction prédéfinie. Selon un deuxième aspect, la présente invention concerne un dispositif de génération, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé de génération selon le premier aspect de la présente invention. A noter que les différents modes de réalisation mentionnés ci-avant en relation avec le procédé de génération selon le premier aspect de l’invention ainsi que les avantages associés s’appliquent de façon analogue au dispositif de génération selon le deuxième aspect de l’invention. Selon un troisiè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é de génération selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Autrement dit, les différentes étapes du procédé de génération sont déterminées par des instructions de programmes d’ordinateurs. Ce programme d’ordinateur est configuré pour être mis en œuvre dans un dispositif de génération du deuxième aspect de l’invention, ou plus généralement dans un ordinateur. 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 quatrième aspect, la présente invention concerne un support d’enregistrement (ou support d’informations), lisible par le dispositif de contrôle selon le deuxième aspect ou plus généralement par un ordinateur (ou un processeur), sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé de génération 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 à 7 annexées, sur lesquelles : illustre schématiquement la génération d’un document selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un document, comprenant des sections, généré selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un document généré selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un dispositif de génération configuré pour générer un document tel que représenté en figures 1-3, selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement une interface utilisateur contrôlée par le dispositif de génération de la pour permettre la génération d’un document tel que représenté en figures 1-4, selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un dispositif de génération configuré pour générer un document tel que représenté en figures 1-3, selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ; et illustre un diagramme de différentes étapes d’un procédé de génération d’un document tel que représenté en figures 1-4, selon au moins 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 d’un document, en particulier d’un document caractérisant un véhicule, vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1-7. Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. Les termes « premier(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 instructions, des données, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. Comme précédemment indiqué, l’invention vise notamment un procédé de génération d’un document caractérisant un véhicule quelconque, par exemple un véhicule de type véhicule terrestre motorisé (de type automobile ou autre), un véhicule aérien, un véhicule maritime (ou fluvial), etc. Comme décrit en détail ci-après dans des exemples particuliers de réalisation, le procédé de génération de l’invention est mis en œuvre par un dispositif de génération (ou dispositif de traitement), ou plus généralement par au moins un processeur. Ce procédé s’appuie sur le traitement d’instructions d’utilisateur reçues via une interface utilisateur (par exemple une interface graphique) et sur la consultation d’une base de données pour générer un document caractérisant un véhicule. D’éventuelles données prédéfinies extraites de la base de données peuvent en particulier être insérées dans le document. De façon alternative ou cumulative aux données prédéfinies, des données d’utilisateur peuvent être chargées ou insérées dans le document sur demande de l’utilisateur sous réserve que ces données d’utilisateur respectent au moins une règle prédéfinie. Selon un exemple particulier et non limitatif de réalisation de la présente invention, le procédé de génération comprend : a) réception, via une interface utilisateur, d’une première instruction d’utilisateur destinée à créer une section dans le document; b) en réponse à ladite première instruction d’utilisateur, recherche de données de section définissant ladite section consultation par consultation d’une base de données ; c) si au moins une première partie desdites données de section est extraite de la base de données au cours de la recherche b), réalisation d’un premier traitement comprenant : c1) déclenchement d’un affichage de ladite au moins une première partie des données de section dans au moins un champ prédéfini de l’interface utilisateur ; et c2) en réponse à une deuxième instruction d’utilisateur reçue via l’interface utilisateur pour valider ladite au moins une première partie des données de section, insertion de ladite au moins une première partie des données de section dans au moins une première zone prédéfinie du document ; d) en cas d’échec au cours de la recherche b) à extraire au moins une deuxième partie des données de section, réalisation d’un deuxième traitement comprenant : d1) détection d’une demande d’insertion de données d’utilisateur dans au moins une deuxième zone prédéfinie du document ; d2) vérification de si les données d’utilisateur respectent au moins une règle prédéfinie associée à ladite au moine une deuxième zone prédéfinie ; et d3) dans l’affirmative, insertion des données d’utilisateur dans ladite au moins une deuxième zone prédéfinie du document. Le procédé permet de générer de façon fiable, rapide et efficace d’un document caractérisant un véhicule, par exemple de type automobile ou autre. On peut ainsi générer (ou remplir) un document, tel qu’une fiche de secours ou équivalent par exemple, avec un gain de temps et en limitant les coûts associés et les risques d’erreur. L’invention permet notamment de s’assurer que le document respecte un format particulier. D’autres aspects et avantages de la présente invention ressortiront des exemples de réalisation décrits ci-dessous en référence aux figures mentionnées ci-avant. La illustre schématiquement un document 2 caractérisant un véhicule 4 dans le sens où il comprend (ou définit) des données DT représentatives de caractéristiques du véhicule 4. Les données DT comprises dans le document 2 peuvent être de diverses natures, format, etc. et peuvent comprendre notamment au moins l’un parmi des données de texte TX (du contenu de texte) et des données d’image IM (par exemple des pictogrammes, des schémas et/ou des vues photographiques). Comme illustré, le document 2 est défini (ou compris) dans un fichier FL1 dont le type et format peuvent être adaptés selon le cas. Comme décrit par la suite, ce fichier FL1 peut être généré par un dispositif de génération 10 exécutant un procédé de génération selon un mode de réalisation particulier de l’invention. A titre d’exemple, on suppose par la suite que le document 2 (ou plus généralement le fichier FL1) est de type PowerPoint® et peut par exemple présenter un format prenant en charge des macros codées selon le langage Visual Basic pour Applications (VBA). Le fichier FL1 peut par exemple être conforme à l’une des extensions suivants : « .pptm », « .ppsm, » et « .potm », d’autres types de fichier étant toutefois possibles. Le document 2 peut par exemple être une présentation contenant au moins une macro définie par du code VBA, cette macro étant exécutable par le dispositif de génération 10. D’autres types de document 2 sont toutefois possibles. Le document 2 peut par exemple être un quelconque document numérique capable d’être créé ou édité par un logiciel de publication assisté par ordinateur (PAO). En variante, le document 2 peut par exemple être de type Microsoft Publisher®. Dans ce qui suit, on suppose que ce document 2 est (ou comprend) une fiche technique, par exemple une fiche de secours ou équivalent, du véhicule 4. A ce titre, le document 2 définit au moins l’un parmi des caractéristiques du véhicule (par exemple des caractéristiques structurelles et/ou fonctionnelles) et des consignes de sécurité associées aux véhicule 2 (par exemple des instructions destinées aux secouristes en cas d’intervention sur le véhicule 4). A noter toutefois que la présente invention peut s’appliquer plus généralement à la génération ou au traitement d’un quelconque document numérique caractérisant un véhicule. Selon un exemple particulier, la fiche technique 2 est conforme à la norme ISO 17840. Comme illustré en , on suppose à titre d’exemple par la suite que la fiche technique 2 comprendre une pluralité de sections (ou chapitres) 6, bien que d’autres formats soient possibles. Chaque section 6 peut comprendre des données DT, par exemple des données de texte TX et/ou des données d’image IM. Ces sections 6 peuvent correspondre à tout ou partie d’une page du document 2, voire peuvent s’étendre sur une pluralité de pages dudit document. La configuration des sections 6 (en particulier le type des données DT incluses et leurs positions respectives) peut être conforme à une norme prédéfinie, telle que la norme ISO précitée par exemple. La illustre un exemple particulier dans lequel le document 2 comprend 10 sections 6 disposées sur 4 pages. Ces sections 6 correspondent à des chapitres définissant différentes caractéristiques du véhicule 4, sous forme de données de texte TX et de données d’image IM. Comme illustré en selon un exemple particulier, le document 2 peut comprendre des zones prédéfinies Z dans lesquelles des données DT d’un type approprié doivent être insérées. Ces zones prédéfinies Z respectent par exemple un format prédéterminé, tel que par exemple celui prévu par la norme ISO précitée. A titre d’exemple, la section 6 du document 2 représentée en comprend des données d’image IM et des données de texte TX. Les données d’image IM comprennent dans cet exemple des pictogrammes IM1, des vues photographiques IM2 et des vue schématiques IM3. De façon générale, les données d’image IM peuvent comprendre l’un quelconque ou une combinaison quelconque parmi ces types d’image IM1-IM3. La représente à titre d’exemple une page donnée du document 2. Dans cet exemple, le document 2 comprend des données d’image IM disposées respectivement dans des zones prédéfinies Z1-Z4 du document 2 ainsi que des données de texte TX disposées dans une zone prédéfinie Z5 dudit document. Selon un exemple particulier, les données DT comprises dans le document 2 définissent au moins l’un parmi : des points de coupe recommandés (pour faciliter la découpe des structures du véhicule et éviter par exemple d’endommager un générateur de gaz pour airbag), des positionnements recommandés pour placer des vérins hydrauliques (par exemple pour libérer les membres inférieurs de victimes), des caractéristiques (positionnement, configuration, etc.) relatives à des renforts de carrosserie, des caractéristiques d’airbag (positionnement de générateurs de gaz, etc.), etc. Les données DT définissent par exemple l’emplacement d’au moins l’un parmi les éléments suivants du véhicule 4 : des renforts de carrosserie, un réservoir d'essence, une batterie, des airbags, des générateurs de gaz, des calculateurs, etc. Le type et les caractéristiques du véhicule 4 peuvent être adaptés selon le cas. Le véhicule 4 peut par exemple être de type automobile ou équivalent. En variante, ce véhicule peut être un car, un bus, un camion, un véhicule utilitaire ou une motocyclette, ou plus généralement un véhicule de type véhicule terrestre motorisé. En variante, le véhicule 4 peut être un véhicule aérien (par exemple un aéronef) ou un véhicule maritime (ou fluvial). La représente schématiquement la configuration et le fonctionnement du dispositif de génération 10 selon un mode particulier et non limitatif de réalisation. Le dispositif de génération 10 (dit aussi dispositif de traitement, ou dispositif) peut comprendre au moins un processeur 11 et au moins une mémoire non volatile (non représentée). Le dispositif 10 est configuré pour mettre en œuvre un procédé (ou processus) de génération (ou procédé/processus de traitement) comme décrit ci-après. A cet effet, le dispositif 10 (et plus particulièrement son processeur 11) peut être configuré pour exécuter notamment les instructions définies par un programme d’ordinateur PG1, ce programme d’ordinateur PG1 comprenant des instructions pour la mise en œuvre du procédé (ou processus) de génération comme décrit ci-après. Ce programme d’ordinateur PG1 peut être stocké dans la mémoire non volatile (mémoire de type Flash ou ROM par exemple) du dispositif 10. Selon un exemple particulier, le programme d’ordinateur PG1 est contenu (en tout ou partie) dans le fichier FL1 qui définit le document 2. Le fichier FL1 peut par exemple être stocké dans la mémoire non volatile du dispositif 10 ou être accessible depuis une mémoire externe par le dispositif 10. Selon un exemple particulier, ce programme d’ordinateur PG1 est défini au moins au partie par une ou des macros comprises dans le (ou associées au) fichier FL1. Dans ce qui suit, on suppose que le programme d’ordinateur PG1 comprend une ou des macros contenues dans le fichier FL1 définissant le document 2. Ces macros exécutables par le processeur 11 définissent comment doit être traité le document 2 au cours du procédé (ou processus) de génération. Comme représenté en , le programme d’ordinateur PG1 définit ou comprend au moins une règle prédéfinie RL1 dont la nature et l’usage seront décrits plus en détail ultérieurement. Le dispositif 10 peut être un serveur, un ordinateur, un calculateur (ou une combinaison de calculateurs), ou un quelconque dispositif apte à générer ou traiter le document 2 en exécutant le procédé (ou processus) de génération de l’invention. Des exemples de mise en œuvre du dispositif de génération 10 sont décrits ultérieurement. Comme représenté en , le dispositif 10 est apte à consulter une base de données DB1 pour y chercher des données préenregistrées DT1. Les données DT1 préenregistrées dans la base de données peuvent être extraites par le dispositif 10. En outre, le dispositif 11 est apte à contrôler une interface utilisateur 12 permettant à un utilisateur UR d’interagir avec le dispositif 11 au cours du procédé (ou processus) de génération. Les données DT insérées dans le document 2 au cours dudit procédé (ou processus) peuvent comprendre ou provenir d’au moins l’un quelconque (ou des deux) parmi des données préenregistrées DT1 extraites de la base de données DB1 et des données d’utilisateur DT2 obtenues (ou récupérées) à partir d’instructions d’utilisateur INS. Les données préenregistrées DT1 ainsi que les données d’utilisateur DT2 peuvent comprendre par exemple des données de texte TX et/ou des données d’image IM. Selon un exemple particulier, les données préenregistrées DT1 stockées dans la base de données DB1 comprennent également des données de traduction TR ( ). Ces données de traduction TR définissent les traductions d’une pluralité d’élément de texte TX dans des langues respectives. Ainsi, la traduction de certains termes susceptibles d’être s dans le document 2, dans diverses langues, est accessible depuis la base de données DB1. A titre d’exemple, les données de traduction TR peuvent définir pour chacun parmi X élément de texte (des titres de chapitres par exemple) Y traductions dans des langues respectives. En fonction d’une langue sélectionnée dans l’interface utilisateur 12 (choisie par l’utilisateur UR ou choisie par défaut), le dispositif 10 peut ainsi récupérer les traductions dans la langue sélectionnée pour un ou une pluralité d’élément de texte et insérer ces traductions dans au moins une zone prédéfinie Z du document 2. Selon un exemple particulier, les données de traduction TR sont comprises dans un fichier unique, par exemple de type Microsoft Excel® (.xls). A noter que la base de données DT1 peut comprendre d’autres données utiles pour la génération du document 2, tel que par exemple un guide d’utilisateur (non représenté) comprenant des consignes d’utilisation à l’attention de l’utilisateur UR. Ce guide d’utilisateur peut éventuellement être extrait par le dispositif 10 depuis la base de données DB1, par exemple pour afficher tout ou partie de son contenu dans l’interface graphique 12 ou tout autre module d’affichage approprié. Comme représenté en figures 4-5, l’interface utilisateur 12 peut par exemple prendre la forme d’une interface graphique affichée sur un écran d’affichage sous le contrôle du dispositif 10. Cette interface graphique 12 peut afficher des données, telles que les données préenregistrées DT1 extraites de la base de données DB1 et/ou des données d’utilisateur DT2 obtenues à partir d’instructions d’utilisateur INS. Cette interface graphique 12 est également apte à recevoir des instructions d’utilisateur INS provenant de l’utilisateur UR. Les instructions d’utilisateur UR résultent d’une action ou d’un choix de l’utilisateur UR et peuvent être de diverses natures, par exemple de type instruction de validation pour valider des données prédéfinies DT1 à insérer dans le document 2 ou de type demande d’insertion pour commander l’insertion de données d’utilisateur DT2 dans le document 2. L’interface graphique 12 peut prendre diverses formes selon le cas considéré. A titre d’exemple, la représentent des menus 14 de l’interface qui sont configurés pour permettre à l’utilisateur de visualiser et contrôler la génération du document 2. L’interface graphique 12 peut notamment comprendre des champs 16 configurés pour contenir des données DT du document 2. Chaque champ 16 peut être configuré pour contenir un type respectif de donnée DT. Comme indiqué ci-avant, le dispositif de génération 10 est configuré pour mettre en œuvre un processus de génération (ou de traitement). Ce processus est à présent décrit conjointement aux figures 1-5 selon des modes de réalisation particuliers. A cet effet, le dispositif 10 réalise les étapes du processus de génération en exécutant les instructions du programme d’ordinateur PG1. On suppose à un stade initial qu’un fichier FL1 a déjà été créé ou récupéré par le dispositif 10. Ce fichier FL1 comprend un document 2 qui est vierge ou incomplet. Le processus de génération exécuté par le dispositif 10 vise à générer (ou créer) le contenu manquant du document 2. Préalablement au processus de génération décrit ci-après, le dispositif 10 peut notamment générer la trame du fichier FL1 ou récupérer celle-ci d’une quelconque manière appropriée. Dans cet exemple, un logiciel de traitement approprié est exécuté par le dispositif 10 pour afficher et éditer le document 2. L’utilisateur UR peut ainsi contrôler le processus de génération au moyen de son interface utilisateur 12 et visualiser le résultat du processus sur le document 2 affiché au moyen du logiciel de traitement. L’interface utilisateur 12 et le document 2 sont ainsi affichés séparément. Comme déjà indiqué, on suppose par exemple que le programme d’ordinateur PG1 prend la forme d’une ou plusieurs macros contenues dans le fichier FL1. Le document 2 (ou plus généralement le fichier FL1) est par exemple de type PowerPoint® et peut présenter un format prenant en charge des macros codées selon le langage Visual Basic pour Applications (VBA). Le fichier FL1 peut par exemple être conforme à l’une des extensions suivants : « .pptm », « .ppsm, » et « .potm », d’autres types de fichier étant toutefois possibles. Dans une première opération, le dispositif 10 reçoit, via l’interface utilisateur 12, une première instruction d’utilisateur INS destinée à créer une section 6 du document 2. Dans une deuxième opération, en réponse à la première instruction d’utilisateur INS, le dispositif 10 recherche des données préenregistrées DT1 définissant la section 6 par consultation de la base de données DB1. Pour ce faire, le dispositif 10 envoie par exemple au moins une requête à la base de données DB1 pour déterminer si les données DT1 correspondant à la section 6 considérée sont stockées dans la base de données DB1. Le dispositif 10 interroge ainsi la base de données DB1 pour identifier des éventuelles données DT1 pouvant convenir pour générer la section 6. A noter que le dispositif 10 peut charger dans une mémoire locale, par exemple dans sa mémoire volatile (mémoire RAM), tout ou partie de la base de données DB1 afin de permettre un accès plus efficace aux données préenregistrées DT1 qu’elle contient. Comme décrit ci-après, le déroulement du processus de génération est fonction notamment du résultat de la deuxième opération. Au cours de la recherche, le dispositif 10 peut extraire selon le cas tout ou partie des données prédéfinies DT1 qui sont recherchées, voire n’en extraire aucun si aucune des donnés DT1 recherchées n’est disponible dans la base de données DB1. Ainsi, dans une troisième opération, si au moins une première partie des données préenregistrées DT1 recherchées au cours de la deuxième opération est extraite de la base de données, le dispositif 10 réalise un premier traitement décrit ci-après. Selon un exemple particulier, cette première partie des données DT1 recherchées (appelées ci-après données extraites DT1) peut correspondre à la totalité des données DT1 recherchées ou moins. Au cours de ce premier traitement, le dispositif 10 déclenche un affichage (ou une restitution) des données extraites DT1, c’est-à-dire de ladite au moins une première partie des données préenregistrées DT1. Ces données extraites DT1 sont affichées dans au moins un champ prédéfini 16 ( ) de l’interface utilisateur 12. L’utilisateur UR peut ainsi visualiser les données préenregistrées DT1 extraites de la base de données DB1 et vérifier que ces données sont conformes à ses attentes. L’utilisateur UR peut notamment valider ces données extraites DT1 au moyen de l’interface utilisateur 12. Toujours au cours du premier traitement, en réponse à une deuxième instruction d’utilisateur INS reçue via l’interface utilisateur 12 pour valider les données extraites DT1 de la base de données DB1 (c.-à-d. ladite au moins une première partie des données DT1 recherchées), le dispositif 10 insert (ou incorpore) ces données extraites DT1 dans au moins une première zone prédéfinie Z du document 2. Autrement dit, la deuxième instruction d’utilisateur INS ainsi reçue est une instruction de validation des données extraites DT1 qui sont restituées par l’interface utilisateur 12. La base de données DB1 peut être construite pour que les données DT1 qu’elles contient soient conforment à un format requis ou à des règles prédéfinies. Toutefois, l’utilisateur UR a la possibilité de vérifier les données DT1 récupérées de la base de données DB1 pour validation avant insertion dans le document 2. Si l’utilisateur UR ne valide pas les données extraites DT1 (autrement dit si le dispositif 10 ne reçoit pas de deuxième instruction d’utilisateur INS, alors les données extraites DT1 ne sont pas insérées dans le document 2 (blocage de l’insertion). Par ailleurs, comme indiqué ci-avant, le dispositif 10 ne trouve pas nécessairement toutes les données DT1 qu’il cherche au cours de la recherche de la deuxième opération pour créer ou générer la section 6 souhaitée. Si tout ou partie des données DT1 recherchées sont manquants, alors le dispositif 10 donne la possibilité à l’utilisateur UR de charger des données DT2, dites données d’utilisateur, de son choix. Pour ce faire, l’utilisateur UR peut transmettre des instructions via l’interface utilisateur 12 pour demander l’insertion de données d’utilisateur DT2 dans le document 2. A noter que cette possibilité de charger des données d’utilisateur DT2 peut éventuellement aussi être proposée par le dispositif 10 dans le cas où toutes les données DT1 recherchées au cours de la deuxième opération ont été extraites de la base de données DB1 au cours du premier traitement. Plus spécifiquement, en cas d’échec au cours de la recherche de la deuxième opération à extraire au moins une deuxième partie des données préenregistrées DT1, le dispositif 10 réalise un deuxième traitement pour permettre le chargement de données d’utilisateur DT2 dans le document 2. Au cours de ce deuxième traitement, le dispositif 10 détecte une demande d’insertion INS de données d’utilisateur DT2 dans au moins une deuxième zone prédéfinie Z du document 8. Cette demande d’insertion est une instruction d’utilisateur requérant que des données DT2 désignées par l’utilisateur UR soient insérées dans le document 2. La demande d’insertion INS peut comprendre notamment des informations d’identification désignant les données d’utilisateur DT2. Ces informations d’identification comprennent par exemple un chemin, une adresse ou un quelconque identifiant des données d’utilisateur DT2 que l’utilisateur UR souhaite insérer dans le document 2. Ces informations d’identification peuvent être chargées dans la mémoire volatile du dispositif 10 afin de pouvoir être utilisées par la suite. Selon un exemple particulier, au cours du deuxième traitement et préalablement à la détection de la demande d’insertion INS, le dispositif affiche (ou restitue) via l’interface utilisateur 12 un message invitant l’utilisateur UR à définir les données d’utilisateur DT2 à insérer dans le document 2. Toujours au cours du deuxième traitement, après la détection de la demande d’insertion INS, le dispositif 10 vérifie si les données d’utilisateur DT2 définies par la demande d’insertion INS respectent au moins une règle prédéfinie RL1 associée à ladite au moins une deuxième zone prédéfinie Z dans laquelle lesdites données d’utilisateur DT2 doivent être insérées. Pour ce faire, le dispositif 10 peut par exemple consulter la base de données DB1 pour déterminer au moins une règle RL1 pour laquelle il convient de vérifier si elle est respectée par les données d’utilisateur DT2. La ou les règles RL1 appliquées sont par exemple stockées (ou définies) dans le programme d’ordinateur PG1. La ou les règles RL1 appliquées par le dispositif 10 définissent par exemple un format, un positionnement et/ou un type que les données d’utilisateur DT2 doivent respecter. L’application de ces règles RL1 permettent de s’assurer que les données d’utilisateur DT2 que l’utilisateur UR souhaite ajoutées dans le document 2 sont appropriées, par exemple conformes à une norme à respecter. Selon un exemple particulier, ladite au moins une règle prédéfinie RL1, utilisée au cours de la vérification précitée, définit au moins l’un parmi les critères à respecter suivants : - un type de données accepté dans ladite au moins une deuxième zone prédéfinie Z ; et - un emplacement où des données de texte TX et/ou des données d’image IM peuvent être insérées dans ladite au moins une deuxième zone prédéfinie Z du document 2. Toujours au cours du deuxième traitement, si la vérification de conformité à ladite au moins une règle RL1 est passée avec succès (autrement dit si les données d’utilisateur DT2 respectent ladite au moins une règle prédéfinie RL1), le dispositif 10 insert (ou incorpore) les données d’utilisateur DT1 dans ladite au moins une deuxième zone prédéfinie Z du document 2. Selon un exemple particulier, le dispositif 10 adapte, avant insertion, les données d’utilisateur DT2 en des données traitées qui sont conformes aux règles prédéfinies RL1. Ainsi, les données DT2 insérées dans la ou les deuxièmes zones prédéfinies Z présentent le type, format, emplacement, etc. souhaité. Selon un exemple particulier, au cours du deuxième traitement, si les données d’utilisateur DT2 sont détectées comme ne respectant pas ladite au moins une règle prédéfinie RL1, le dispositif 10 refuse la demande d’insertion INS, causant ainsi l’interdiction (ou blocage) de l’insertion des données d’utilisateur DT2 dans ladite moins une deuxième zone prédéfinie Z. Selon un exemple particulier, si les données d’utilisateur DT2 sont détectées comme ne respectant pas ladite au moins une règle prédéfinie RL1, le deuxième traitement peut en outre comprendre un affichage via l’interface utilisateur 12 d’un message d’alerte indiquant que les données d’utilisateur DT2 sont erronées (ou non conformes aux règles RL1). L’utilisateur peut ainsi agir en conséquence, en adaptant par exemple les données d’utilisateur DT2. L’utilisateur peut par exemple sélectionner d’autres données d’utilisateur DT2 qui seront traitées de manière analogue au cours d’une nouvelle itération du deuxième traitement. Ainsi, à titre d’exemple, si l’utilisateur UR tente de charger des données de texte TX dans une deuxième zone prédéfinie Z prévue selon les règles RL1 pour contenir des données d’image IM, alors les données de texte TX en question sont refusées ce qui bloque l’insertion de ces données dans ladite deuxième zone prédéfinie Z. De même, si les données d’utilisateur DT1 définissent une donnée de type pictogramme à insérer dans une deuxième prédéfinie Z alors que cette dernière est destinée selon les règles RL1 à contenir une vue photographique, le dispositif 10 peut refuser l’insertion. A noter que si toutes les données DT1 recherchées au cours de la deuxième opération ont été extraites de la base de données DB1 au cours du premier traitement, il n’est pas nécessaire pour le dispositif 10 de réaliser le deuxième traitement (bien que cela soit possible dans une variante particulière pour permettre à l’utilisateur d’ajouter des données complémentaires dans le document 2). Un tel processus de contrôle permet donc de générer de façon fiable, rapide et efficace un document 2 caractérisant un véhicule 4, par exemple de type automobile ou autre. On peut ainsi générer (ou remplir) un document, tel qu’une fiche de secours ou équivalent par exemple, avec un gain de temps et en limitant les coûts associés et les risques d’erreur. L’invention permet notamment de s’assurer que le document respecte un format particulier, par exemple un format tel que défini par une norme donnée. Si des données d’utilisateur DT2 sélectionnées par un utilisateur UR sont insérées dans le document 2, le dispositif 10 peut en outre enregistrer ces données d’utilisateur dans la base de données DB1, ce qui permet d’alimenter cette base de données au fur et à mesure que l’on génère un ou des documents. Si les données d’utilisateur DT2 comprennent des données de texte TX, ces données de texte TX peuvent être enregistrées dans les données de traduction TR en association avec des traductions correspondantes dans une pluralité de langues. La présente invention peut éventuellement servir aussi d’outil de traduction automatisé pour fournir de façon rapide, fiable et efficace des traductions de certains éléments de texte dans une ou des langues données. Il est ainsi possible pour le dispositif 10 de générer automatiquement, à partir des données de traduction TR, des versions différentes du document 2 dans des langues respectives. Le programme d’ordinateur PG1 peut par exemple comprendre un dictionnaire définissant des identifiants respectifs pour chaque élément de texte TX définis de la base de données DB1 (par exemple pour chaque élément de texte contenu dans les données de traduction TR). Le dispositif 10 peut déterminer les identifiants des éléments de texte TX insérés dans le document 2 et utiliser ces identifiants pour récupérer, à partir des données de traduction TR, des traductions prédéfinies des éléments de texte TX du document 2 dans une pluralité de langues. Pour ce faire, les données de traduction TR dans la base de données DB1 peuvent définir par exemple pour chaque identifiant une traduction correspondante dans une pluralité de langues. Selon un exemple particulier, en réponse à la deuxième instruction d’utilisateur INS reçue pour valider ladite au moins une première partie des données préenregistrées DT1, le dispositif 10 enregistre un identifiant d’au moins un contenu de texte TX compris dans ladite au moins une première partie des données préenregistrées DT1 insérée dans ladite au moins une première zone prédéfinie Z du document 2. Le processus de génération peut en outre comprendre un traitement de traduction automatique au cours duquel le dispositif 10 détecte une commande de traduction INS du document 2 dans au moins une langue cible. En réponse à cette détection, le dispositif 10 extrait depuis la base de données DB1 (par exemple depuis les données de traduction TR) au moins une traduction prédéfinie, dans ladite au moins une langue cible, correspondant à l’identifiant dudit au moins un contenu de texte TX. Le dispositif 10 insert ensuite dans le document 2 une traduction de texte comprenant ladite au moins une traduction prédéfinie. Ladite au moins une traduction prédéfinie est par exemple extraite depuis un fichier unique, de type Excel® ou autre, contenu en tant que données de traduction TR dans la base de données DB1. La illustre schématiquement un dispositif de génération (ou dispositif de traitement) 10 selon un exemple de réalisation particulier et non limitatif de la présente invention, ce dispositif étant configuré pour générer un document numérique, tel que le document 2, en exécutant le procédé (ou processus) de génération tel que précédemment décrit en référence aux figures 1-5. Le dispositif 10 est par exemple configuré pour la mise en œuvre des opérations du processus de génération tel que précédemment décrit en regard des figures 1-5 et/ou des étapes du procédé décrit ci-après en regard de la . Des exemples d’un tel dispositif de génération 10 comprennent, sans y être limités, un ordinateur, un serveur, un calculateur électronique, un téléphone intelligent (de l’anglais « smartphone »), une tablette, etc. Les éléments du dispositif de génération 10, 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 de génération 10 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 de génération 10 comprend un (ou plusieurs) processeur(s) 11 configurés pour exécuter des instructions pour la réalisation des étapes du procédé (ou du processus) de génération et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif de génération 10. Le processeur 11 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 de génération 10 comprend en outre au moins une mémoire 41 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 11 est par exemple stocké sur la mémoire 41. La mémoire 41 peut constituer un support d’informations selon un mode de réalisation particulier en ce qu’elle comprend un programme d’ordinateur (par exemple PG1 en ) comportant des instructions pour la réalisation des étapes du procédé (ou du processus) de génération de l’invention. Selon un exemple de réalisation particulier et non limitatif, le dispositif de génération 10 comprend un bloc 42 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud ». Les éléments d’interface du bloc 42 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). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif de génération 10 comprend une interface de communication 43 qui permet d’établir une communication avec d’autres dispositifs via un canal de communication 45. L’interface de communication 43 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 45. L’interface de communication 43 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), Ethernet (standardisé par la norme ISO/IEC 802-3) ou LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un exemple de réalisation particulier et non limitatif, le dispositif de génération 10 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, tactile ou non, un ou des haut-parleurs et/ou d’autres périphériques (système de projection) via des interfaces de sortie respectives. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif de contrôle 10. La illustre un diagramme des différentes étapes d’un procédé de génération d’un document 2 caractérisant un véhicule 4 comme précédemment décrit. Le procédé est par exemple mis en œuvre par le dispositif de contrôle 10 précédemment décrit. Dans une première étape 51, est reçue via une interface utilisateur 12 une première instruction d’utilisateur INS destinée à créer une section 6 dans le document 2. Dans une deuxième étape 52, en réponse à ladite première instruction d’utilisateur reçue à l’étape 51, des données préenregistrées DT1 définissant la section 6 sont recherchées par consultation d’une base de données DB1. Si au moins une première partie desdites données préenregistrées DT1 recherchées à l’étape 52 est extraite de la base de données DB1 au cours de la recherche, le procédé se poursuit avec la réalisation un premier traitement. Ce premier traitement comprend : - déclenchement (53) d’un affichage de ladite au moins une première partie des données préenregistrées DT1 dans au moins un champ prédéfini 16 de l’interface utilisateur 12 ; et - en réponse à une deuxième instruction d’utilisateur INS reçue via l’interface utilisateur 12 pour valider ladite au moins une première partie des données préenregistrées DT1, insertion (54) de ladite au moins une première partie des données préenregistrées DT1 dans au moins une première zone prédéfinie Z du document 2. En cas d’échec au cours de la recherche (étape 52) à extraire au moins une deuxième partie des données préenregistrées DT1, le procédé se poursuit avec la réalisation d’un deuxième traitement comprenant : - détection (étape 55) d’une demande d’insertion INS de données d’utilisateur DT2 dans au moins une deuxième zone prédéfinie Z du document 2 ; - vérification (étape 56) de si les données d’utilisateur DT2 respectent au moins une règle prédéfinie RL1 associée à ladite au moins une deuxième zone prédéfinie Z ; et - dans l’affirmative, insertion (étape 57) des données d’utilisateur DT2 dans ladite au moins une deuxième zone prédéfinie Z du document 2. Selon le cas considéré, le procédé peut donc comprendre le premier traitement seulement, ou le deuxième traitement seulement, ou les premier et deuxième traitements. Selon des variantes de réalisation, les variantes et exemples des opérations décrits ci-avant en relation avec les figures 1-6 s’appliquent aux étapes du procédé de génération de la . Comme le comprend l’homme du métier, tous les modes de réalisation et variantes décrits ci-avant dont certains ont été simplifiés à dessein pour faciliter les explications, ne constituent que des exemples non limitatifs de mise en œuvre de la présente divulgation. En particulier, l’homme du métier pourra envisager une quelconque adaptation ou combinaison des modes de réalisation et variantes décrits ci-avant, afin de répondre à un besoin particulier. La présente invention ne se limite donc pas aux exemples de réalisation décrits ci-avant mais s’étend notamment à un procédé de génération 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é. Procédé de génération mis en œuvre par un dispositif de génération (10) pour générer un document (2) caractérisant un véhicule (4), ledit procédé comprenant : a) réception (51), via une interface utilisateur (12) , d’une première instruction d’utilisateur (INS) destinée à créer une section (6) dans le document; b) en réponse à ladite première instruction d’utilisateur, recherche (52) de données préenregistrées (DT1) définissant ladite section par consultation d’une base de données (DB1) ; c) si au moins une première partie desdites données préenregistrées (DT1) est extraite de la base de données au cours de la recherche b), réalisation d’un premier traitement comprenant : c1) déclenchement (53) d’un affichage de ladite au moins une première partie des données préenregistrées (DT1) dans au moins un champ prédéfini (16) de l’interface utilisateur ; et c2) en réponse à une deuxième instruction d’utilisateur (INS) reçue via l’interface utilisateur (12) pour valider ladite au moins une première partie des données préenregistrées, insertion (54) de ladite au moins une première partie des données préenregistrées dans au moins une première zone (Z) prédéfinie du document ; d) en cas d’échec au cours de la recherche b) à extraire au moins une deuxième partie des données préenregistrées (DT1), réalisation d’un deuxième traitement comprenant : d1) détection (55) d’une demande d’insertion (INS) de données d’utilisateur (DT2) dans au moins une deuxième zone prédéfinie (Z) du document ; d2) vérification (56) de si les données d’utilisateur (DT2) respectent au moins une règle prédéfinie (RL1) associée à ladite au moins une deuxième zone prédéfinie ; et d3) dans l’affirmative, insertion (57) des données d’utilisateur (DT2) dans ladite au moins une deuxième zone prédéfinie (Z) du document. Procédé selon la revendication 1, dans lequel les données préenregistrées (DT1) comprennent au moins l’un parmi des données de texte (TX) et des données d’image (IM). Procédé selon la revendication 1 ou 2, dans lequel le document comprend une fiche technique définissant au moins l’un parmi des caractéristiques du véhicule (4) et des consignes de sécurité associées au véhicule. Procédé selon l’une quelconque des revendications précédentes, dans lequel si les données d’utilisateur (DT2) sont détectées en d2) comme ne respectant pas ladite au moins une règle prédéfinie (RL1), le deuxième traitement comprend : d4) refus de la demande d’insertion (INS) pour interdire l’insertion des données d’utilisateur dans ladite moins une deuxième zone prédéfinie (Z). Procédé selon l’une quelconque des revendications précédentes, dans lequel le document (2) est défini dans un fichier PowerPoint selon un format prenant en charge des macros codées selon le langage Visual Basic pour Applications. Procédé selon l’une quelconque des revendications précédentes, dans lequel le deuxième traitement comprend, préalablement à la détection d1) : d0) affichage via l’interface utilisateur (12) d’un message invitant un utilisateur à définir lesdites données d’utilisateur (DT2) à insérer dans le document. Procédé selon l’une quelconque des revendications précédentes, dans lequel ladite au moins une règle prédéfinie (RL1), utilisée au cours de la vérification d2), définit au moins l’un parmi les critères à respecter suivants : - un type de données accepté dans ladite au moins une deuxième zone prédéfinie (Z) ; et - un emplacement où des données de texte (TX) et/ou des données d’image (IM) peuvent être insérées dans ladite au moins une deuxième zone prédéfinie (Z) du document. Procédé selon l’une quelconque des revendications précédentes, dans lequel en réponse à la deuxième instruction d’utilisateur (INS) en c2), enregistrement d’un identifiant d’au moins un contenu de texte (TX) compris dans ladite au moins une première partie des données préenregistrées (DT1) insérée dans ladite au moins une première zone prédéfinie (Z) du document, le procédé comprenant un traitement de traduction automatique comprenant : e1) détection d’une commande de traduction du document dans une langue cible ; e2) en réponse à la détection e1), extraction depuis la base de données (DB1) d’au moins une traduction prédéfinie, dans la langue cible, correspondant à l’identifiant dudit au moins un contenu de texte ; et e3) insertion dans le document (2) d’une traduction de texte comprenant ladite au moins une traduction prédéfinie. 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. Dispositif de génération (10) comprenant une mémoire (41) associée à au moins un processeur (11) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 8.