FR 3129748 A1 20230602 FR 2112647 A 20211129 La présente invention concerne un procédé et un dispositif de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif (E) d’un réseau de communication centralisé (NET1) et un deuxième dispositif (R) d’un autre réseau de communication centralisé (NET2). Le procédé met en œuvre un partage de données entre les premiers et deuxième dispositifs par utilisation d’une technologie dite de chaîne de blocs mise en œuvre par un nombre prédéterminé de dispositifs d’un réseau de communication distribué (NET3) associés au premier dispositif et un même nombre de dispositifs du réseau de communication distribué associés au second dispositif. Figure pour l’abrégé : Figure 1 Procédé de communication de données relatives à au moins une partie d’un véhicule entre deux dispositifs appartenant à deux réseaux de communication centralisés différents La présente invention concerne les procédés et dispositifs de communication de données relatives à au moins un partie d’un véhicule entre deux dispositifs appartenant à deux réseaux de communication centralisés différents. Arrière-plan technologique Dans le domaine automobile, il est nécessaire qu’un constructeur d’automobile puise communiquer des documents et autres données relatives à un véhicule ou à une partie d’un véhicule (accessoire ou autres) tant en interne, à travers un réseau de communication centralisé privé, qu’en externe avec ses fournisseurs ou ses clients. Par exemple ces documents ou données peuvent être relatives à des exigences réglementaires, à des retours clients ou encore à des informations de conformité entre fournisseurs de pièces tout au long d’une chaîne d’approvisionnement jusqu’au constructeur d’automobile. L’échange de ces documents ou données n’est pas aisé lorsque le fabriquant utilise un réseau de communication centralisé privé différent du réseau de communication également centralisé et privé de son correspondant destinataire de ces documents ou données. Ainsi, les échanges de documents ou de données entre constructeur automobile et fournisseurs ou clients se font le plus souvent manuellement de par les accès restreints à ces réseaux de communication centralisée et privés. Ces échanges manuels ne sont pas optimaux car ils peuvent engendrer des pertes et des falsifications de données. Par ailleurs, il est connu de mettre en œuvre une solution de partage de données par l’utilisation de chaîne de blocs de données. Une chaîne de blocs de données est formée et accessible par le constructeur automobile et son correspondant destinataire, créant ainsi un espace de travail collaboratif partagé. Toutefois, pour que cet espace soit accessible à la fois par des collaborateurs en interne et des correspondants externes, il est nécessaire de remplacer les réseaux de communication centralisés privés du constructeur automobile ceux de ses correspondants externes par un réseau de communication distribué. Chose qui, en pratique, n’est pas réalisable car chaque participant à ces échanges de données souhaite conserver son propre réseau de communication centralisé privé pour des raisons de coûts et de changements importants dans leur organisation informatique. Résumé de la présente invention Un objet de la présente invention est de permettre des échanges collaboratifs, sécurisés, fiables et fluides de données entre deux dispositifs appartenant à des réseaux de communication centralisés privés différents. Selon un premier aspect, la présente invention concerne un procédé de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé, ledit procédé comprenant une étape d’association d’un nombre prédéterminé de dispositifs d’un réseau de communication distribué au premier dispositif et d’association du même nombre de dispositifs du réseau de communication distribué au deuxième dispositif ; une étape d’initialisation, par le premier dispositif, d’une demande de transaction de données, relatives à ladite au moins une partie du véhicule, avec le deuxième dispositif, par intégration d’informations caractérisant ladite transaction de données dans un bloc de données ; une étape de sécurisation du bloc de données à partir d’une clé ; une étape de transmission de la clé au deuxième dispositif et aux dispositifs du réseau de communication distribué qui ont le droit d’accéder aux données du bloc de données ; une étape de validation de la demande de transaction de données par les dispositifs du réseau de communication distribué associés au premier dispositif et par les dispositifs du réseau de communication distribué associés au deuxième dispositif ; si la demande de transaction est validée, une étape d’ajout des données et d’une signature du premier dispositif dans le bloc de données, et une étape d’ajout du bloc de données à une chaîne de blocs stockée sur chaque dispositif associé au premier dispositif et sur chaque dispositif associé au deuxième dispositif. Selon un exemple de réalisation particulier et non limitatif, la clé est sécurisée à partir d’une fonction de Hachage. Selon un exemple de réalisation particulier et non limitatif, la clé est réalisée en se basant sur un contenu des données de la transaction de données. Selon un exemple de réalisation particulier et non limitatif, la demande de transaction est validée si un pourcentage des dispositifs du réseau de communication distribué validant la demande de transaction de données est supérieur à une valeur seuil. Selon un exemple de réalisation particulier et non limitatif, la valeur seuil est égale à 80%. Selon un exemple de réalisation particulier et non limitatif, la demande de transaction de données est validée à partir d’une signature du premier dispositif. Selon un exemple de réalisation particulier et non limitatif, le procédé comporte en outre une étape de mémorisation d’un historique de transactions de données, effectuées entre les premier et deuxième dispositifs, sur chaque dispositif du réseau de communication distribué associé au premier dispositif et sur chaque dispositif du réseau de communication distribué associé au deuxième dispositif et une étape de mise à jour de l’historique stocké après chaque transaction de données. Selon un deuxième aspect, la présente invention concerne un dispositif de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé, 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 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 quatrième aspect, la présente invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de la présente invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon la présente invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 3 annexées, sur lesquelles : illustre schématiquement un exemple d’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 dispositif de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé, selon un exemple de réalisation particulier et non limitatif de la présente invention ; et illustre un organigramme des différentes étapes d’un procédé de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé, 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 à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 3. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Selon l’un de ses aspects, la présente invention concerne un procédé de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé. Le procédé met en œuvre un partage de données entre les premiers et deuxième dispositifs par utilisation d’une technologie dite de chaîne de blocs (en anglais « blockchain ») aussi appelée technologie des registres distribués (de l’anglais « distributed ledger technology »). La technologie de chaine de blocs est un outil numérique de stockage et de communication de données sans organe de contrôle central. La technologie de chaîne de bloc est configurée pour permettre aux utilisateurs de la chaine de blocs, connectés en réseau, d’effectuer des transactions de données pour partager entre eux ces données directement, sans intermédiaire. Une chaine de blocs est un registre ou une 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 (ou base de données), 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. L’identification de chaque utilisateur s’effectue par un procédé cryptographique. Un bloc d’une chaîne de blocs peut regrouper plusieurs transactions de données. Chaque bloc d’une chaîne de blocs peut contenir un nombre maximal de données à partager. Selon la présente invention, la technologie de chaîne de blocs est mise en œuvre par un nombre prédéterminé de dispositifs d’un réseau de communication distribué associés au premier dispositif et un même nombre de dispositifs du réseau de communication distribué associés au second dispositif. La présente invention est mise en œuvre à partir d’une architecture hybride qui associe des architectures de réseau de communication centralisés privés actuellement en place chez les constructeurs automobiles et chez leurs fournisseurs, et une architecture de réseau de communication distribuée. La présente invention ne requiert pas de remplacer les réseaux de communication centralisés privés car l’espace de travail est formé à partir de dispositifs du réseau de communication distribué qui est externe à ces réseaux de communication centralisés privés. La présente invention permet de créer un espace de travail collaboratif car une même chaîne de blocs de données est stockée sur chacun des dispositifs du réseau de communication distribué qui est associé au premier ou au deuxième dispositif. Le présente invention assure une traçabilité des différentes transactions de données effectuées entre les premier et deuxième dispositifs en mémorisant un historique de ces transactions de données sur les dispositifs du réseau de communication distribué qui sont associés aux premier et deuxième dispositifs. Le partage de données par la technologie de chaîne de blocs mise en œuvre par des dispositifs du réseau de communication distribué et le cryptage des données échangées permet d’authentifier les premier et deuxième dispositifs participants aux transactions de ces données sans faire appel à un tiers de confiance, ce qui fluidifie le partage de ces données entre ces premier et deuxième dispositifs. En effet, chaque transaction est validée par des dispositifs du réseau de communication distribué avant d’être autorisée. La décentralisation de la gestion de la sécurité empêche la falsification des transactions de données. Chaque nouveau bloc ajouté à la chaine de blocs est lié au précédent (sauf pour le premier bloc de la chaine de blocs) et une copie de ce nouveau bloc est transmise à tous les dispositifs du réseau de communication distribué associés aux premier et deuxième dispositifs. L’intégration des blocs est chronologique, indélébile et infalsifiable. De plus, la chaîne de blocs est inaltérable et les blocs de données sont horodatés et signés ce qui permet de fiabiliser les données échangées. La présente invention permet d’obtenir un système de partage de données sans multiplier et complexifier les rapprochements de données ; Un système de partage de données qui est simple, peu coûteux, sécurisé et qui permet la traçabilité de données relatives à des informations de conformité entre fournisseurs de pièces, tout au long d’une chaîne d’approvisionnement jusqu’aux constructeurs automobiles. illustre schématiquement un exemple d’un environnement de communication de données 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 émetteur E d’un réseau de communication centralisé privé NET1 et un dispositif récepteur R d’un réseau de communication centralisé privé NET2. Le réseau de communication centralisé privé NET1 est distinct du réseau de communication centralisé privé NET2. Les dispositifs émetteur E et récepteur R communique au travers d’un réseau de communication distribué NET3 comme expliqué par la suite. Le nombre de dispositif émetteur E ou récepteur R est quelconque, allant par exemple de quelques dispositifs à plusieurs centaines voire plusieurs milliers de dispositifs. Le réseau de communication distribué NET3 comprend plusieurs dispositifs, par exemple 4 référencés S11, S12, S21, S22 encore appelés nœuds. Ces dispositifs (nœuds) communiquent entre eux via le réseau de communication distribué NET3. Un nœud peut être n’importe quel dispositif électronique actif, y compris un serveur, un ordinateur, un téléphone ou même une imprimante, à condition qu’il soit connecté au réseau de communication NET3 et qu’il possède une adresse d’identification dans ce réseau de communication (pour l’authentification). Le rôle d’un nœud est de soutenir le réseau de communication NET3 en gérant une copie de chaînes de blocs et de traiter des transactions de données (approbation et validation d’une transaction de données). Ainsi des copies de chaîne de blocs sont stockées par chaque nœud du réseau de communication NET3. Le dispositif E, respectivement R, comprend une pluralité d’unités distantes les unes des autres qui communiquent entre elles via le réseau de communication centralisé privé NET1, respectivement NET2. Chacun des dispositifs E et R forme ainsi un nuage d’unités (en anglais « cloud » ou « data lake ») qui peuvent échanger des données via une unité centrale de ces dispositifs E et R. L’accès à chaque unité de chaque dispositif E et R est restreint par la mise en place de droit d’accès attribués selon le besoin et selon des exigences de sécurité liées au réseau de communication centralisé privé NET1, respectivement NET2. Le dispositif émetteur E et le dispositif récepteur R mettent chacun en œuvre un système de communication configuré pour communiquer avec un ou plusieurs nœuds du réseau de communication distribué NET3 tels que, par exemple les dispositifs S11, S12, S21 et S22. Un processus de communication de données entre le dispositif émetteur E et le dispositif récepteur R sur la base d’une technologie de chaine de blocs est mis en œuvre dans l’environnement de communication 1. Les données à transmettre sont confidentielles et même des unités du dispositif émetteur E ou du dispositif récepteur R peuvent n’avoir qu’un accès restrient à ces données voire aucun accès. Dans une première opération, un nombre prédéterminé de dispositifs du réseau de communication distribué NET3 sont associés au dispositif émetteur E et un même nombre prédéterminé de dispositifs du réseau de communication distribué NET3 sont associés au dispositif R. Ainsi, les dispositifs émetteur E et récepteur R, participants à des transactions de données sont équitablement puissants en ce qui concerne l’écriture, la lecture et la validation des transactions de données. D’autres nœuds du réseau de communication distribuée NET3 peuvent se raccorder au réseau en fonction du besoin et des exigences en matière de confidentialité. La participation de ces nœuds est régulée par les dispositifs du réseau de communication distribuée NET3 qui sont associés au dispositif émetteur E et au dispositif R. Selon l’exemple de la , les dispositifs S11 et S12 sont associés au dispositif émetteur E et les dispositifs S21 et S22 sont associés au dispositif récepteur R (flèches pointillées sur la ). Le dispositif émetteur E, respectivement le dispositif récepteur R, peut alors être en communication avec les dispositifs S11 et S12, respectivement S21 et S22, 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). L’environnement de communication 1 et les dispositifs (nœuds) qui le composent est ainsi avantageusement configurée pour partager des données en utilisant une chaine de blocs. En particulier, chaque dispositif émetteur E est ainsi configuré pour transmettre des données intégrées dans des blocs de chaîne de blocs à destination des dispositifs S11 et S12 et chaque dispositif récepteur R est ainsi configuré pour accéder à des données à partir de bloc de chaîne de blocs stockés sur les dispositifs S21 et S22. Dans une deuxième opération, le dispositif émetteur E initie une demande de transaction de données relatives à au moins une partie d’un véhicule, avec le dispositif récepteur R, par intégration d’informations caractérisant ladite transaction de données dans un bloc B de données. Par exemple, les informations caractérisant la transaction de données sont relatives à la nature des données à transmettre, au service émetteur, au service destinataire, à des dates et heures etc. Dans une troisième opération, le bloc B de données est sécurisé à partir d’une clé C. Selon une variante, la clé C est sécurisée à partir d’une fonction de Hachage. Selon une variante, pour assurer l’intégrité des données de la transaction de données, la clé C est réalisée en se basant sur un contenu des données de la transaction de données. La clé C est une suite de chiffres et lettres. Plus il existe de bloc dans la chaîne de blocs plus la clé C devient longue. Dans une quatrième opération, la clé C est transmise aux dispositifs du réseau de communication distribué NET3 qui ont le droit d’accéder aux données de ce bloc B de données et au dispositif récepteur R. Dans une cinquième opération, la demande de transaction de données est validée par les dispositifs S11 et S12 et par les dispositifs S21 et S22. Selon un exemple de réalisation particulier et non limitatif, la demande de transaction est validée si un pourcentage des dispositifs du réseau de communication distribué NET3 validant la demande de transaction de données est supérieur à une valeur seuil. Par exemple, une demande de transaction est validée si au minimum 80% du nombre total des dispositifs du réseau de communication distribuée NET3 valident la demande de transaction de données. Selon un exemple de réalisation particulier et non limitatif, la demande de transaction de données est validée à partir d’une signature du dispositif émetteur E. Selon un exemple de réalisation particulier et non limitatif, la signature du dispositif émetteur E comporte une clé privée accessible uniquement par le dispositif émetteur E et une clé publique dont dispose tous les dispositifs du réseau de communication distribuée NET3. Les clés privée et publique sont cryptées et reliées mathématiquement. Les dispositifs S11 et S12 authentifient alors le dispositif émetteur de la demande de transaction comme étant le dispositif E à partir de la clé publique et valident alors la demande de transaction. Dans une sixième opération, si la demande de transaction est validée, les données à transmettre et la signature du dispositif émetteur E sont ajoutées au bloc B de données, et, dans une septième opération, le bloc B de données est ajouté à une chaîne de blocs stockée sur chaque dispositif S11, S12, S21 et S22. Les adresses cryptées des dispositifs S21 et S22 sont obtenues à partir de la clé publique. Les données de la transaction de données sont alors obtenues par le dispositif récepteur R via les dispositifs S21 et S22 auxquels il est associé. Ces opérations sont répétées pour chaque transaction de données entre les dispositifs émetteur E et récepteur R. Dans une huitième opération, optionnelle, un historique des transactions de données effectuées entre les dispositifs émetteur E et récepteur R est stocké sur chaque dispositif S11, S12, S21 et S22 et, dans une neuvième opération, optionnelle, l’historique est mis à jour après chaque transaction de données entre les dispositifs émetteur E et récepteur R. illustre schématiquement un dispositif 2 de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 2 est par exemple configuré pour la mise en œuvre des opérations décrites en regard la et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 2 comprennent, sans y être limités, un équipement électronique éventuellement embarqué d’un tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), un téléphone intelligent, une tablette, un ordinateur portable ou non. Les éléments du dispositif 2, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 2 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Le dispositif 2 comprend un (ou plusieurs) processeur(s) 20 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 2. Le processeur 20 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 2 comprend en outre au moins une mémoire 21 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 21. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 2 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, 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 2 comprend un bloc 22 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou un nuage d’unités. Les éléments d’interface du bloc 22 comprennent une ou plusieurs des interfaces suivantes : - interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé) ; - interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; - interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français) ; - interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Des données sont par exemples chargées vers le dispositif 2 via l’interface du bloc 22 en utilisant un réseau Wi-Fi® tel que selon IEEE 802.11, un réseau ITS G5 basé sur IEEE 802.11p ou un réseau mobile tel qu’un réseau 4G (ou 5G) basé sur la norme LTE (de l’anglais Long Term Evolution) définie par le consortium 3GPP notamment un réseau LTE-V2X. Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 2 comprend une interface de communication 23 qui permet d’établir une communication avec d’autres dispositifs via un canal de communication 230. L’interface de communication 23 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 230. L’interface de communication 23 correspond par exemple à un réseau filaire de type 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 2 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage 24, tactile ou non, un ou des haut-parleurs 25 et/ou d’autres périphériques 26 via respectivement des interfaces de sortie 240, 250 et 260. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 2. illustre un organigramme des différentes étapes d’un procédé de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé, 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 le dispositif 2 de la . Dans une première étape 31, un nombre prédéterminé de dispositifs du réseau de communication distribué NET3 sont associés au dispositif émetteur E et un même nombre prédéterminé de dispositifs du réseau de communication distribué NET3 sont associés au dispositif R. Dans une deuxième étape 32, le dispositif émetteur E initie une demande de transaction de données relatives à au moins une partie d’un véhicule, avec le dispositif récepteur R, par intégration d’informations caractérisant ladite transaction de données dans un bloc B de données. Dans une troisième étape 33, le bloc B de données est sécurisé à partir d’une clé C. Dans une quatrième étape 34, la clé C est transmise aux dispositifs du réseau de communication distribué NET3 qui ont le droit d’accéder aux données de ce bloc B de données et au dispositif récepteur R. Dans une cinquième étape 35, la demande de transaction de données est validée par les dispositifs S11 et S12 et par les dispositifs S21 et S22. Dans une sixième étape 36, si la demande de transaction est validée, les données à transmettre et la signature du dispositif émetteur E sont ajoutées au bloc B de données, et, dans une septième étape 37, le bloc B de données est ajouté à une chaîne de blocs stockée sur chaque dispositif S11, S12, S21 et S22. Les adresses cryptées des dispositifs S21 et S22 sont obtenues à partir de la clé publique. Dans une huitième étape 38, optionnelle, un historique des transactions de données effectuées entre les dispositifs émetteur E et récepteur R est stocké sur chaque dispositif S11, S12, S21 et S22 et, dans une neuvième étape 39, optionnelle, l’historique est mis à jour après chaque transaction de données entre les dispositifs émetteur E et récepteur R. Selon une variante, les variantes et exemples des opérations décrits en relation avec la s’appliquent aux étapes du procédé de la . Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif d’un réseau de communication centralisé et un deuxième dispositif d’un autre réseau de communication centralisé, qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. Procédé de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif (E) d’un réseau de communication centralisé (NET1) et un deuxième dispositif (R) d’un autre réseau de communication centralisé (NET2), ledit procédé comprenant les étapes suivantes : - association (31) d’un nombre prédéterminé de dispositifs (S11, S12) d’un réseau de communication distribué (NET3) au premier dispositif (E) et association (12) du même nombre de dispositifs (S21, S22) du réseau de communication distribué (NET3) au deuxième dispositif (R) ; - initialisation (32), par le premier dispositif (E), d’une demande de transaction de données, relatives à ladite au moins une partie du véhicule, avec le deuxième dispositif (R), par intégration d’informations caractérisant ladite transaction de données dans un bloc (B) de données ; - sécurisation (33) du bloc (B) de données à partir d’une clé ; - transmission (34) de la clé au deuxième dispositif (R) et aux dispositifs du réseau de communication distribué (NET3) qui ont le droit d’accéder aux données du bloc (B) de données ; - validation (35) de la demande de transaction de données par les dispositifs (S11, S12) du réseau de communication distribué (NET3) associés au premier dispositif (E) et par les dispositifs (S21, S22) du réseau de communication distribué (NET3) associés au deuxième dispositif (R) ; - si la demande de transaction est validée, ajout (36) des données et d’une signature du premier dispositif (E) dans le bloc (B) de données, et ajout (37) du bloc (B) de données à une chaîne de blocs stockée sur chaque dispositif (S11, S12) associé au premier dispositif (E) et sur chaque dispositif (S21, S22) associé au deuxième dispositif (R). Procédé selon la revendication 1, dans lequel la clé est sécurisée à partir d’une fonction de Hachage. Procédé selon la revendication 1 ou 2, dans lequel la clé est réalisée en se basant sur un contenu des données de la transaction de données. Procédé selon l’une des revendications 1 à 3, dans lequel la demande de transaction est validée si un pourcentage des dispositifs du réseau de communication distribué (NET3) validant la demande de transaction de données est supérieur à une valeur seuil. Procédé selon la revendication 4, dans lequel la valeur seuil est égale à 80%. Procédé selon l’une des revendications 1 à 5, dans lequel la demande de transaction de données est validée à partir d’une signature du premier dispositif (E). Procédé selon l’une des revendications 1 à 6, qui comporte en outre une étape de mémorisation (38) d’un historique de transactions de données effectuées entre les premier et deuxième dispositifs sur chaque dispositif (S11, S12) du réseau de communication distribué (NET3) associé au premier dispositif (E) et sur chaque dispositif (S21, S22) du réseau de communication distribué (NET3) associé au deuxième dispositif (R) et une étape (39) de mise à jour de l’historique stocké après chaque transaction 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 à 7. Dispositif (2) de communication de données relatives à au moins une partie d’un véhicule entre un premier dispositif (E) d’un réseau de communication centralisé (NET1) et un deuxième dispositif (R) d’un autre réseau de communication centralisé (NET2), ledit dispositif (2) comprenant une mémoire (21) associée à au moins un processeur (20) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7.