Brevet FR3147675A1 — publié le 20241011

La présente invention concerne un procédé et un dispositif de communication de données d’un ensemble de véhicules comprenant une pluralité de véhicules. A cet effet, des premières données représentatives de signatures numériques (221, 222, 223) d’une pluralité de certificats (201, 202, 203) de l’ensemble de véhicules sont reçues. Les premières données sont encodées dans un fichier formant un registre de signatures numériques (231). Une empreinte numérique (251) du registre de signatures (231) est calculée à partir d’une fonction de hachage déterminée appliquée au fichier (231) pour obtenir un fichier résultant (241) comprenant l’empreinte numérique (251). Le fichier résultant (241) est mémorisé et l’empreinte numérique (251) est inscrite dans une chaine de blocs (110). Figure pour l’abrégé : Figure 2 Procédé et dispositif de communication de données de certificats de véhicules La présente invention concerne les procédés et dispositifs de communication de données de véhicules, notamment de véhicules automobiles. La présente invention concerne également un procédé et un dispositif de communication de données relatives à des certificats d’un ou plusieurs organes d’un ensemble de véhicules. La présente invention concerne également un procédé et un dispositif de stockage de données de certificats d’un ensemble de véhicules. Arrière-plan technologique Le marché des véhicules d’occasion est un marché important avec un nombre de transactions élevé chaque année. L’accès à des informations certifiant le bon état d’un véhicule d’occasion et notamment de certains de ses organes permet de faciliter l’évaluation d’un juste prix. Par exemple, l’état de santé (de l’anglais « State of Health ») de la batterie ou le kilométrage du véhicule font partie des données importantes pour vérifier l’état général d’un véhicule proposé à la vente. Certains constructeurs automobiles et certains équipementiers automobiles proposent des certificats pour véhicule, par exemple des certificats de batterie ou des certificats de kilométrage, qui certifient l’exactitude de certaines caractéristiques du véhicule. De tels certificats doivent être stockés dans des bases de données avec des moyens pour certifier leur authenticité, leur intégrité et leur date de création. La génération et le stockage des certificats sont par exemple assurés par les fournisseurs ou les équipementiers. Cependant, il reste de la responsabilité du constructeur automobile d’assurer que les certificats sont authentiques et intègres. Du fait d’un grand nombre de véhicules en circulation, le volume de données nécessaire pour authentifier les certificats, certifier leur date de création et leur intégrité s’avère important avec des coûts associés élevés. 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 de réduire les besoins en mémoire pour certifier l’authenticité des certificats de véhicule. Selon un premier aspect, la présente invention concerne un procédé de communication de données d’un ensemble de véhicules comprenant une pluralité de véhicules, le procédé comprenant les étapes suivantes : - réception de premières données représentatives de signatures numériques d’une pluralité de certificats de l’ensemble de véhicules ; - encodage des premières données dans un fichier formant un registre de signatures numériques ; - calcul d’une empreinte numérique du registre de signatures à partir d’une fonction de hachage déterminée appliquée au fichier pour obtenir un fichier résultant comprenant l’empreinte numérique ; - mémorisation du fichier résultant dans un dispositif de stockage de données ; - encodage de l’empreinte numérique dans une chaine de blocs. L’enregistrement des signatures d’un ensemble de certificats de véhicule dans un document sur lequel est appliquée une fonction de hachage pour en déterminer une empreinte numérique permet d’identifier le document et de vérifier l’intégrité de son contenu, si besoin était. L’inscription dans une chaine de blocs de l’empreinte numérique déterminée pour un fichier comprenant plusieurs signatures, par exemple des milliers ou plus de signature, permet de bénéficier des avantages de la chaine de blocs, notamment une preuve de datation certaine et immuable de la date de l’empreinte numérique. Selon une variante, l’empreinte numérique correspond à un résultat de la fonction de hachage déterminée. Selon une autre variante, l’empreinte numérique correspond à une signature numérique du fichier, une génération de la signature numérique comprenant l’application de la fonction de hachage déterminée au fichier. Selon une variante supplémentaire, la pluralité de certificats comprend un ensemble de certificats générés sur une période temporelle déterminée. Selon encore une variante, la pluralité de certificats comprend : - un ensemble de certificats d’état de batteries de l’ensemble de véhicules ; et/ou - un ensemble de certificats de kilométrage de l’ensemble de véhicules. Selon une variante additionnelle, le procédé comprend en outre une mémorisation de la pluralité de certificats et des premières données dans le dispositif de stockage de données. Selon un deuxième aspect, la présente invention concerne un dispositif de communication de données d’un ensemble de véhicules comprenant une pluralité de véhicules, 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 comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de la présente invention et au moins un dispositif de stockage de données 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 à 4 annexées, sur lesquelles : illustre schématiquement un environnement de communication de données, selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un processus de stockage d’empreinte numérique d’un document dans un dispositif de stockage de données de l’environnement de la , selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un dispositif configuré pour la communication de données relatives à des certificats d’un ensemble de véhicules dans l’environnement de la , selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre un organigramme des différentes étapes d’un procédé de communication de données relatives à des certificats d’un ensemble de véhicules dans l’environnement de la , 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 communication de données relatives à des certificats d’un ensemble de véhicules vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Selon un exemple particulier et non limitatif de réalisation de la présente invention, le traitement de données d’un ensemble de véhicules comprenant une pluralité de véhicules, par exemple une ou plusieurs centaines de véhicules ou encore un ou plusieurs milliers de véhicules, par exemple des données relatives à des certificats pour ces véhicules (certificats attestant du kilométrage à un instant déterminé, certificats attestant de l’état de la batterie à un instant déterminé, certificats attestant de l’historique de changement d’un ou plusieurs organes, etc.), comprend la réception de premières données représentatives de signatures numériques associées aux certificats de cet ensemble de véhicules. Les premières données sont écrites ou encodées dans un fichier pour former un registre des signatures numériques de ces certificats. Une empreinte numérique est calculée pour le fichier en appliquant une fonction de hachage déterminée à ce fichier. Le fichier formant le registre des signatures numériques est enregistré dans un dispositif de stockage de données (par exemple une base de données ou un disque mémoire d’un serveur) et l’empreinte numérique associée à ce fichier est encodée ou inscrite dans un bloc d’une chaine de blocs. La illustre schématiquement un environnement 1 de communication de données, notamment pour la communication de données représentatives de certificats d’un ensemble de 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 traitement de données de type serveur ou ordinateur 103, lequel correspond par exemple à un dispositif contrôlé et géré par un constructeur automobile, par exemple un constructeur de véhicules 10 à moteur thermique, à moteur(s) électrique(s) et/ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Les véhicules 10 correspondent ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion et/ou un car. Le dispositif de traitement de données 103 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, reliés à un ou plusieurs dispositifs de stockage de données 102 hébergeant une ou plusieurs bases de données ou bases de registres et/ou un ou plusieurs dispositifs distants 104 hébergeant une ou plusieurs bases de données ou base(s) de registres. Ce ou ces dispositifs 101, 102, 104 appartiennent par exemple au « cloud » 100 (ou « nuage » en français). Ce ou ces dispositifs 101, 102, 103, 104 constituent 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. Un ou plusieurs certificats sont générés pour chaque véhicule de l’ensemble de véhicules 10, lequel ensemble de véhicules comprend par exemple tout ou partie des véhicules fabriqués par un constructeur automobile. Les certificats sont par exemple générés à intervalles réguliers et/ou à des instants particuliers dans la vie du véhicule. Les certificats comprennent par exemple pour chaque véhicule de l’ensemble de véhicule 10 : - un certificat d’immatriculation, ce certificat ayant été émis par une administration enregistrant les données relatives à l’immatriculation d’un véhicule et de son propriétaire et délivrant de tels certificats d’immatriculation ; et/ou - un certificat de kilométrage du véhicule attestant du nombre de kilomètres effectués par le véhicule à un instant déterminé (par exemple lors de contrôles du véhicule dans un centre agréé, par exemple lors du contrôle technique ou lors d’un entretien en garage automobile) ; et/ou - un certificat de batterie attestant de l’état de santé de la batterie (de l’anglais « State of Health ») à un instant déterminé (par exemple lors de contrôles du véhicule dans un centre agréé, par exemple lors du contrôle technique ou lors d’un entretien en garage automobile) ; et/ou - un certificat de frein attestant de l’état des freins ou du système de freinage du véhicule à un instant déterminé (par exemple lors de contrôles du véhicule dans un centre agréé, par exemple lors du contrôle technique ou lors d’un entretien en garage automobile) ; et/ou - un certificat de système d’éclairage attestant de l’état du système d’éclairage du véhicule à un instant déterminé (par exemple lors de contrôles du véhicule dans un centre agréé, par exemple lors du contrôle technique ou lors d’un entretien en garage automobile) ; et/ou - tout autre certificats associé à un organe ou un système embarqué du véhicule. Ces certificats sont par exemple émis ou générés par le constructeur automobile, par un équipementier automobile, par une administration sur la base de données reçues du véhicule (dans le cas de véhicules dit connectés) et/ou de centres de contrôles agréés via le système de communication 1. Le ou les dispositifs de traitement de données 101, le ou les dispositifs distants 102 et le dispositif de traitement de données 103 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, 103, 104 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 mobile permettant la communication sans fil de données entre un véhicule connecté et le « cloud » 100 et le ou les dispositifs 101, 103, 104 hébergés dans le « cloud » 100 comprend par exemple un ou plusieurs équipements de communication (non représentés sur la ) de type antenne relais (réseau cellulaire). Le système de communication sans fil permettant l’échange de données entre les véhicules 10 et le « cloud » 100, le cas échéant, 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 avantageusement 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 (par exemple le dispositif de traitement de données 103 et le ou les dispositifs de traitement de données 101 et/ou le ou les dispositifs distants 104), 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 traitement de données 103 et/ou le ou les dispositifs 101, 104) 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 traitement de données 103 et/ou le ou les dispositifs 101, 104) 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. La illustre schématiquement un processus de traitement de données de certificats de l’ensemble de véhicule 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Un tel processus est par exemple mis en œuvre par un ou plusieurs dispositifs de traitement de données du système 1 de la , par exemple par un ou plusieurs processeurs du ou des dispositif de traitement de données 103, 101 et 104. Certaines opérations du processus décrit ci-dessous s’appuient ou sont basées sur la technologie dite de chaine de blocs 110 mise en œuvre dans l’environnement de communication 1. Certaines opérations du processus sont par exemple mises en œuvre par le dispositif de traitement de données 103. D’autres opérations du processus sont par exemple mises en œuvre par un ou plusieurs dispositifs 101, 104 du « cloud » 100. Dans une première opération, des premières données représentatives d’un ensemble de signatures numériques 221, 222, 223 d’une pluralité de certificats 201, 202, 203 de l’ensemble de véhicules 10 sont reçues, par exemple par le dispositif de traitement 103 depuis un ou plusieurs dispositifs de traitements de données distants 101. Les certificats (par exemple des certificats de kilométrage et/ou des certificats de batterie) 201, 202, 203 ont par exemple été générés sur la base de données reçues des véhicules 10 et/ou de centres de contrôle de véhicule. Le nombre de certificats est par exemple égal à quelques dizaines, une ou plusieurs centaines, ou encore un ou plusieurs milliers. Le nombre de certificats dépend par exemple du nombre de véhicules de l’ensemble de véhicules 10, lequel comprend par exemple des centaines, des milliers voire des millions de véhicules. Les certificats sont par exemple émis ponctuellement, selon la nature des certificats (par exemple pour les certificats d’immatriculation) ou à différents instants temporels dans la vie d’un véhicule. Par exemple, les certificats sont générés tous les 6 mois, tous les ans ou encore tous les 2 ans ou tous les 4 ans. Une signature numérique est par exemple générée pour chaque certificat 201, 202, 203 et associée à chaque certificat correspondant 201, 202, 203 selon toute méthode de signature numérique connue de l’homme du métier lors d’une opération 21 de signature numérique d’un document numérique correspondant au certificat 201, 202, 203. Il résulte de l’opération 21 un certificat numérique signé numériquement 211, 212, 213 pour chaque certificat numérique 201, 202, 203 en entrée de l’opération 21. La signature numérique 221, 222, 223 est par exemple extraite de chaque certificat signé 211, 212, 213 au cours d’une opération 22, laquelle opération 22 est par exemple confondue avec l’opération 21 ou mise en œuvre postérieurement à la mise en œuvre de l’opération 21. L’apposition d’une signature numérique 221, 222, 223 aux certificats 201, 202, 203 est par exemple mise en œuvre par un ou plusieurs dispositifs de traitement de données distants 101, par exemple par le constructeur ou l’équipementier (ou OEM, de l’anglais « Original Equipment Manufacturer » ou en français « Fabricant d’équipement d’origine », noté FEO en français) en charge de la conception et/ou de la construction de l’organe du véhicule concerné par le certificat. L’apposition d’une signature numérique sur un document numérique permet de rendre ce document authentique (authentification du signataire, par exemple l’OEM) et inaltérable. Une telle signature numérique est par exemple basée sur une méthode de cryptographie asymétrique mettant en œuvre une infrastructure à clé privé et à clé publique. La signature numérique 221, 222, 223 correspond par exemple à une signature électronique avancée ou à une signature électronique qualifiée. Les certificats signés numériquement 211, 212, 213 sont par exemple mémorisés dans un dispositif de stockage de données, par exemple une base de données 102 reliée en communication au dispositif de traitement de données 101. La génération de la signature numérique 221, 222, 223 est par exemple obtenue par la mise en œuvre d’un algorithme connu tel que RSA ou DSA (de l’anglais « Digital Signature Algorithm » ou en français « Algorithme de signature numérique »). Dans une deuxième opération, les premières données obtenues à la première opération sont encodées ou écrites dans un fichier formant un registre de signatures numériques 231. Un tel fichier correspond par exemple à un fichier texte ou un fichier binaire et collecte ou rassemble l’ensemble de signatures numériques 221, 222, 223 reçues ou collectées sur un intervalle de temps déterminé. Par exemple, un tel fichier de registre de signatures numériques est généré chaque jour, chaque semaine, chaque mois, par exemple selon le volume de signatures numériques 221, 222, 223 reçues. La génération d’un tel fichier de registre de signatures numériques 231 est par exemple réalisée à intervalles réguliers, suivant la transmission d’une requête transmise à destination du ou des dispositifs de traitement de données distants 101 pour obtenir toutes les signatures numériques depuis la requête précédente transmise. Les signatures numériques ainsi reçues sont écrites ou encodées dans un fichier 231, par exemple sous la forme d’une liste. Un tel fichier de registre de signatures numériques 231 comprend ainsi par exemple une liste ou un ensemble de signatures, dont le nombre varie par exemple d’un fichier à un autre. Le nombre de signatures numériques écrites ou encodées dans un fichier 231 est par exemple égale à quelques dizaines, quelques centaines, quelques milliers, dizaines de milliers ou centaines de milliers. Dans une troisième opération, une fonction de hachage est appliquée sur le fichier de registre de signatures numériques 231 ou mise en œuvre sur les données comprises dans un tel fichier 231 pour calculer, générer ou obtenir une empreinte numérique du fichier 231. A l’issue du processus de hachage, un fichier résultant 241 correspondant au fichier 231 auquel est associée l’empreinte numériques 251 est obtenue, ainsi que l’empreinte numérique (aussi appelée hash, haché ou condensé) 251 en elle-même. Le calcul ou la génération d’une empreinte numérique ou hash 251 pour le fichier 231 permet de vérifier ultérieurement l’intégrité du fichier 231, c’est-à-dire de vérifier que le contenu du fichier 231 n’a pas été modifié depuis la date (ou l’instant temporel) à laquelle l’empreinte numérique a été calculée ou générée. L’empreinte numérique 251 est par exemple obtenue par mise en œuvre d’un algorithme de type SHA (de l’anglais « Secure Hash Algorithm » ou en français « Algorithme de hachage sécurisé ») ou d’un algorithme connu sous le nom de « Whirlpool ». Selon une variante de réalisation, l’empreinte numérique 251 obtenue correspond à une signature numérique du fichier 231, le calcul ou la génération de la signature numérique comprenant la mise en œuvre d’une fonction de hachage déterminée. Dans la suite, la dénomination ‘empreinte numérique’ correspond au résultat de la fonction de hachage (c’est-à-dire le hash, haché ou condensé) ou à la signature numérique résultat d’une opération de génération d’une signature numérique tel que décrit précédemment. Dans une quatrième opération, le fichier résultant 241 comprenant l’empreinte numérique est mémorisé dans un dispositif de stockage de données tel qu’un serveur relié en communication au dispositif de traitement de données 103 ou sur une base de données distante 102 ou 104. Dans une cinquième opération, l’empreinte numérique 251 est encodée ou inscrite dans un bloc 23 de la chaine de blocs 110, selon toute méthode connue de l’homme du métier. L’encodage de données dans une chaine de blocs correspond par exemple à l’ajout de données chiffrées dans la base de données chiffrée 104. Une fois la transaction validée, les données chiffrées sont ajoutées dans la base de données partagée sous la forme d’un nouveau bloc 23 de données chiffrées de la chaîne de blocs 110. Une copie de ce nouveau bloc 23 est transmise à tous les nœuds du réseau. L’intégration des nouveaux blocs est chronologique, indélébile et infalsifiable. La chaine de blocs 110 permet de dater de manière certaine l’empreinte numérique 251 et de vérifier ultérieurement la date à laquelle le fichier résultant 241 a été généré, toutes les transactions réalisées dans une chaine de blocs étant horodatées de manière certaine. L’empreinte numérique alors récupérée de la chaine de blocs permet de vérifier l’intégrité du fichier résultant 241, ce qui permet de prouver que les signatures numériques comprises dans ce fichier 241 n’ont pas été modifiées. Il est ensuite possible de vérifier que les certificats signés 221, 222, 223 sont authentiques à partir des signatures numériques récupérées du fichier 241. Le volume de données formant l’empreinte numérique 251 étant beaucoup plus faible que le volume de données formant le fichier 241, l’inscription de l’empreinte numérique 251 dans la chaine de blocs 110 plutôt que le fichier résultant 241 lui-même permet de réduire les besoins en mémoire, la bande passante pour inscrire les données et le coût associé, le coût d’inscription de données dans une chaine de blocs pouvant être corrélé à la quantité des données inscrites. La illustre schématiquement un dispositif 3 configuré pour la communication de données de certificats d’un ensemble de véhicules, par exemple l’ensemble de véhicules 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond par exemple au dispositif de traitement de données 103. Selon un autre exemple de réalisation, le dispositif 3 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 104. Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 et 2 et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 3 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 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Le dispositif 3 comprend un (ou plusieurs) processeur(s) 30 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 3. Le processeur 30 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 3 comprend en outre au moins une mémoire 31 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 31. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 3 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication de véhicule, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), 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 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français) ; - interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 330. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 330. L’interface de communication 33 correspond par exemple à un réseau filaire de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (standardisé par la norme ISO 17458) ou Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 3 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 340, tactile ou non, un ou des haut-parleurs 350 et/ou d’autres périphériques 360 (clavier, souris) via respectivement des interfaces d’entrée/sortie 34, 35 et 36. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 3. La illustre un organigramme des différentes étapes d’un procédé de communication de données d’un ensemble de véhicules comprenant une pluralité de véhicules, 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 dispositif de traitement de données tel que le dispositif 103 ou par un système comprenant le dispositif de traitement de données 103 relié en communication à un ou plusieurs dispositifs distants 101 et/ou 104. Dans une première étape 41, des premières données représentatives de signatures numériques d’une pluralité de certificats de l’ensemble de véhicules sont reçues. Dans une deuxième étape 42, les premières données sont encodées dans un fichier formant un registre de signatures numériques. Dans une troisième étape 43, une empreinte numérique du registre de signatures est calculée à partir d’une fonction de hachage déterminée appliquée au fichier pour obtenir un fichier résultant comprenant l’empreinte numérique. Dans une quatrième étape 44, le fichier résultant est mémorisé dans un dispositif de stockage de données. Dans une cinquième étape 45, l’empreinte numérique est encodée dans une chaine de blocs. Selon une variante, les variantes et exemples des opérations décrits en relation avec la et/ou 2 s’appliquent aux étapes du procédé de la . Procédé de communication de données d’un ensemble de véhicules (10) comprenant une pluralité de véhicules, ledit procédé comprenant les étapes suivantes : - réception (41) de premières données représentatives de signatures numériques (221, 222, 223) d’une pluralité de certificats (201, 202, 203) dudit ensemble de véhicules ; - encodage (42) desdites premières données dans un fichier formant un registre de signatures numériques (231) ; - calcul (43) d’une empreinte numérique (251) dudit registre de signatures (231) à partir d’une fonction de hachage déterminée appliquée audit fichier (231) pour obtenir un fichier résultant (241) comprenant l’empreinte numérique (251) ; - mémorisation (44) dudit fichier résultant (241) dans un dispositif de stockage de données ; - encodage (45) de ladite empreinte numérique dans une chaine de blocs (110). Procédé selon la revendication 1, pour lequel ladite empreinte numérique (251) correspond à un résultat de la fonction de hachage déterminée. Procédé selon la revendication 1, pour lequel ladite empreinte numérique (251) correspond à une signature numérique dudit fichier (231), une génération de ladite signature numérique comprenant l’application de ladite fonction de hachage déterminée audit fichier (231). Procédé selon l’une des revendications 1 à 3, pour lequel ladite pluralité de certificats (201, 202, 203) comprend un ensemble de certificats générés sur une période temporelle déterminée. Procédé selon l’une des revendications 1 à 4, pour lequel ladite pluralité de certificats (201, 202, 203) comprend : - un ensemble de certificats d’état de batteries dudit ensemble de véhicules ; et/ou - un ensemble de certificats de kilométrage dudit ensemble de véhicules. Procédé selon l’une des revendications 1 à 5, comprenant en outre une mémorisation de ladite pluralité de certificats et desdites premières données dans ledit dispositif de stockage de données. 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 (3) de communication de données d’un ensemble de véhicules comprenant une pluralité de véhicules, ledit dispositif (3) comprenant une mémoire (31) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6. Système comprenant le dispositif (3) selon la revendication 9 et au moins un dispositif de stockage de données relié en communication audit dispositif (3).