Brevet FR3164037A1 — publié le 20260102

L’invention concerne 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 : (E1) Transmission, depuis un terminal informatique (1) vers un serveur de données (2), d’une requête d’export (Re) d’un modèle numérique (M i ) parmi une pluralité de modèles numériques de pièces automobiles stockés dans une base de données (22) dudit serveur de données ; (E4) En réponse à ladite requête, transmission par le serveur de données audit terminal informatique d’un fichier (F i ) contenant ledit modèle numérique; 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 réparation de pièce automobile, dématérialisation de service de pièce de rechange et personnalisation de pièces automobiles. Dans un contexte de transition écologique, il existe un besoin croissant pour la réparabilité des pièces automobiles de sorte à accroitre la durée de vie des véhicules automobiles. Ce besoin est toutefois complexe à concilier avec la façon dont les pièces de rechange sont aujourd’hui produites. En effet, au même titre que les pièces originales, les pièces de rechange destinées à un marché secondaire sont généralement fabriquées par injection de matière plastique dans un moule, dans une usine localisée dans ce marché secondaire. Au regard de l’investissement que représente un tel moule, il est donc nécessaire que les pièces soient fabriquées avec un volume important, ce qui est incompatible avec des véhicules automobiles fabriqués en petite série. Cette incompatibilité se renforce d’autant plus qu’il existe une demande croissante pour la personnalisation du véhicule automobile, que ce soit de façon esthétique ou de façon fonctionnelle. Cette demande diminue encore le volume requis de pièces de rechange et rend donc absurde l’investissement dans un moule dédié à la rechange. Enfin, même pour des véhicules dont tout ou partie des pièces sont fabriquées avec des volumes importants, les pièces de rechange doivent être distribuées depuis l’usine de fabrication, à la demande dans les garages du marché secondaire, pour qu’une pièce défectueuse d’un véhicule automobile puisse être remplacée au plus tôt. Ce mode de distribution génère ainsi des émissions de gaz à effet de serre importants et qui n’est pas souhaitable au regard de l’objectif premier cité ci-dessus. L’invention se place ainsi dans ce contexte et vise à répondre aux différents inconvénients qui ont été cités. 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 : Transmission, depuis un terminal informatique vers un serveur de données, d’une requête d’export d’un modèle numérique parmi une pluralité de modèles numériques de pièces automobiles stockés dans une base de données dudit serveur de données ; En réponse à ladite requête, transmission par le serveur de données audit terminal informatique d’un fichier contenant ledit modèle numérique; le fichier étant encodé dans un format exploitable par un dispositif de fabrication additive ou soustractive. L’invention se propose ainsi de créer une base de données de modèles numériques de pièces automobiles de rechange, qui ont été générés par un équipementier automobile. On pourra concevoir que la base de données comporte plusieurs modèles d’une même pièce selon différentes variations esthétiques ou fonctionnelles et/ou plusieurs modèles de différentes pièces. Lorsqu’un utilisateur souhaite procéder à la rechange d’une pièce de son véhicule automobile, soit parce qu’elle est défectueuse, soit à des fins de personnalisation, il peut alors acheter, directement ou via un garagiste, un modèle de cette pièce disponible dans la base de données. L’utilisateur reçoit ainsi un fichier du modèle susceptible d’être interprété par un dispositif de fabrication additive ou soustractive, ou d’impression 3D, lui permettant ainsi de fabriquer directement, ou indirectement via le garagiste, 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. Il est ainsi possible d’éviter d’utiliser un moule pour fabriquer une pièce de rechange, de sorte à s’affranchir des contraintes de volumes. En outre, il n’est plus nécessaire de distribuer les pièces de rechange depuis un point central, la fabrication pouvant être réalisée directement sur le lieu de la rechange. Enfin, le fichier qui est transmis est issu directement de la base de données du serveur de données. 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. 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. Une pièce automobile pourra être réalisée en matériau plastique, en matériau métallique ou toute combinaison appropriée de ces matériaux. 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 un mode de réalisation de l’invention, le procédé comporte une étape préalable de stockage d’une pluralité de modèles numériques de pièces automobiles dans la base de données d’un serveur informatique. Dans un mode de réalisation de l’invention, le procédé comporte, au préalable de l’étape de transmission du fichier au terminal informatique, une étape de chiffrement du fichier au moyen d’une clé de chiffrement ; et, à la suite de l’étape de transmission du fichier chiffré audit terminal informatique : une étape de transmission depuis le terminal informatique vers un serveur de déchiffrement, d’une requête d’une clé de déchiffrement, une étape de vérification des conditions d’accès d’un utilisateur du terminal informatique audit modèle numérique par le serveur de déchiffrement ; en cas de succès de l’étape de vérification, une étape de transmission d’une clé de déchiffrement dudit fichier chiffré depuis le serveur de déchiffrement vers le terminal informatique ; une étape de déchiffrement du fichier chiffré au moyen de la clé de déchiffrement. Dans ce mode de réalisation, il est ainsi possible de mettre en place des conditions d’accès de l’utilisateur à un modèle numérique, notamment afin de s’assurer que seul un utilisateur autorisé, comme un garagiste, puisse fabriquer la pièce de rechange, ou encore d’éviter qu’un modèle numérique ne soit dupliqué à des fins de contrefaçon. Le fichier qui est transmis au terminal informatique est ainsi chiffré et la clé de déchiffrement est transmise au terminal informatique seulement lorsque ces conditions d’accès sont remplies. De préférence, la clé de déchiffrement est transmise au terminal informatique sans être accessible par un utilisateur du terminal informatique. On pourra prévoir que le serveur de données et le serveur de déchiffrement soit un même serveur ou qu’il s’agisse de serveurs distincts. On pourra prévoir, dans ce cas, que le fichier soit chiffré par le serveur de déchiffrement ou par le serveur de données. Les clés de chiffrement et de déchiffrement pourront être une paire de clé publique et clé privé, générée par exemple par une fonction de hachage appliquée sur un identifiant et un mot de passe d’un administrateur du serveur de données. La clé publique peut être employée pour des opérations de chiffrement tandis que la clé privé est employée à des fins de déchiffrement lorsqu’elle est combinée à la clé publique. Avantageusement, la requête de clé de déchiffrement contient un identifiant d’un utilisateur du terminal informatique, et l’étape de vérification des conditions d’accès comporte une vérification de l’identité de l’utilisateur, à partir dudit identifiant, au regard de droits d’accès audit modèle numérique. Lesdits droits d’accès pourra par exemple comporte une liste préétablie d’identifiants d’utilisateurs autorisés à accéder à un modèle numérique ou encore une liste préétablie de types d’utilisateurs autorisés à accéder à un modèle numérique. Avantageusement, la requête de clé de déchiffrement contient un identifiant d’un utilisateur du terminal informatique, et en ce que l’étape de vérification des conditions d’accès comporte une vérification du nombre d’accès par ledit utilisateur audit modèle numérique au regard d’un nombre prédéterminé d’accès autorisés. On peut ainsi prévoir qu’un fichier contenant un modèle numérique puisse être téléchargé un nombre maximum de fois, voire de façon unique. Avantageusement, l’étape de chiffrement comporte une sous-étape d’enregistrement, dans un registre distribué, d’une transaction opérée sur ledit modèle numérique entre le serveur de données et ledit utilisateur, ladite transaction étant associée à des conditions d’accès prédéterminées. Dans cet exemple, il est ainsi possible de crypter dans un jeton numérique un identifiant du modèle numérique dans la base de données, et d’associer ce jeton numérique à l’utilisateur dans un registre distribué, de sorte que seul le propriétaire du modèle numérique puisse, selon les conditions d’accès, déchiffrer le jeton et 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 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 et vérifiant si les conditions d’accès prédéterminées sont satisfaites ou non. On pourra notamment prévoir que l’étape préalable 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 muni desdites conditions d’accès prédéterminées, 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 autre mode de réalisation de l’invention, alternatif ou cumulatif, le procédé comporte à la suite de la réception de la requête d’export, la transmission d’une requête de vérification de conditions d’accès d’un utilisateur du terminal informatique audit modèle numérique à un contrat intelligent de gestion d’un jeton numérique associé à ce modèle numérique et enregistré dans un registre distribué. Le cas échéant, l’étape de transmission par le serveur de données audit terminal informatique dudit fichier contenant ledit modèle numérique est conditionné à la réception d’une confirmation d’accès par le contrat intelligent. On pourra, en variante encore, employer toute autre méthode appropriée de gestion de droits numériques, ou DRM (de l’anglais « Digital Rights Management ») qui permette de contrôler l’accès et l’utilisation des modèles numériques stockées dans la base de données du serveur de données. 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 »). Dans un mode de réalisation de l’invention, ledit fichier encode un type de matériau et/ou un type de dispositif autorisé pour la fabrication d’une pièce selon ledit modèle numérique. Le cas échéant, le procédé comporte, au préalable de l’étape de fabrication, une étape de vérification du type de matériau et/ou du type de dispositif employé pour l’étape fabrication au regard dudit type de matériau et/ou dudit type de dispositif autorisé. Ledit type de matériau et/ou de dispositif autorisé pourra par exemple être établi lors de la conception du modèle numérique. Avantageusement, l’étape de fabrication est mise en œuvre seulement en cas de concordance entre ledit type de matériau et/ou ledit type de dispositif employé pour l’étape de fabrication et ledit type de matériau et/ou ledit type de dispositif autorisé. On s’assure ainsi que la pièce sera fabriquée seulement selon un procédé de fabrication certifié par l’équipementier à l’origine du modèle numérique. Dans le cas contraire, l’étape de fabrication sera interrompue. 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 ; et FIG. 2 représente, schématiquement et partiellement, un système informatique pour 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. On pourra prévoir en variante que le terminal informatique soit un téléphone intelligent, une tablette tactile, ou tout autre terminal susceptible d’être connecté à un réseau de communication sans-fil. 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. Chaque fichier F i est au préalable chiffré par le serveur 2 au moyen d’un clé publique PK d’une paire de clé publique PK et clé privé SK, stockée sur le serveur 2. La clé publique PK peut être employée pour des opérations de chiffrement tandis que la clé privé SK est employée à des fins de déchiffrement lorsqu’elle est combinée à la clé publique PK. Dans une deuxième étape E02, le stockage de 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 . La génération de ce jeton NFT i est enregistrée par le contrat intelligent 41 dans le registre 4 distribuée. 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, le contrat intelligent 41 gérant le jeton NFT i associé à un modèle numérique M i implémente des conditions d’accès au fichier F i correspondant à ce modèle numérique M i . A titre d’exemple non limitatif, ces conditions d’accès comportent une liste préétablie de types d’utilisateurs autorisés à accéder au fichier F i et le nombre de téléchargements autorisés par utilisateur dudit fichier F i . Le serveur 2 et sa base de données 22 forment ainsi une place de marché digitalisée de pièces de rechange automobile. Lorsqu’un utilisateur souhaite procéder à la rechange d’une pièce de son véhicule automobile, soit parce qu’elle est défectueuse, soit à des fins de personnalisation, il peut alors acheter, directement ou via un garagiste, un modèle de cette pièce disponible dans la base de données. A ces fins, le serveur informatique 2 comporte une interface de sélection de modèles numériques depuis laquelle un modèle numérique M i correspondant à la pièce de rechange souhaitée peut être sélectionné par l’utilisateur depuis le terminal informatique 1. Ladite interface pourra comprendre une interface de paiement permettant à l’utilisateur d’opérer une transaction bancaire pour l’achat du modèle numérique M i . Lorsque ce modèle est sélectionné, dans une étape E1, le terminal informatique 1 transmet une requête d’export R e du modèle numérique M i au serveur de données. La requête R e contient à la fois un identifiant du modèle M i sélectionné et un identifiant de l’utilisateur U j ayant sélectionné le modèle M i , cet identifiant indiquant le type d’utilisateur. Dans une étape E2, le serveur 2 vérifie si les conditions d’accès de l’utilisateur U j au fichier F i correspondant au modèle numérique M i sont satisfaites. A ces fins, dans une sous-étape E21, une transaction Tr portant sur le modèle M i et contenant l’identifiant de l’utilisateur U j est transmise par le serveur 2 au contrat intelligent 41 gérant le jeton NFT i portant sur ce modèle M i . Dans une sous-étape E22, le contrat intelligent 41 peut ainsi vérifier d’une part si le type de l’utilisateur contenu dans l’identifiant U j fait partie de la liste des types autorisés dans ses conditions d’accès au fichier F i . Il peut vérifier d’autre part le nombre de téléchargement du fichier F i par l’utilisateur U j qui est enregistré dans le registre distribué 4. Dans le cas où le type de l’utilisateur fait partie des types autorisés et dans le cas où le nombre de téléchargements du fichier F i est inférieur au nombre de téléchargements autorisés, le contrat intelligent 41 enregistre la transaction Tr dans le registre distribué, en incrémentant dans le jeton NFT i le nombre de téléchargement. Dans une sous-étape E23, le contrat intelligent 41 transmet au serveur 2 une confirmation A r d’accès au fichier F i par l’utilisateur U j . A la réception de cette confirmation, dans une étape E3, le serveur 2 déchiffre le fichier F i à l’aide de la combinaison de sa clé privée SK et de sa clé publique PK et transmet le fichier déchiffré F i au terminal informatique 1. On pourra envisager d’autres modes de vérification des conditions d’accès au fichier F i , et notamment des variantes dans lesquelles le fichier F i est transmis en étant chiffré et la clé de déchiffrement est transmise au terminal 1 seulement à la réception d’une confirmation par le contrat intelligent 41. On pourra encore employer toute autre méthode appropriée de gestion de droits numériques, ou DRM (de l’anglais « Digital Rights Management ») qui permette de contrôler l’accès et l’utilisation des modèles numériques M i et/ou des fichiers F i . Le fichier F i , une fois déchiffré, un fichier au format g-log, permettant de piloter le dispositif de fabrication 3 pour la fabrication d’une pièce conforme au modèle M i correspondant. Ce fichier F i encode l’ensemble des instructions nécessaires à la fabrication, par le dispositif de fabrication 3, de cette pièce. Le fichier F i encode également un type de matériau et/ou un type de dispositif autorisé pour la fabrication de cette pièce Dans une étape E4, 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 . On notera que le fichier F i peut être transmis directement par le serveur 2 au dispositif 3. Dans une étape E51 préalable à la fabrication, le dispositif de fabrication 3 vérifie si le type de matériau avec lequel il est chargé et si son propre type sont conformes aux types de matériau et de dispositif encodés dans le fichier F i . En cas de concordance entre ces types, le dispositif de fabrication 3 procède alors, dans une étape E52, à la fabrication de la pièce. La description qui précède explique clairement comment l'invention permet d'atteindre les objectifs qu'elle s'est fixée, à savoir éviter de centraliser la fabrication de pièces automobiles de rechange et d’éviter d’employer des moules pour la fabrication de ces pièces. Ces objectifs sont atteints au travers de la mise en place d’une plateforme digitalisée de pièces de rechange, permettant à un utilisateur de télécharger des fichiers, de façon sécurisée, pour la fabrication de pièces automobiles qui soient certifiées et traçables 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, le procédé comportant les étapes suivantes (E1) Transmission, depuis un terminal informatique (1) vers un serveur de données (2), d’une requête d’export (R e ) d’un modèle numérique (M i ) parmi une pluralité de modèles numériques de pièces automobiles stockés dans une base de données (22) dudit serveur de données ; (E4) En réponse à ladite requête, transmission par le serveur de données audit terminal informatique d’un fichier (F i ) contenant ledit modèle numérique; 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 qu’il comporte, au préalable de l’étape de transmission (E4) du fichier (F i ) au terminal informatique (1), une étape de chiffrement du fichier au moyen d’une clé de chiffrement (PK) ; et en ce que le procédé comporte, à la suite de l’étape de transmission (E4) du fichier chiffré audit terminal informatique : une étape de transmission depuis le terminal informatique vers un serveur de déchiffrement, d’une requête d’une clé de déchiffrement (SK), une étape de vérification des conditions d’accès d’un utilisateur du terminal informatique audit modèle numérique par le serveur de déchiffrement ; en cas de succès de l’étape de vérification, une étape de transmission d’une clé de déchiffrement (SK) dudit fichier chiffré depuis le serveur de déchiffrement vers le terminal informatique ; une étape de déchiffrement du fichier chiffré au moyen de la clé de déchiffrement. Procédé selon la revendication précédente, caractérisé en ce que la requête de clé de déchiffrement (SK) contient un identifiant (U j ) d’un utilisateur du terminal informatique (1), et en ce que l’étape de vérification des conditions d’accès comporte une vérification de l’identité de l’utilisateur, à partir dudit identifiant, au regard de droits d’accès audit modèle numérique (M i ). Procédé selon la revendication précédente, caractérisé en ce que la requête de clé de déchiffrement (SK) contient un identifiant (U j ) d’un utilisateur du terminal informatique (1), et en ce que l’étape de vérification des conditions d’accès comporte une vérification du nombre d’accès par ledit utilisateur audit modèle numérique (M i ) au regard d’un nombre prédéterminé d’accès autorisés. Procédé selon l’une des revendications 2 à 4, caractérisé en ce que l’étape de chiffrement comporte une sous-étape d’enregistrement, dans un registre distribué (4), d’une transaction (Tr) opérée sur ledit modèle numérique (M i ) entre le serveur de données (2) et ledit utilisateur, ladite transaction étant associée à des conditions d’accès prédéterminées. 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 (3) de fabrication additive ou soustractive, de la pièce selon le modèle numérique (M i ) contenu dans ce fichier (F i ). Procédé selon l’une des revendications précédentes, caractérisé en ce qu’il comporte une étape (E52) 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 la revendication précédente, caractérisé en ce que ledit fichier (F i ) encode un type de matériau et/ou un type de dispositif autorisé pour la fabrication d’une pièce selon ledit modèle numérique (M i ) et en qu’il comporte, au préalable de l’étape de fabrication, une étape (E51) de vérification du type de matériau et/ou du type de dispositif employé pour l’étape de fabrication (E52) au regard dudit type de matériau et/ou dudit type de dispositif autorisé. Procédé selon la revendication précédente, caractérisé en ce que l’étape de fabrication (E52) est mise en œuvre seulement en cas de concordance entre ledit type de matériau et/ou ledit type de dispositif employé pour l’étape de fabrication (E51) et ledit type de matériau et/ou ledit type de dispositif autorisé. 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.