FR 3158574 A1 20250725 FR 2400655 A 20240124 La présente invention concerne un procédé et un dispositif de génération d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule. A cet effet, des premières données représentatives d’une séquence vidéo tridimensionnelle d’un test de collision du véhicule embarquant un mannequin sont reçues (31). Un jumeau numérique est sélectionné (32) dans une pluralité de jumeaux numériques, chaque jumeau numérique de la pluralité de jumeaux numériques étant représentatif d’une modélisation tridimensionnelle d’un mannequin représentatif d’une personne ayant une morphologie déterminée. Le contenu graphique en réalité augmentée est généré (34) à partir des premières données et de deuxièmes données reçues (33) et correspondant à une modélisation tridimensionnelle du mannequin associée au jumeau numérique sélectionné en remplaçant le mannequin dans la séquence vidéo tridimensionnelle par la modélisation tridimensionnelle du mannequin associé au jumeau numérique sélectionné. Figure pour l’abrégé : Figure 3 Procédé et dispositif de génération d’un contenu graphique en réalité augmenté représentatif d’un test de collision de véhicule La présente invention concerne les procédés et dispositifs de génération de contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule, notamment mais non exclusivement d’un véhicule automobile. La présente invention concerne notamment les procédés et dispositifs de simulation de test de collision de véhicule en réalité augmentée. Arrière-plan technologique Pour améliorer la sécurité des véhicules et vérifier leurs comportements dans des situations particulières, il est connu de réaliser un ensemble de tests avant la commercialisation d’un nouveau véhicule. Parmi ces tests, des tests de collision (de l’anglais « crash test ») sont réalisés pour tester le comportement des véhicules en cas de collision, par exemple en cas de collision frontale, collision latérale ou collision avec un poteau. Parmi ces tests, certains sont imposés pour autoriser la mise en circulation des véhicules sur un territoire donné. Par exemple, le comité européen de sécurité automobile avancée a défini un test, dit test frontal décalé, comme une base pour la législation imposée à tous les véhicules mis en circulation sur le territoire européen. Différentes méthodes sont utilisées pour analyser le comportement des véhicules lors d’une collision, à savoir la méthode expérimentale ou empirique et la méthode numérique ou de simulation. La méthode expérimentale consiste à projeter le véhicule sur un obstacle à une vitesse donnée pour analyser la déformation des différents composants du véhicule et pour mesurer les contraintes biomécaniques subies par un ou plusieurs mannequins représentant un ou plusieurs occupants (par exemple le conducteur et le passager avant) lors de la collision. La méthode expérimentale présente l’avantage de fournir des données réalistes sur l’ensemble des contraintes subies par le véhicule et les mannequins lors du test. Une telle méthode est cependant coûteuse, notamment lorsqu’il s’agit de reproduire différentes situations de vie du véhicule. La méthode numérique présente l’avantage d’être moins coûteuse que la méthode expérimentale mais les données obtenues de la simulation sont sujettes à erreur ou imprécision. 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 objet de la présente invention est par exemple d’améliorer la simulation numérique d’un test de collision. Un autre objet de la présente invention est par exemple d’améliorer la prise en compte de différentes morphologies d’occupant dans un test de collision de véhicule. Selon un premier aspect, la présente invention concerne un procédé de génération d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule, le procédé étant mis en œuvre par au moins un processeur et comprenant les étapes suivantes : - réception de premières données représentatives d’une séquence vidéo tridimensionnelle d’un test de collision du véhicule embarquant un mannequin, les premières données comprenant des informations géométriques associées au mannequin et à un ensemble d’éléments formant le véhicule ; - sélection d’un jumeau numérique, dit jumeau numérique sélectionné, dans une pluralité de jumeaux numériques, chaque jumeau numérique de la pluralité de jumeaux numériques étant représentatif d’une modélisation tridimensionnelle d’un mannequin représentatif d’une personne ayant une morphologie déterminée ; - réception de deuxièmes données représentatives d’une modélisation tridimensionnelle du mannequin associée au jumeau numérique sélectionné ; - génération du contenu graphique en réalité augmentée à partir des premières données et des deuxièmes données en remplaçant le mannequin dans la séquence vidéo tridimensionnelle par la modélisation tridimensionnelle du mannequin associé au jumeau numérique sélectionné. Un tel procédé permet de simuler en réalité augmentée un test de collision avec une multitude de mannequins aux morphologies différentes en sélection pour chaque test numérique un jumeau numérique représentant un mannequin de morphologie particulière dans une liste de différents jumeaux numériques. Les données de modélisation du mannequin associé au jumeau numérique sélectionné sont utilisées pour remplacer le mannequin d’un véhicule ayant fait l’objet d’un test de collision expérimental dans la vidéo 3D de ce test de collision pour générer un contenu graphique en réalité augmentée de ce test de collision avec le mannequin correspondant au jumeau numérique sélectionné. Cela permet d’observer le comportement du mannequin lors du test de collision en réalité augmentée, ce qui permet d’améliorer la sensation d’immersion lors du test de collision pour mieux appréhender l’impact de la collision sur le mannequin. Une telle méthode permet de simuler le test de collision avec différentes morphologies de mannequins obtenus de différents jumeaux numériques de ces mannequins à moindre coût avec un réalisme élevé. Selon une variante, le procédé comprend en outre une étape d’affichage en réalité augmentée du contenu graphique sur un dispositif d’affichage. Selon encore une variante, les premières données sont générées par composition de données d’image reçues d’une pluralité de caméras configurées pour l’acquisition d’images du test de collision selon une pluralité de points de vue. Selon une autre variante, la pluralité de jumeaux numériques est générée à partir de données de morphologies statistiques d’un ensemble de conducteurs de véhicules. Selon une variante supplémentaire, chaque jumeau numérique de la pluralité de jumeaux numériques est inscrit dans une chaine de blocs. Selon une variante additionnelle, les informations géométriques et les deuxièmes données comprennent des données représentatives d’éléments finis. Selon un deuxième aspect, la présente invention concerne un dispositif de génération d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un troisième aspect, la présente invention concerne un système de communication de données comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention et au moins un dispositif distant hébergeant une chaine de blocs, lequel au moins un dispositif distant étant relié en communication au dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention. Selon un quatrième aspect, la présente invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un cinquième aspect, la présente invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de la présente invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon la présente invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 3 annexées, sur lesquelles : FIG. 1 illustre schématiquement un environnement de communication de données relatives à un ou plusieurs tests de collision de véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention ; FIG. 2 illustre schématiquement un dispositif configuré pour générer un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention ; FIG. 3 illustre un organigramme des différentes étapes d’un procédé de génération d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule, 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 d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 3. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Les termes « premier(s) », « deuxième(s) » (ou « première(s) », « deuxième(s) »), etc. sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. De tels éléments peuvent être distincts ou correspondre à un seul et unique élément, selon le mode de réalisation. Selon un exemple particulier et non limitatif de réalisation de la présente invention, la génération d’un contenu graphique en réalité augmentée, en réalité virtuelle ou en réalité mixte, dit contenu graphique AR (de l’anglais « augmented reality » ou en français « réalité augmentée »), pour la simulation d’un test de collision de véhicule est par exemple mis en œuvre par un dispositif de calcul de type ordinateur ou serveur, c’est-à-dire par un ou plusieurs processeurs du dispositif de traitement de données. A cet effet, des premières données représentatives d’une séquence vidéo tridimensionnelle d’un test de collision du véhicule embarquant un mannequin sont reçues. Les premières données ont par exemple été acquises par un ensemble de caméra arrangés en dehors du véhicule et/ou à l’intérieur du véhicule pour acquérir des images du mannequin et du véhicule pendant le test de collision. Les premières données comprennent avantageusement des informations géométriques associées au mannequin et à un ensemble d’éléments formant le véhicule. Ces informations sont par exemple obtenues par traitement ultérieur des premières données acquises par les caméras et/ou de capteurs disposés par exemple sur le mannequin. Un jumeau numérique, dit jumeau numérique sélectionné, est sélectionné dans une pluralité de jumeaux numériques, chaque jumeau numérique de la pluralité de jumeaux numériques étant représentatif d’une modélisation tridimensionnelle d’un mannequin représentatif d’une personne ayant une morphologie déterminée. Le jumeau numérique est par exemple sélectionné selon la morphologie souhaitée. Les jumeaux numériques ont par exemple été générés à partir de données de morphologies statistiques d’un ensemble de conducteurs de véhicules pour représenter statistiquement un ensemble de morphologies des conducteurs de véhicules. Des deuxièmes données représentatives d’une modélisation tridimensionnelle du mannequin associée au jumeau numérique sélectionné sont reçues, par exemple depuis un serveur du « cloud » (ou « nuage » en français). Enfin, le contenu graphique AR est généré à partir des premières données et des deuxièmes données en remplaçant le mannequin dans la séquence vidéo tridimensionnelle par la modélisation tridimensionnelle du mannequin associé au jumeau numérique sélectionné. Un tel contenu graphique AR correspond par exemple à un ensemble d’images du test de collision depuis différents points de vue, ce contenu graphique AR étant prévu pour être rendu ou joué sur un dispositif d’affichage de contenus graphiques en réalité augmentée, par exemple un casque de réalité virtuelle ou un CAVE. La FIG. 1 illustre schématiquement un environnement de communication de données de test de collision d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. L’environnement de communication 1 comprend par exemple un dispositif de calcul 11 configuré pour la génération du contenu graphique AR, lequel correspond par exemple à un ordinateur ou à un serveur. Le dispositif de calcul 11 est avantageusement relié en communication avec un système comprenant par exemple un ou plusieurs dispositifs de traitement de données 101, par exemple de type serveur, et/ou un ou plusieurs dispositifs distants 102 hébergeant une ou plusieurs bases de données ou base(s) de registres. Ce ou ces dispositifs 101, 102 appartiennent par exemple au « cloud » 100 (ou « nuage » en français). Ce ou ces dispositifs 101, 102 constituent par exemple des nœuds d’un réseau configuré pour l’hébergement de données ou transactions d’une chaine de blocs formée de plusieurs blocs 110. Le ou les dispositifs de traitement de données 101 et le ou les dispositifs distants 102 le cas échéant sont par exemple reliés en communication avec le « cloud » 100 via une liaison filaire (par exemple selon Ethernet et/ou via une liaison à fibre optique) et/ou via une liaison sans fil de type Wifi® (selon IEEE 802.11 ou l’une des déclinaisons de IEEE 802.11 ou via une liaison sans fil de type réseau cellulaire 4G ou 5G). Chaque dispositif 101, 102, 103 est ainsi configuré pour transmettre des données à destination du « cloud » 100 et pour recevoir des données du « cloud » 100. L’infrastructure de communication permettant la communication sans fil de données entre le dispositif de calcul 11 et le « cloud » 100 et le ou les dispositifs 101, 102 hébergés dans le « cloud » 100 correspond par exemple à une infrastructure d’un réseau filaire, une infrastructure d’un réseau cellulaire sans fil ou une infrastructure d’un réseau à composantes filaires et à composantes sans fil. Un système de communication sans fil permettant l’échange de données entre le dispositif de calcul 11 et le « cloud » 100 correspond par exemple à 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é) LTE 4G ou 5G. L’environnement de communication 1 et les dispositifs qui le composent sont configurés pour la mise en œuvre d’une chaine de blocs (de l’anglais « blockchain »). La chaine de blocs, aussi appelée technologie des registres distribués (de l’anglais « distributed ledger technology »), est un outil numérique de stockage et de communication de données sans organe de contrôle central. La chaine de bloc est configurée pour permettre aux utilisateurs de la chaine de bloc (en l’occurrence le dispositif de calcul 11 et le ou les dispositifs de traitement de données 101 et/ou le ou les dispositifs distants 102), connectés en réseau, de partager des données directement, sans intermédiaire. Une chaine de blocs est un registre ou une grande base de données qui présente la particularité d’être partagée simultanément avec tous ses utilisateurs, tous également détenteurs de ce registre, et qui ont également tous la capacité d’y inscrire des données, selon des règles spécifiques fixées par un protocole informatique sécurisé par le biais d’une cryptographie. Dans une chaine de blocs, l’identification de chaque partie (par exemple le dispositif de calcul 11 et/ou le ou les dispositifs 101, 102) s’effectue par un procédé cryptographique. Chaque transaction est envoyée à un réseau (aussi appelé « nœud » de stockage) de dispositifs distants ou de calculs (par exemple des ordinateurs ou serveurs) situés en différentes localisations, par exemple dans le « cloud » 100. Chaque nœud héberge une copie de la base de données dans lequel est inscrit l’historique des transactions effectuées. Toutes les parties prenantes (c’est-à-dire par exemple le dispositif de calcul 11 et/ou le ou les dispositifs 101, 102) peuvent y accéder simultanément. Le système de sécurisation repose sur un mécanisme de consensus de tous les nœuds à chaque ajout d’informations ou de données. Les données sont déchiffrées et authentifiées par des centres de données (aussi appelés « mineurs »). Chaque transaction ainsi validée est ajoutée dans la base de données sous la forme d’un bloc (de la chaine de bloc) de données chiffrées, un bloc pouvant héberger plusieurs transactions. La décentralisation de la gestion de la sécurité empêche la falsification des transactions. Chaque nouveau bloc ajouté à la chaine de blocs est lié au précédent (sauf pour le premier bloc de la chaine) et une copie de ce nouveau bloc est transmise à tous les nœuds du réseau. L’intégration des blocs est chronologique, indélébile et infalsifiable. La technologie de la chaine de blocs est connue de l’homme du métier. Elle est par exemple décrite dans un rapport de synthèse de l’assemblée nationale française en date de décembre 2018 et intitulé « Rapport de la mission d’information commune sur la blockchain (chaine de blocs) et ses usages : un enjeu de souveraineté ». Les termes relatifs à la chaine de blocs ont également été normalisé, notamment dans les normes suivantes : ISO 22739:2020, ISO/TR 23244:2020, ISO/TR 23455:2019 et ISO/TR 23576:2020. Un processus de génération d’un contenu graphique en réalité augmenté, dit contenu graphique AR, représentatif d’un test de collision d’un véhicule, par exemple basé sur la technologie dite de chaine de blocs 110, est mis en œuvre dans l’environnement de communication 1. Certaines opérations du processus sont par exemple mises en œuvre par le dispositif de calcul 11. D’autres opérations du processus sont par exemple mises en œuvre par un ou plusieurs dispositifs 101, 102 du « cloud » 100. Dans une première opération, de premières données représentatives d’une séquence vidéo tridimensionnelle (3D) d’un test de collision du véhicule 10 embarquant un mannequin (non représenté sur la FIG. 1 ) sont reçues par le dispositif de calcul 11. Ces premières données sont par exemple reçues du « cloud » 100, ces premières données étant hébergées dans une base de données 102. Selon un autre exemple, ces premières données sont reçues par un plusieurs processeurs (ou processeurs graphiques, dit GPU (de l’anglais « Graphics Processing Unit » ou en français « processeur graphique »)) d’une mémoire du dispositif de calcul 11, les premières données étant stockées localement dans le dispositif de calcul 11. Les premières données correspondent à un ensemble de données acquises par un ensemble de caméras, chaque caméra de l’ensemble étant configurée pour l’acquisition d’images lors d’un test de collision (crash test) du véhicule 10 selon un point de vue différent de la scène correspondant au test de collision. Au moins une partie des caméras est configurée pour l’acquisition d’images du mannequin pendant le déroulé du test de collision. Les caméras sont ainsi par exemple arrangées en différents points dans l’habitacle du véhicule 10. Selon une variante, des caméras sont en outre arrangées à l’extérieur (sur le véhicule 10 et/ou le long du trajet du véhicule 10 associé au test de collision) pour obtenir des images du véhicule 10 et du mannequin selon d’autres points de vue (par exemple des points de vue extérieurs au véhicule 10). Selon une variante, plusieurs mannequins sont embarqués dans le véhicule 10. Un mannequin représente une personne dans le véhicule 10 (ou un occupant du véhicule 10) correspondant par exemple à un conducteur du véhicule 10 assis sur le siège conducteur 10 (avec la ceinture de sécurité) et/ou un passager assis sur le siège passager avant du véhicule 10 (avec la ceinture de sécurité). Chaque mannequin est équipé de différents capteurs configurés pour mesurer les contraintes ou forces subies par le mannequin lors du test de collision. Selon une variante optionnelle, des marqueurs visuels sont placés en différents endroits du mannequin pour permettre de remplacer le mannequin physique par un modèle, tel que décrit dans les opérations suivantes. Une caméra comprend par exemple les éléments suivants : - un capteur photosensible correspondant par exemple à une matrice de photorécepteurs associée par exemple à un filtre de Bayer ; - un ensemble optique arrangée devant le capteur vis-à-vis de la scène à acquérir par le capteur, l’ensemble optique comprenant par exemple un arrangement d’une ou plusieurs lentilles ; et - optionnellement un capteur de profondeur. Les premières données comprennent avantageusement des informations géométriques associées au mannequin et à un ensemble d’éléments formant le véhicule 10. Ces informations sont par exemple obtenues par traitement des données d’images obtenues des caméras, pour exemple pour la détection d’objet tel que le mannequin. Ces informations correspondent par exemple à des données d’éléments finis, des informations de profondeur, à des informations relatives à un maillage associé au mannequin (voire à certains composants du véhicule 10), à des informations relatives à des points de contrôle du mannequin par exemple obtenus par la détection de marqueurs positionnés sur le mannequin. Ces informations permettent avantageusement de remplacer le mannequin dans le contenu vidéo 3D par des données de modélisation d’un autre mannequin, tel que décrit ci-après, selon toutes méthodes de traitement de données connues de l’homme du métier. La modélisation tridimensionnelle d’un mannequin correspond par exemple à une modélisation en éléments finis. Selon d’autres exemple, la modélisation correspond à une modélisation par courbes de type NURBS (de l’anglais « Non-Uniform Rational Basis Spline » ou en français « B-spline rationnelle non uniforme »), modélisation paramétrique, etc. Dans une deuxième opération, un jumeau numérique est sélectionné dans une liste comprenant plusieurs jumeaux numériques, à chaque jumeau numérique étant associée une modélisation tridimensionnelle d’un mannequin représentatif d’une personne ayant une morphologie déterminée. Les données représentatives de chaque modélisation tridimensionnelle d’un mannequin sont par exemple hébergées dans le « cloud » et inscrites dans un bloc de la chaine de blocs 110 sous la forme d’un jumeau numérique de la modélisation tridimensionnelle associée d’un mannequin particulier. Chaque jumeau numérique représente ainsi un mannequin de morphologie particulière, par exemple une femme enceinte, une personne de grande taille, une personne de taille moyenne, une personne de petite taille, etc. Les jumeaux numériques sont générés à partir de données statistiques relatives aux conducteurs d’un ensemble de véhicules, par exemple les véhicules d’une même marque. Les données relatives aux conducteurs sont par exemple obtenues lors d’enquêtes ciblées, avec la permission des conducteurs, permettant d’établir des classes de conducteur selon les particularités morphologiques des conducteurs, les conducteurs associées à une même classe ayant une même morphologie ou un même type de morphologie, un jumeau numérique étant généré pour chaque classe. La sélection du jumeau numérique est par exemple mise en œuvre via une IHM (Interface Homme-Machine) graphique. Dans une troisième opération, des deuxièmes données représentatives du jumeau numérique sélectionné sont transmises par le dispositif 101 et reçues par le dispositif de calcul 11. Ces deuxièmes données sont par exemple transmises via une connexion sans fil lorsque la requête a été transmise via une connexion sans fil. Selon une variante, ces deuxièmes données sont transmises via une connexion filaire, par exemple lorsque la requête a été transmise via une connexion filaire. Dans une quatrième opération, le contenu graphique AR est généré à partir des premières données et des deuxièmes données en remplaçant le mannequin dans la séquence vidéo tridimensionnelle d’origine par la modélisation tridimensionnelle du mannequin associé au jumeau numérique sélectionné. Le contenu graphique AR comprend avantageusement : - un ensemble d’images de la scène réelle acquises pendant le test de collision et représentant différents points de vue de la scène, notamment du mannequin disposé dans le véhicule 10 lors du test de collision ; et - un objet graphique virtuel correspondant au mannequin modélisé du jumeau numérique sélectionné affiché en superposition des images réelles à l’endroit du mannequin physique placé dans le véhicule 10 lors du test de collision. L’incrustation du modèle 3D du mannequin associé au jumeau numérique sélectionné est mise en œuvre selon toute méthode de traitement de données connues de l’homme du métier, par exemple telles que décrites dans le document intitulé « Des méthodes efficaces pour l’incrustation d’objets virtuels dans des séquences d’images », de Gilles Simon et Marie-Odile Berger, publié le 19 octobre 2006. Dans une opération supplémentaire, le contenu graphique AR généré est rendu ou joué sur un dispositif d’affichage, par exemple un dispositif d’affichage holographiques, un casque de réalité virtuelle, un écran d’affichage de type moniteur, un écran d’affichage d’un dispositif de communication mobile de type tablette ou téléphone intelligent (de l’anglais « Smartphone ») selon un ou plusieurs points de vue. Un tel processus permet de simuler ou de visualiser de manière immersive, par exemple en 360°, les effets de la collision du véhicule 10 sur différents mannequins de différents types de morphologie en sélectionnant simplement le jumeau numérique associé. Ceci permet de pouvoir réaliser des tests de sécurité du type crash test sur plusieurs scenarii avec différents types de mannequin de manière entièrement numérique pour améliorer la sécurité et le confort à bord du véhicule 10 avec une vision de ces simulations numériques en immersion via l’utilisation de réalité augmentée tout en réduisant les coûts et temps de de tests associés. Les données des jumeaux digitaux numériques sont « partageables » via une plateforme de type chaine de blocs, par exemple une chaine de blocs privée ou de consortium, pour pouvoir partager ces données en toute transparence, sécurité et confidentialité d’une manière immutable avec d’autres acteurs réglementaires de l’EuroNCAP® par exemple. La FIG. 2 illustre schématiquement un dispositif 2 configuré pour la génération d’un contenu graphique en réalité augmentée représentant un test de collision 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 2 correspond par exemple au dispositif de calcul 11. Selon un autre exemple de réalisation, le dispositif 2 correspond au dispositif de traitement 101 ou à un nœud du réseau hébergeant les données de la chaine de blocs tel que le dispositif 102. Le dispositif 2 est par exemple configuré pour la mise en œuvre des opérations décrites en regard de la FIG. 1 et/ou des étapes du procédé décrit en regard de la FIG. 3 . Des exemples d’un tel dispositif 2 comprennent, sans y être limités, un téléphone intelligent, une tablette, un ordinateur, un ordinateur portable, un serveur. Les éléments du dispositif 2, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 2 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Le dispositif 2 comprend un (ou plusieurs) processeur(s) 20 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 2. Le processeur 20 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 2 comprend en outre au moins une mémoire 21 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 21. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 2 est couplé en communication avec d’autres dispositifs ou systèmes similaires, par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 comprend un bloc 22 d’éléments d’interface pour communiquer avec des dispositifs externes. Les éléments d’interface du bloc 22 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 2 comprend une interface de communication 23 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 230. L’interface de communication 23 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 230. L’interface de communication 23 correspond par exemple à un réseau filaire de type Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 2 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 240, tactile ou non, un ou des haut-parleurs 250 et/ou d’autres périphériques 260 (système de projection) via respectivement des interfaces de sortie 24, 25 et 26. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 2. La FIG. 3 illustre un organigramme des différentes étapes d’un procédé de génération d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule, par exemple le 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 dispositif de calcul tel que le dispositif 11 ou le dispositif 2 de la FIG. 2 . Dans une première étape 31, des premières données représentatives d’une séquence vidéo tridimensionnelle d’un test de collision du véhicule embarquant un mannequin sont reçues, les premières données comprenant des informations géométriques associées au mannequin et à un ensemble d’éléments formant le véhicule. Dans une deuxième étape 32, un jumeau numérique, dit jumeau numérique sélectionné, est sélectionné dans une pluralité de jumeaux numériques, chaque jumeau numérique de la pluralité de jumeaux numériques étant représentatif d’une modélisation tridimensionnelle d’un mannequin représentatif d’une personne ayant une morphologie déterminée. Dans une troisième étape 33, des deuxièmes données représentatives d’une modélisation tridimensionnelle du mannequin associée au jumeau numérique sélectionné sont reçues. Dans une quatrième étape 34, le contenu graphique en réalité augmentée est généré à partir des premières données et des deuxièmes données en remplaçant le mannequin dans la séquence vidéo tridimensionnelle par la modélisation tridimensionnelle du mannequin associé au jumeau numérique sélectionné Selon une variante, les variantes et exemples des opérations décrits en relation avec la FIG. 1 s’appliquent aux étapes du procédé de la FIG. 3 . Procédé de génération d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule (10), ledit procédé étant mis en œuvre par au moins un processeur et comprenant les étapes suivantes : - réception (31) de premières données représentatives d’une séquence vidéo tridimensionnelle d’un test de collision du véhicule (10) embarquant un mannequin, lesdites premières données comprenant des informations géométriques associées audit mannequin et à un ensemble d’éléments formant ledit véhicule ; - sélection (32) d’un jumeau numérique, dit jumeau numérique sélectionné, dans une pluralité de jumeaux numériques, chaque jumeau numérique de la pluralité de jumeaux numériques étant représentatif d’une modélisation tridimensionnelle d’un mannequin représentatif d’une personne ayant une morphologie déterminée ; - réception (33) de deuxièmes données représentatives d’une modélisation tridimensionnelle du mannequin associée audit jumeau numérique sélectionné ; - génération (34) dudit contenu graphique en réalité augmentée à partir desdites premières données et desdites deuxièmes données en remplaçant ledit mannequin dans ladite séquence vidéo tridimensionnelle par la modélisation tridimensionnelle du mannequin associé audit jumeau numérique sélectionné. Procédé selon la revendication 1, comprenant en outre une étape d’affichage en réalité augmentée dudit contenu graphique sur un dispositif d’affichage. Procédé selon la revendication 1 ou 2, pour lequel lesdites premières données sont générées par composition de données d’image reçues d’une pluralité de caméras configurées pour l’acquisition d’images dudit test de collision selon une pluralité de points de vue. Procédé selon l’une des revendications 1 à 3, pour lequel ladite pluralité de jumeaux numériques est générée à partir de données de morphologies statistiques d’un ensemble de conducteurs de véhicules. Procédé selon l’une des revendications 1 à 4, pour lequel chaque jumeau numérique de ladite pluralité de jumeaux numériques est inscrit dans une chaine de blocs (110). Procédé selon l’une des revendications 1 à 5, pour lequel lesdites informations géométrique et lesdites deuxièmes données comprennent des données représentatives d’éléments finis. 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 à 6. Dispositif (2) de génération d’un contenu graphique en réalité augmentée représentatif d’un test de collision de véhicule, ledit dispositif (2) comprenant une mémoire (21) associée à au moins un processeur (20) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6. Système de communication de données comprenant le dispositif (2) selon la revendication 9 et au moins un dispositif distant (101) hébergeant une chaine de blocs (110), ledit au moins un dispositif distant (101) étant relié en communication audit dispositif (2), ledit système étant configuré pour la mise en œuvre des étapes du procédé selon l’une des revendications 1 à 6.