Brevet FR3164039A1 — publié le 20260102

L’invention concerne un procédé de gestion d’un modèle numérique d’une pièce automobile mis en œuvre par un système informatique (1), comportant les étapes suivantes : (E01) Stockage de modèles numériques (M i ) dans une base de données (22) d’un serveur (2) ; (E1) En réponse à une action (O i ) opérée par un utilisateur, transmission au serveur d’une requête d’association (R A ) incluant un identifiant (U j ) de l’utilisateur ; (E2) association, dans un registre distribué (4), dudit identifiant et d’un jeton numérique (NFT i ) identifiant un modèle numérique; (E6) A la réception par le serveur d’une requête d’export (R e ) incluant un identifiant (U j ) d’un utilisateur, transmission d’un fichier (F i ) contenant un modèle numérique (M i ) stocké dans la base de données et identifié par un jeton numérique (NFT i ) associé dans le registre distribué (4) audit identifiant; le fichier étant encodé dans un format exploitable par un dispositif de fabrication additive ou soustractive. Figure à publier avec l’abrégé : Fig. 1 Procédé de gestion d’un modèle numérique d’une pièce d’un véhicule automobile L’invention concerne le domaine des véhicule automobile. Plus précisément, l’invention concerne un procédé de gestion de modèles numériques de pièce d’un véhicule automobile, notamment dans le cadre de services de type marché en ligne, dématérialisation de service de pièce de rechange et de marketing et publicité dans des environnements virtuels par exemple de type jeu vidéo ou monde virtuel. Dans un univers virtuel, il est usuel pour un utilisateur de pouvoir équiper un véhicule automobile de pièces automobiles virtuelles spéciales, soit parce qu’elles présentent un aspect esthétique rare, voire unique, soit parce qu’elles présentent une fonctionnalité particulière. C’est notamment le cas dans l’univers des jeux vidéo, dans lesquels une performance particulière d’un joueur, l’atteinte d’un niveau d’expérience particulier ou encore un succès dans une épreuve, voire un achat en ligne, peuvent être récompensés par une pièce automobile virtuelle spécifique, comme un dispositif d’éclairage, un volant, des jantes ou un aileron. C’est également le cas dans certains jeux vidéo où le joueur peut lui-même personnaliser tout ou partie du véhicule automobile virtuelle. C’est encore le cas lors d’opérations de marketing, dans lesquelles une marque peut offrir à des utilisateurs fidèles une pièce automobile virtuelle associée à cette marque, comme une pièce avec une apparence, un habillage (ou « skin ») particulier, correspondant à cette marque. Si ces différents cas d’usage permettent d’accroitre l’expérience de jeu de l’utilisateur et de créer un lien entre une marque et un consommateur, leur portée est limitée à l’univers virtuel dans lequel ils s’inscrivent. Il existe pourtant un besoin d’étendre ces expériences dans la vie réelle, notamment en permettant à l’utilisateur ou au joueur de disposer d’une pièce automobile réelle, conforme à celle qu’il a acquise, afin de pouvoir l’intégrer à son véhicule automobile dans la vie réelle. Ce besoin est toutefois complexe à satisfaire. D’une part, la conception d’une pièce automobile virtuelle est très éloignée de celle d’une pièce automobile réelle, notamment au-regard des contraintes mécaniques, électroniques, thermiques qu’exige une pièce automobile réelle, des interfaces entre une pièce et le reste d’un véhicule automobile, et des exigences de performance, de sécurité, voire du cadre réglementaire de cette pièce. D’autre part, il est nécessaire d’éviter l’apparition de contrefaçons, que ce soit des contrefaçons virtuelles, qui pourraient être commercialisées par des utilisateurs malhonnêtes, ou que ce soit des contrefaçons réelles qui seraient issues de pièces virtuelles frauduleuses et qui présenteraient un risque tant en matière de traçabilité qu’en matière de sécurité, ou que ce soit des contrefaçons. L’invention se place ainsi dans ce contexte et vise à répondre à ce besoin. A ces fins, l’invention a pour objet un procédé de gestion d’un modèle numérique d’une pièce d’un véhicule automobile mis en œuvre par un système informatique, le procédé comportant les étapes suivantes : Stockage d’une pluralité de modèles numériques de pièces automobiles dans une base de données d’un serveur informatique ; En réponse à une action opérée par un utilisateur depuis un terminal informatique, transmission au serveur informatique d’une requête d’association incluant un identifiant de l’utilisateur ; A la réception de ladite requête d’association, association, dans un registre distribué, dudit identifiant de l’utilisateur et d’un jeton numérique identifiant un modèle numérique stocké dans la base de données et généré à partir de l’action opérée par l’utilisateur ; A la réception par le serveur d’une requête d’export émis depuis un terminal informatique et incluant un identifiant d’un utilisateur, transmission audit terminal informatique d’un fichier contenant un modèle numérique stocké dans la base de données et identifié par un jeton numérique associé dans le registre distribué audit identifiant de l’utilisateur; le fichier étant encodé dans un format exploitable par un dispositif de fabrication additive ou soustractive. L’invention se propose ainsi d’une part de créer une base de données de modèles numériques de pièces automobiles réelles, qui ont été générés par un équipementier automobile. Chaque modèle pourra correspondre à une variation d’un ou plusieurs aspects esthétiques d’une même pièce, par exemple selon un habillage défini à partir d’une charge graphique ou d’un modèle donné, et/ou à une variation d’une ou plusieurs caractéristiques structurelles ou fonctionnelles, par exemple selon une gamme de performances. On pourra concevoir que la base de données comporte plusieurs modèles d’une même pièce et/ou plusieurs modèles de différentes pièces. Par ailleurs, chaque modèle est associé dans la base de données à une ou plusieurs actions susceptibles d’être opérées par un utilisateur dans un environnement virtuel ou réel. Une action pourra ainsi être, à titre d’exemple non limitatif, la reconnaissance d’un code promotionnel remis à l’utilisateur ; la lecture d’un élément graphique, comme un QR code ; l’acquisition d’un trophée dans un jeu vidéo, un achat dans un univers virtuel, le déblocage d’un niveau d’expérience par un joueur dans un jeu vidéo, l’accumulation d’une quantité données de points par un joueur dans un jeu vidéo. Une action pourra encore être une transaction d’un modèle numérique d’une pièce entre deux utilisateurs, voire la modification d’un modèle numérique déjà détenu par un utilisateur. Lorsqu’une telle action est détectée, soit par exemple directement par le serveur soit par la transmission d’un code identifiant cette action au serveur, le serveur enregistre l’attribution du modèle numérique associé à cette action à l’utilisateur identifié dans la requête d’association. Cet enregistrement est réalisé dans un registre distribué, de sorte à prévenir toute falsification. L’utilisateur peut alors échanger ou vendre le modèle numérique qui lui a été attribué, voire modifier ce modèle numérique dans des limites de conception autorisées par l’équipementier ayant conçu ce modèle. L’utilisateur peut en outre télécharger un fichier du modèle susceptible d’être interprété par un dispositif de fabrication additive ou soustractive, lui permettant ainsi de fabriquer directement, ou indirectement via un sous-traitant autorisé, la pièce automobile représentée par ce modèle, pour l’intégrer à son véhicule automobile. Le fichier pourra par exemple être un fichier de type stl, ou de type g-code. Ce fichier étant issu directement de la base de données du serveur, il est ainsi possible de se prémunir des contrefaçons et donc de garantir la traçabilité de la pièce qui a été fabriquée et la sécurité de l’utilisateur. Dans le contexte de la présente invention, et à titre d’exemple non limitatif, on entend par « système informatique » toute combinaison d’un terminal informatique, à savoir un ordinateur de bureau, un ordinateur portable, un ordinateur tablette, un équipement de test, un serveur informatique, un contrôleur, un processeur, un moteur de calcul et/ou toute combinaison de ces équipements appropriée au regard du procédé selon l’invention, et un serveur informatique connecté à un registre distribué par des moyens de communication sans-fil. Dans l’invention, la base de données pourra être stockée dans une mémoire du serveur, ou distribuées sur plusieurs serveurs. Dans l’invention, le serveur informatique pourra être équipé d’une interface via laquelle les modèles numériques peuvent être versés, manuellement ou automatiquement, depuis un autre serveur informatique ; et/ou d’une interface de sélection de modèles numériques depuis laquelle un modèle numérique peut être sélectionné et téléchargé par un utilisateur depuis un terminal informatique. Dans le contexte de la présente invention, et à titre d’exemple non limitatif, on entend par « pièce automobile » tout ou partie d’un composant ou d’un équipement automobile, comme un composant moteur, un composant thermique ou de climatisation, un composant de transmission ou de propulsion, un équipement optique ou lumineux. Dans le contexte de la présente invention, et à titre d’exemple non limitatif, on entend par « modèle numérique d’une pièce » un ensemble d’objets numériques élémentaires représentant ladite pièce. Le modèle numérique pourra par exemple être un modèle 3D, à savoir un ou plusieurs maillages structurés comportant chacun une pluralité de sommets reliés entre eux pour définir une pluralité de faces ou de volumes représentant approximativement les surfaces et/ou les volumes de la pièce. Le modèle 3D pourra être stocké dans un fichier numérique sous la forme d’une liste de sommets associés chacun à des coordonnées spatiales et à des connexion à d’autres sommets, étant entendu que tout autre forme de stockage appropriée pourra être envisagée. En variante, le modèle numérique pourra être un ensemble non structuré de points, à savoir un nuage de points dépourvu de toute information relative aux connexions des points entre eux. Dans le contexte de la présente invention, et à titre d’exemple non limitatif, on entend par « jeton » un code unique et non fongible associé à un modèle numérique, par exemple via un identifiant unique du modèle numérique, et enregistré dans un registre distribué ou tout autre base de données immuable. Le jeton pourra par exemple être un jeton cryptographique, également nommé NFT (de l’anglais « Non-Fungible Token ») enregistré sur une chaine de blocs, également nommée blockchain, et géré par un protocole informatique de type contrat intelligent, ou smart contract. Le modèle numérique associé à un jeton forme ainsi un actif numérique et chaque transaction opérée sur ce modèle numérique peut être enregistrée sur le registre distribué, le contrat intelligent mettant à jour le propriétaire du modèle numérique selon les informations relatives à cette transaction. On pourra notamment prévoir que l’étape de stockage d’un modèle numérique d’une pièce dans la base de données soit suivie d’une étape préalable de génération, par un contrat intelligent, d’un jeton associé à ce modèle numérique et d’association, par le contrat intelligent dans le registre distribué, de ce jeton avec un identifiant de l’équipementier ayant conçu ce modèle numérique. Dans un mode de réalisation de l’invention, l’étape d’association comporte une sous-étape de chiffrement d’un identifiant du fichier pour générer ledit jeton numérique ; et l’étape de transmission du fichier comporte les sous-étapes suivantes : à la réception par le serveur de ladite requête d’export émis depuis un terminal informatique et incluant un identifiant d’un utilisateur, transmission audit terminal informatique d’un jeton numérique associé dans le registre distribué audit identifiant de l’utilisateur ; déchiffrement, au niveau dudit terminal informatique, d’un identifiant du fichier depuis ce jeton numérique ; transmission par le terminal informatique au serveur dudit identifiant déchiffré ; transmission par le serveur informatique dudit fichier contenant le modèle numérique stocké dans la base de données et identifié par ledit identifiant déchiffré. Dans ce mode de réalisation, on pourra prévoir que l’identifiant de l’utilisateur comporte une clé publique, issue d’une paire de clé publique et clé privé générée sur le terminal informatique, par exemple par une fonction de hachage appliquée sur un identifiant et un mot de passe de l’utilisateur. La clé privée de cette paire peut ainsi être stockée dans un portefeuille cryptographique de l’utilisateur, prévu sur le terminal informatique ou sur un dispositif physique connecté au terminal informatique ou stocké dans un serveur de chiffrement distant du terminal informatique. La clé publique peut être librement transmise par le terminal informatique pour des opérations de chiffrement tandis que la clé privé reste sur le terminal informatique à des fins de déchiffrement lorsqu’elle est combinée à la clé publique. Il est ainsi possible de crypter dans le jeton un identifiant du fichier dans la base de données à l’aide de la clé publique, de sorte que seul le propriétaire du modèle numérique puisse déchiffrer le jeton avec sa clé privé et puisse télécharger le fichier contenant ce modèle numérique pour pouvoir le fabriquer. Ces caractéristiques constituent ainsi des protections fortes contre la contrefaçon de la pièce représentée par ce modèle numérique. Dans un mode de réalisation de l’invention, l’action de l’utilisateur est opérée dans un environnement virtuel avec lequel l’utilisateur peut interagir au travers du terminal informatique, l’environnement virtuel étant pourvu d’au moins une condition d’attribution d’un modèle numérique d’une pièce d’un véhicule automobile donnée. Le cas échéant, le procédé comporte une étape de vérification, à partir de ladite action opérée par l’utilisateur, de la validation par l’utilisateur de chaque condition d’attribution et la requête d’association est transmise uniquement en cas de validation par l’utilisateur de l’une des conditions d’attribution. Dans cet exemple, l’action peut ainsi être une action opérée dans un environnement virtuel, comme un jeu vidéo ou un monde virtuel (ou métaverse), exécuté indifféremment sur le terminal informatique, le serveur informatique ou un autre serveur. Cette action peut ainsi résulter en l’acquisition d’un trophée dans le jeu vidéo, un achat dans un univers virtuel, le déblocage d’un niveau d’expérience par un joueur dans un jeu vidéo ou l’accumulation d’une quantité données de points par un joueur dans un jeu vidéo. Cette action déclenche alors l’attribution d’un modèle numérique d’une pièce associée à cette action à l’utilisateur, cette attribution étant enregistrée dans le registre distribué. Le cas échéant, on peut prévoir que le procédé comporte, à l’issue de l’étape d’association, une étape d’affichage sur le terminal informatique de l’utilisateur, au sein d’une représentation virtuelle d’un véhicule automobile dans l’environnement virtuel, du modèle numérique identifié par le jeton numérique qui a été associé à l’identifiant. En d’autres termes, l’utilisateur peut ainsi intégrer virtuellement la pièce automobile qu’il vient d’obtenir dans un véhicule automobile virtuel avec lequel il peut interagir dans l’environnement virtuel. Dans un autre mode de réalisation, alternatif ou cumulatif, l’action de l’utilisateur est une opération de transaction d’un modèle numérique d’une pièce d’un véhicule automobile d’un utilisateur antérieur audit utilisateur. Le cas échéant, la requête d’association inclue les identifiants de l’utilisateur antérieur et dudit utilisateur. Dans cet exemple, l’action correspond ainsi à un échange ou une vente du modèle numérique entre deux utilisateurs ou entre une organisation et un utilisateur. Ces caractéristiques permettent ainsi d’enregistrer la transaction dans le registre distribué. Dans encore un autre mode de réalisation, alternatif ou cumulatif, le procédé comporte : à l’issue de l’étape d’association, une étape d’affichage sur le terminal informatique de l’utilisateur d’une interface de modification du modèle numérique identifié par le jeton numérique qui a été associé à l’identifiant ; à l’issue de modifications apportées par l’utilisateur audit modèle numérique au travers de l’interface de modification, une étape d’enregistrement, dans la base de données du serveur, d’un nouveau modèle numérique correspondant au modèle numérique modifié par l’utilisateur ; et une nouvelle étape d’association, dans le registre distribué, dudit identifiant de l’utilisateur et d’un jeton numérique identifiant ledit nouveau modèle numérique stocké dans la base de données et généré à partir dudit nouveau modèle numérique . Cet exemple offre ainsi la possibilité à l’utilisateur de modifier un modèle numérique qu’il détient, notamment afin de le personnaliser, et de générer un nouveau modèle numérique qu’il puisse d’une part stocker dans la base de données du serveur et d’autre part transformer en un actif numérique, valablement enregistré dans le registre distribué. On comprend ainsi qu’un nouveau jeton numérique est généré pour ce nouveau modèle numérique. Avantageusement, chaque modèle numérique est stocké dans la base de données du serveur en étant associé avec une ou plusieurs limites de modifications. Le cas échéant, le procédé comporte, au préalable de l’étape d’affichage de l’interface de modification, une étape de transmission au terminal informatique de la ou des limites de modifications associées au modèle numérique identifié par le jeton numérique qui a été associé à l’identifiant, et l’étape d’enregistrement est conditionnée à une validation des modifications apportées par l’utilisateur audit modèle numérique au regard de la ou des limites de modifications associées à ce modèle numérique. Ces caractéristiques permettent de limiter la liberté créatrice de l’utilisateur et ainsi d’éviter que des modifications puissent dégrader les performances attendues de la pièce automobile correspondante, voire puissent introduire des problèmes de sécurité. On pourra envisager que l’étape de validation des modifications soit une étape automatique, mise en œuvre par des algorithmes d’analyse par éléments finis, ou FEA, et/ou une étape impliquant une vérification manuelle par un expert. Dans un mode de réalisation de l’invention, le procédé pourra comporter les étapes suivantes : à la réception par le serveur d’une requête d’export émis depuis un terminal informatique et incluant un identifiant d’un utilisateur, transmission par le serveur informatique audit terminal informatique d’une liste de modèles numériques stockés dans la base de données et identifiés chacun par un jeton numérique associé dans le registre distribué audit identifiant de l’utilisateur ; à la suite de la sélection par l’utilisateur, sur ledit terminal informatique, d’un modèle numérique parmi ladite liste de modèles numériques, transmission par le terminal informatique au serveur d’une requête d’export incluant un identifiant de l’utilisateur et un identifiant du modèle numérique sélectionné ; à la réception par le serveur de ladite requête d’export, transmission par le serveur informatique audit terminal informatique d’un fichier contenant le modèle numérique stocké dans la base de données et identifié par ledit identifiant du modèle numérique sélectionné; le fichier étant encodé dans un format exploitable par un dispositif de fabrication additive ou soustractive. Avantageusement, ledit fichier encode l’ensemble des instructions nécessaires à la fabrication, par un dispositif de fabrication additive ou soustractive, de la pièce selon le modèle numérique contenu dans ce fichier. Dans cet exemple, le fichier est encodé selon un format g-code. Avantageusement, le procédé comporte une étape de fabrication par un dispositif de fabrication additive ou soustractive, à partir dudit fichier, de la pièce selon le modèle numérique contenu dans ce fichier. Le dispositif de fabrication additive pourra par exemple être une imprimante 3D de type MJF (de l’anglais « Multi Fusion Jet »). En variante, le dispositif de fabrication soustractive pourra être une imprimante 3D de type SLS (de l’anglais « Selective Laser Sintering »). Avantageusement, chaque modèle numérique d’une pièce automobile stocké dans la base de données du serveur comporte un élément tridimensionnel unique associé audit modèle. L’élément tridimensionnel unique pourra par exemple être un QR code 3D. Cet élément tridimensionnel unique permet d’assurer la traçabilité de la pièce automobile qui aura été conçue. L’invention a également pour objet un système informatique apte à mettre en œuvre le procédé selon l’invention. L’invention a également pour objet un produit programme d’ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un processeur, conduisent celui-ci à mettre en œuvre les étapes du procédé selon l’invention. L’invention a encore pour objet un support de stockage lisible par ordinateur comprenant des portions de codes d’un programme d’ordinateur destiné à être exécuté par un processeur pour mettre en œuvre les étapes du procédé selon l’invention. L’invention a également pour objet une pièce d’un véhicule automobile conçue au moyen du procédé selon l’invention. La présente invention est maintenant décrite à l’aide d’exemples uniquement illustratifs et nullement limitatifs de la portée de l’invention, et à partir des dessins annexés, dessins sur lesquels les différentes figures représentent : FIG. 1 représente, schématiquement et partiellement, un procédé de gestion d’un modèle numérique d’une pièce d’un véhicule automobile selon un mode de réalisation de l’invention ; FIG. 2 représente, schématiquement et partiellement, un système informatique pour la mise en œuvre du procédé de la FIG. 1 ; FIG. 3 représente, schématiquement et partiellement, une vue d’un environnement virtuel affiché sur un terminal informatique lors de la mise en œuvre du procédé de la FIG. 1 . Il est à noter que sur ces figures les éléments structurels et/ou fonctionnels communs aux différentes variantes peuvent présenter les mêmes références. Bien entendu, diverses autres modifications peuvent être apportées à l’invention dans le cadre des revendications annexées. On a représenté en FIG. 1 un procédé de gestion d’un modèle numérique d’une pièce d’un véhicule automobile mis en œuvre par un système informatique tel que celui représenté en FIG. 2 . Le système informatique représenté en FIG. 1 comporte un terminal informatique 1, comme un ordinateur de bureau ou un ordinateur portable. Un utilisateur du terminal informatique 1 peut interagir avec un environnement virtuel EV exécuté sur le terminal 1, comme un jeu vidéo tel que représenté en FIG. 3 . On pourra prévoir en variante que le terminal informatique soit un téléphone intelligent, une tablette tactile, un casque de réalité virtuelle, ou tout autre terminal susceptible d’afficher l’environnement virtuel. En variante encore, l’environnement virtuel pourra être un monde virtuel ou un environnement de simulation. En variante toujours, l’environnement virtuel pourra être exécuté sur un serveur informatique dont le terminal 1 est un client. Le système informatique comporte par ailleurs un serveur informatique 2 pourvu d’une mémoire informatique 21 dans laquelle est stockée une base de données 22. Le système informatique comporte également un dispositif de fabrication additive ou soustractive 3. Le terminal informatique 1, le serveur informatique 2 et le dispositif de fabrication 3 sont susceptibles d’échanger des informations entre eux au travers d’un réseau de communication sans-fil. En outre, le serveur informatique 2 est connecté à un registre distribué 4 de type chaine de blocs sur lequel des transactions peuvent être enregistrés par un ou plusieurs contrats intelligents 41 manipulant des jetons numériques, cryptographiques, non-fongibles NFT. A titre d’exemple non limitatif, le registre 4 pourra être un réseau Ethereum, ou une blockchain Tezos. Dans une première étape E01 du procédé, une pluralité de modèles numériques M i de pièces automobiles sont stockés dans la base de données 22 du serveur informatique 2. Chaque modèle pourra être généré au préalable par un équipementier, à partir de différentes pièces et/ou par des variation d’un ou plusieurs aspects esthétiques et/ou d’une ou plusieurs caractéristiques structurelles ou fonctionnelles d’une même pièce. Chaque modèle numérique M i ainsi généré pour être versé par l’équipementier, manuellement ou automatiquement depuis un autre serveur informatique (non représenté). Chaque modèle numérique M i comporte un QR code 3D, qui lorsqu’il est présent sur une pièce correspondant à ce modèle numérique M i , permet d’assurer la conformité et la traçabilité de cette pièce. En outre, pour chaque modèle numérique M i , un fichier F i au format g-code, permettant de fabriquer une pièce conforme à ce modèle M i , est également stocké dans la base de données 22, sans toutefois y être associé directement au modèle numérique M i correspondant. Dans une deuxième étape E02, le stockage chaque modèle M i dans la base de données 22 déclenche la génération, par un contrat intelligent 41, d’un jeton NFT i contenant l’identifiant de l’équipementier ayant conçu ce modèle numérique. La génération de ce jeton NFT i est enregistrée par le contrat intelligent 41 dans le registre distribué 4. Le modèle numérique M i forme ainsi un actif numérique susceptible de faire l’objet de transaction, chaque transaction étant alors enregistrée sur le registre distribué 4 par le contrat intelligent 41, lequel met à jour dans le jeton NFT i associé le propriétaire du modèle numérique M i selon les informations relatives à cette transaction. Dans l’exemple décrit, les informations permettant de retrouver un fichier F i correspondant au modèle M i , comme l’identifiant du fichier F i ou une adresse de téléchargement du fichier Fi, sont chiffrées dans le jeton NFT i . Par ailleurs, chaque modèle numérique M i est associé, dans la base de données 22, ou dans une autre base du même serveur ou d’un autre serveur, à une ou plusieurs actions O i susceptibles d’être opérées par un utilisateur dans l’environnement virtuel EV. Dans l’exemple décrit, l’environnement virtuel EV tel qu’il est représenté en FIG. 3 est un jeu vidéo de type simulation de course automobile. Une action O i opérable dans l’environnement virtuel EV et pouvant être associée à un modèle M i peut ainsi être l’acquisition d’un trophée T à la suite d’une victoire d’une course. On pourra envisager d’autres actions opérables dans un jeu vidéo ou dans un autre type d’environnement virtuel, sans sortir du cadre de la présente invention. De même, on pourra envisager que l’action O i de l’utilisateur soit opérable au moins partiellement dans le monde réel, comme par exemple la lecture d’un élément graphique, comme un QR code ou un code barre, depuis un téléphone intelligent, l’achat d’un objet virtuel ou réel, depuis une boutique réelle ou en ligne ou depuis un autre utilisateur. Ainsi, dans une étape E1, lorsqu’une telle action O i est opérée ou déclenchée par l’utilisateur, elle est détectée soit directement par le terminal informatique 1 soit par le serveur sur lequel est exécuté l’environnement virtuel EV, notamment au travers de vérification de conditions d’attribution. Une requête d’association R A , incluant un identifiant de l’action O i détectée et un identifiant U j de l’utilisateur est alors transmise, soit par le terminal informatique 1, soit par le serveur sur lequel est exécuté l’environnement virtuel EV, au serveur informatique 2. Dans une étape E2, à la réception de ladite requête d’association R A , le serveur informatique 2 récupère l’identifiant du modèle numérique M i stocké dans la base de données 22 et associé à l’action O i détecté. Il transmet alors au contrat intelligent 41 gérant le jeton numérique NFT i associé à ce modèle M i une transaction T Mi portant sur le modèle M i et signée à la fois par le propriétaire actuel du modèle M i , à savoir l’équipementier dans le cadre d’une première transaction soit par l’utilisateur précédent, et par l’utilisateur ayant opéré l’action O i . Par exemple, la transaction pourra être chiffrée au moyen d’une clé publique PK j , issue d’une paire de clé publique PK j et clé privé SK j de l’utilisateur, transmise par le terminal informatique 1. Dans une étape E3, le contrat intelligent 41 met ainsi à jour le jeton NFT i avec le propriétaire du modèle Mi avec l’identifiant Uj de l’utilisateur contenu dans la requête d’association R a et enregistre ainsi sur le registre distribué 4 l’attribution du modèle numérique M i à cet utilisateur. L’utilisateur peut alors échanger ou vendre le modèle numérique Mi qui lui a été attribué, voire modifier ce modèle numérique M i . En outre, les informations permettant de retrouver le fichier F i sont déchiffrées, soit sur le serveur 2 s’il s’agit de la première transaction, soit sur le terminal de l’ancien propriétaire, puis de nouveau chiffrées dans le jeton NFT i , au moyen de la clé publique PK j de l’utilisateur U. En d’autres termes, seul le nouveau propriétaire du modèle numérique M i , tel qu’enregistré dans le registre distribué 4, peut déchiffrer le jeton NFT i avec sa clé privé SK j et peut ainsi accéder au fichier contenant ce modèle numérique pour pouvoir le fabriquer. Dans une étape E4, la représentation du véhicule automobile dans l’environnement virtuel EV est mis à jour en y intégrant le modèle numérique M i qui a été débloqué par l’utilisateur, comme montré en FIG. 3 . Par ailleurs, l’utilisateur peut télécharger le fichier F i correspondant à ce modèle M i , notamment afin de fabriquer directement, ou indirectement via un sous-traitant autorisé, la pièce automobile représentée par ce modèle, pour l’intégrer à son véhicule automobile. A ces fins, le serveur informatique 2 comporte une interface de sélection de modèles numériques depuis laquelle le modèle numérique M i peut être sélectionné et téléchargé par l’utilisateur depuis le terminal informatique 1. Dans une étape E5, la sélection du modèle M i déclenche ainsi l’émission d’une requête d’export R e du modèle M i , à destination du serveur 2 et incluant l’identifiant U j de l’utilisateur. Dans une étape E6, à la réception par le serveur 2 de ladite requête d’export R e , le serveur 2 transmet au terminal informatique 1 le jeton numérique NFT i ou au moins les informations chiffrées permettant de retrouver le fichier F i qui y sont stockées. Dans une étape E7, ces informations sont déchiffrées, au niveau du terminal informatique 1, à l’aide de la clé privée SK i de l’utilisateur. Dans une étape E8, l’identifiant du fichier F i est ainsi transmis par le terminal informatique 1 au serveur 2 et, dans une étape E9, le fichier F i est transmis par le serveur 2 au terminal informatique 1. Le fichier F i peut alors être transmis au dispositif 3 pour y être interprété et donner lieu à la fabrication de la pièce correspondant au modèle M i , dans une étape E10. La description qui précède explique clairement comment l'invention permet d'atteindre les objectifs qu'elle s'est fixée, à savoir étendre l’expérience d’un l’utilisateur dans un environnement virtuel pour lui de disposer d’une pièce automobile réelle, conforme à celle qu’il a acquise, afin de pouvoir l’intégrer à son véhicule automobile dans la vie réelle, tout en respectant scrupuleusement la conception de la pièce et en évitant l’apparition de contrefaçon. En tout état de cause, l'invention ne saurait se limiter aux modes de réalisation spécifiquement décrits dans ce document, et s'étend en particulier à tous moyens équivalents et à toute combinaison techniquement opérante de ces moyens. Procédé de gestion d’un modèle numérique d’une pièce d’un véhicule automobile mis en œuvre par un système informatique (1), le procédé comportant les étapes suivantes (E01) Stockage d’une pluralité de modèles numériques (M i ) de pièces automobiles dans une base de données (22) d’un serveur informatique (2) ; (E1) En réponse à une action (O i ) opérée par un utilisateur depuis un terminal informatique (1), transmission au serveur informatique d’une requête d’association (R A ) incluant un identifiant (U j ) de l’utilisateur ; (E2) A la réception de ladite requête d’association, association, dans un registre distribué (4), dudit identifiant de l’utilisateur et d’un jeton numérique (NFT i ) identifiant un modèle numérique stocké dans la base de données et généré à partir de l’action opérée par l’utilisateur ; (E6) A la réception par le serveur d’une requête d’export (R e ) émis depuis un terminal informatique (1) et incluant un identifiant (U j ) d’un utilisateur, transmission audit terminal informatique d’un fichier (F i ) contenant un modèle numérique (M i ) stocké dans la base de données et identifié par un jeton numérique (NFT i ) associé dans le registre distribué (4) audit identifiant de l’utilisateur; le fichier étant encodé dans un format exploitable par un dispositif de fabrication additive ou soustractive. Procédé selon la revendication précédente, caractérisé en ce que l’étape d’association (E2) comporte une sous-étape de chiffrement d’un identifiant du fichier (F i ) pour générer ledit jeton numérique (NFT i ) ; et en ce que l’étape de transmission (E6) du fichier comporte les sous-étapes suivantes : à la réception par le serveur de ladite requête d’export (R e ) émis depuis un terminal informatique (1) et incluant un identifiant (U j ) d’un utilisateur, transmission audit terminal informatique d’un jeton numérique (NFT i ) associé dans le registre distribué (4) audit identifiant de l’utilisateur ; déchiffrement, au niveau dudit terminal informatique, d’un identifiant du fichier depuis ce jeton numérique ; transmission par le terminal informatique au serveur dudit identifiant déchiffré ; transmission par le serveur informatique dudit fichier contenant le modèle numérique stocké dans la base de données et identifié par ledit identifiant déchiffré. Procédé selon l’une des revendications précédentes, caractérisé en ce que, l’action (O i ) de l’utilisateur (U j ) étant opérée dans un environnement virtuel (EV) avec lequel l’utilisateur peut interagir au travers du terminal informatique (1) et l’environnement virtuel étant pourvu d’au moins une condition d’attribution d’un modèle numérique (M i ) d’une pièce d’un véhicule automobile donnée, le procédé comporte une étape de vérification, à partir de ladite action opérée par l’utilisateur, de la validation par l’utilisateur de chaque condition d’attribution et en ce que la requête d’association (R a ) est transmise uniquement en cas de validation par l’utilisateur de l’une des conditions d’attribution. Procédé selon la revendication précédente, caractérisé en ce qu’il comporte, à l’issue de l’étape d’association (E2), une étape d’affichage sur le terminal informatique (1) de l’utilisateur, au sein d’une représentation virtuelle d’un véhicule automobile dans l’environnement virtuel (EV), du modèle numérique (M i ) identifié par le jeton numérique (NFT i ) qui a été associé à l’identifiant. Procédé selon l’une des revendications précédentes, caractérisé en ce que, l’action (O i ) de l’utilisateur étant une opération de transaction d’un modèle numérique (M i ) d’une pièce d’un véhicule automobile d’un utilisateur antérieur audit utilisateur, la requête d’association (R a ) inclue les identifiants (U j ) de l’utilisateur antérieur et dudit utilisateur. Procédé selon l’une des revendications précédente, caractérisé en ce qu’il comporte, à l’issue de l’étape d’association (E2), une étape d’affichage sur le terminal informatique (1) de l’utilisateur d’une interface de modification du modèle numérique (M i ) identifié par le jeton numérique (NFT i ) qui a été associé à l’identifiant ; à l’issue de modifications apportées par l’utilisateur audit modèle numérique au travers de l’interface de modification, une étape d’enregistrement, dans la base de données (22) du serveur (2), d’un nouveau modèle numérique correspondant au modèle numérique modifié par l’utilisateur ; et une nouvelle étape d’association (E2), dans le registre distribué (4), dudit identifiant de l’utilisateur (U j ) et d’un jeton numérique identifiant ledit nouveau modèle numérique stocké dans la base de données et généré à partir dudit nouveau modèle numérique . Procédé selon la revendication précédente, caractérisé en ce que chaque modèle numérique (M i ) est stocké dans la base de données (22) du serveur (2) en étant associé avec une ou plusieurs limites de modifications, et en ce qu’il comporte, au préalable de l’étape d’affichage de l’interface de modification, une étape de transmission au terminal informatique (1) de la ou des limites de modifications associées au modèle numérique identifié par le jeton numérique (NFT i ) qui a été associé à l’identifiant, et en ce que l’étape d’enregistrement est conditionnée à une validation des modifications apportées par l’utilisateur audit modèle numérique au regard de la ou des limites de modifications associées à ce modèle numérique. Procédé selon l’une des revendications précédentes, caractérisé en ce que ledit fichier (F i ) encode l’ensemble des instructions nécessaires à la fabrication, par un dispositif de fabrication additive ou soustractive, de la pièce selon le modèle numérique contenu dans ce fichier. Procédé selon l’une des revendications précédentes, caractérisé en ce qu’il comporte une étape de fabrication par un dispositif (3) de fabrication additive ou soustractive, à partir dudit fichier (F i ), de la pièce selon le modèle numérique (M i ) contenu dans ce fichier. Procédé selon l’une des revendications précédentes, caractérisé en ce que chaque modèle numérique (M i ) d’une pièce automobile stocké dans la base de données (22) du serveur (2) comporte un élément tridimensionnel unique associé audit modèle.