Brevet FR3126512A1 — publié le 20230303

La présente invention concerne un procédé et un dispositif de communication pour véhicule (11). A cet effet, des premières données représentatives d’un rappel relatif à un organe de véhicule sont reçues par le véhicule (11). Ces premières données sont avantageusement associées à un premier bloc (103) d’une chaine de bloc (101 à 104), le premier bloc (103) ayant par exemple été ajouté à la chaine de blocs par le constructeur du véhicule (1001). A réception des premières données, le véhicule (11) vérifie à partir de ces premières données s’il est concerné ou non par le rappel. En fonction du résultat de la vérification, une notification relative au rappel est rendue ou non, cette notification étant par exemple destinée au propriétaire du véhicule (11). Figure pour l’abrégé : Figure 1 Procédé et dispositif de communication pour véhicule La présente invention concerne les procédés et dispositifs de communication pour véhicule, notamment automobile. La présente invention concerne également un procédé et un dispositif de contrôle d’une campagne de rappel véhicule. La présente invention concerne également un procédé et un dispositif de contrôle d’un ou plusieurs rappels pour véhicule émis par un constructeur automobile. Arrière-plan technologique Afin de garantir la sécurité des véhicules et de leurs passagers, les constructeurs ou fabricants de véhicule, notamment les constructeurs automobiles, sont soumis à une obligation de sécurité et à une obligation de garantie des vices cachés. A cet effet, lorsqu’un constructeur constate un défaut de conception ou de fabrication sur une pièce ou un organe équipant au moins une partie des véhicules fabriqués et commercialisés, le constructeur effectue une campagne de rappel concernant ces véhicules pour que leurs propriétaires se rapprochent d’un concessionnaire de la marque pour que soient effectuées les réparations qui s’imposent. Les campagnes de rappel prennent souvent la forme d’un courrier transmis aux propriétaires de véhicules concernés par la campagne de rappel, ces courriers étant généralement transmis avec accusé de réception. En plus d’être couteuse, la gestion des courriers est complexe à gérer puisqu’il appartient au constructeur d’identifier le propriétaire courant des véhicules concernés, ce qui peut s’avérer complexe lorsque les véhicules changent de propriétaires au cours de leur vie. Si un nouveau propriétaire d’un véhicule concerné par une campagne de rappel, ce dernier n’est pas informé de la campagne de rappel et du risque potentiel associé à la pièce ou l’organe défectueux. Une telle situation présente un défaut de sécurité du véhicule et un risque de panne ou d’accident pour le véhicule et ses passagers. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins un des inconvénients de l’arrière-plan technologique. Un autre objet de la présente invention est d’améliorer le contrôle des notifications associées à une ou plusieurs campagnes de rappel pour véhicule, par exemple automobile. Un autre objet de la présente invention est d’améliorer la sécurité d’un véhicule. Selon un premier aspect, la présente invention concerne un procédé de communication pour véhicule, le procédé comprenant les étapes suivantes : - réception, par le véhicule, de premières données représentatives d’un rappel relatif à au moins un organe de véhicule, les premières données étant associées à un premier bloc d’une chaine de blocs ; - vérification, par le véhicule, que le véhicule est concerné par le rappel à partir d’au moins une information représentative de véhicule concerné par le rappel, la au moins une information étant comprise dans les premières données ; - rendu, par le véhicule, d’une notification relative au rappel en fonction d’un résultat de la vérification. Selon une variante, le rendu est mis en œuvre lorsque le résultat de ladite vérification indique que le véhicule correspond à un véhicule destinataire du rappel, le procédé comprenant en outre une étape de transmission, par le véhicule, de deuxièmes données représentatives d’un accusé de réception des premières données en fonction d’une action utilisateur consécutive au rendu. Selon une autre variante, le rendu correspond à un affichage de la notification sur un écran d’affichage tactile embarqué dans le véhicule, l’action utilisateur correspondant à un appui tactile sur une zone déterminée de l’écran d’affichage tactile, un appui tactile sur la zone déterminée validant la réception des premières données et déclenchant la transmission des deuxièmes données. Selon une variante supplémentaire, un deuxième bloc comprenant l’accusé de réception est ajouté à la chaine de blocs lorsque l’action utilisateur valide la réception des premières données et déclenche la transmission des deuxièmes données. Selon encore une variante, des troisièmes données représentatives d’une notification représentative d’un ajout de l’accusé de réception dans le deuxième bloc sont transmises à un dispositif distant ayant initié le premier bloc. Selon une variante additionnelle, les premières données sont destinées à chaque véhicule d’un ensemble de véhicules comprenant le véhicule, chaque véhicule de l’ensemble de véhicules étant associé en communication avec la chaine de blocs. Selon une autre variante, les premières données sont reçues via une connexion sans fil. Selon un deuxième aspect, la présente invention concerne un dispositif de communication pour véhicule, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un 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 pour véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre un ensemble d’opérations mises en œuvre pour la communication de données entre des véhicules et un dispositif distant dans l’environnement de communication de la , selon un exemple de réalisation particulier et non limitatif de la présente invention ; illustre schématiquement un dispositif configuré pour communiquer dans l’environnement de communication 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 pour véhicule dans l’environnement de communication 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 pour véhicule 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, un procédé de communication entre un véhicule et un ou plusieurs dispositifs distants comprend la réception, par le véhicule, de premières données représentatives d’un rappel relatif à un ou plusieurs organes ou composants de véhicule. Ces premières données sont avantageusement associées à un premier bloc d’une chaine de bloc (de l’anglais « blockchain »), le premier bloc ayant par exemple été ajouté à la chaine de blocs par le constructeur du véhicule. A réception des premières données, le véhicule vérifie à partir de ces premières données s’il est concerné ou non par le rappel, par exemple à partir d’informations représentatives des véhicules concernés par ce rappel, ces informations étant comprises dans les premières données reçues. En fonction du résultat de la vérification, une notification relative au rappel est rendue ou non, cette notification étant par exemple destinée au propriétaire du véhicule. L’utilisation d’une chaine de bloc pour alerter un ensemble de véhicules comprenant le véhicule d’une campagne de rappel permet d’atteindre directement tous les véhicules concernés par la campagne de rappel, sans avoir à recherche le propriétaire courant ni à envoyer les informations relatives à cette campagne de rappel par courrier papier. Cela permet d’économiser les coûts induits par la gestion et l’envoi de courriers papiers. Cela permet en outre d’informer automatiquement tous les véhicules concernés, même si le propriétaire courant d’un véhicule n’est pas identifié par le constructeur du véhicule. La illustre schématiquement un environnement de communication pour véhicule(s), selon un exemple de réalisation particulier et non limitatif de la présente invention. L’environnement de communication 1 comprend par exemple un ensemble de véhicules 11, 12, 13 reliés en communication avec un système comprenant par exemple un ou plusieurs dispositifs distants 1002 hébergeant une ou plusieurs bases de données ou base(s) de registres. Ce ou ces dispositifs distants appartiennent par exemple au « cloud » 100 (ou « nuage » en français). Ce ou ces dispositifs distants 1002 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 101, 102, 103, 104. Le nombre de véhicules 11, 12, 13 est quelconque, allant par exemple de quelques véhicules à plusieurs centaines ou plusieurs milliers de véhicules. Par exemple, tous les véhicules d’un constructeur donné sont reliés en communication au « cloud » 100, ou selon un autre exemple tous les véhicules commercialisés après une date déterminée. Chaque véhicule 11, 12, 13 correspond par exemple à un véhicule à moteur thermique, à moteur(s) électrique(s) ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Chaque véhicule 11, 12, 13 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car. Selon une variante, chaque véhicule 11, 12, 13 correspond à un véhicule aéronef ou à un véhicule maritime ou fluvial. L’ensemble des véhicules 11 à 13 correspondent à des véhicules d’un même constructeurs. Selon une variante, les véhicules 11 à 13 correspondent à des véhicules de différents constructeurs. Chaque véhicule 11, 12, 13 embarque avantageusement un système de communication configuré pour communiquer avec un ou plusieurs dispositifs distants 1002 via une infrastructure d’un réseau de communication sans fil. Le dispositif distant 1002 correspond avantageusement à un dispositif configuré pour héberger des données, par exemple des données stockées en mémoire du dispositif distant 1002, par exemple des données reçues d’un ou plusieurs dispositifs de traitement de données de type ordinateurs ou serveurs 1001 et/ou des données reçues de chaque véhicule 11, 12, 13. Chaque dispositif distant 1002 correspond par exemple à un serveur du « cloud » 100, aussi appelé « nœud » du réseau. Le ou les dispositifs de traitement de données 1001 correspondent par exemple à des dispositifs contrôlés par un constructeur de véhicules, avantageusement le constructeur des véhicules 11 à 13. Ce ou des dispositifs sont par exemple configurés pour contrôler ou gérer des campagnes de rappel d’une ou plusieurs pièces (ou organes) de véhicules pour lesquelles des défauts ont été remontés ou constatés. Le ou les dispositifs de traitement de données 1001 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 1001 est ainsi configuré pour transmettre des données à destination du « cloud » 100 et pour recevoir des données du « cloud » 100. Le système de communication de chaque véhicule 11, 12, 13 comprend par exemple une ou plusieurs antennes de communication reliées à une unité de contrôle télématique, dite TCU (de l’anglais « Telematic Control Unit »), elle-même reliée à un ou plusieurs calculateurs du système embarqué de chaque véhicule 11, 12, 13. La ou les antennes, l’unité TCU et le ou les calculateurs forment par exemple une architecture multiplexée pour la réalisation de différents services utiles pour le bon fonctionnement du véhicule et pour assister le conducteur et/ou les passagers du véhicule dans le contrôle ou la maintenance de chaque véhicule 11, 12, 13, par exemple en affichant des notifications relatives à des campagnes de rappel orchestrées par le ou les dispositifs 1001 via le « cloud » 100. Le ou les calculateurs et l’unité TCU communiquent et échangent des données entre eux par l’intermédiaire d’un ou plusieurs bus informatiques, par exemple un bus de communication de type bus de données 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 (selon la norme ISO 17458) ou Ethernet (selon la norme ISO/IEC 802-3). L’infrastructure de communication mobile permettant la communication sans fil de données entre chaque véhicule 11, 12, 13 et le « cloud » 100 et le ou les dispositifs distants 1002 hébergés dans le « cloud » 100 comprend par exemple ou plusieurs équipements de communication (non représentés sur la ) de type antenne relais (réseau cellulaire) ou unité bord de route, dite UBR. Dans un mode de communication utilisant une telle architecture réseau, les données sont par exemple reçues du « cloud » 100 ou transmises au « cloud » 100 par chaque véhicule 11, 12, 13 via une ou plusieurs antennes relais (chaque antenne relais étant par exemple relié au « cloud » 100 via une liaison filaire). Le système de communication sans fil permettant l’échange de données entre chaque véhicule 11, 12, 13 et le « cloud » 100 correspond par exemple à : - un système de communication véhicule à infrastructure V2I (de l’anglais « vehicle-to-infrastructure »), par exemple basé sur les standards 3GPP LTE-V ou IEEE 802.11p de ITS G5 ; ou - 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 ; ou - un système de communication de type Wifi selon IEEE 802.11, par exemple selon IEEE 802.11n ou IEEE 802.11ac. L’environnement de communication 1 et les dispositifs qui le composent est avantageusement configurée pour la mise en œuvre d’une chaine de blocs (de l’anglais « blockchain »). La chaine de blocs, aussi appelée technologie des registres distribués (de l’anglais « distributed ledger technology »), est un outil numérique de stockage et de communication de données sans organe de contrôle central. La chaine de bloc est configurée pour permettre aux utilisateurs de la chaine de bloc (en l’occurrence les véhicules 11 à 13 et le ou les dispositifs de traitement de données 1001 selon l’invention), 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 une protocole informatique sécurisé par le biais d’une cryptographie. Dans une chaine de blocs, l’identification de chaque partie (par exemple les véhicules 11 à 13 et/ou le ou les dispositifs 1001) 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 les véhicules 11 à 13 et/ou le ou les dispositifs 1001) peuvent y accéder simultanément. Le système de sécurisation repose sur un mécanisme de consensus de tous les nœuds à chaque ajout d’informations ou de données. Les données sont déchiffrées et authentifiées par des centres de données (aussi appelés « mineurs »). Chaque transaction ainsi validée est ajoutée dans la base de données sous la forme d’un bloc (de la chaine de bloc) de données chiffrées, un bloc pouvant héberger plusieurs transactions. La décentralisation de la gestion de la sécurité empêche la falsification des transactions. Chaque nouveau bloc ajouté à la chaine de blocs est lié au précédent (sauf pour le premier bloc de la chaine) et une copie de ce nouveau bloc est transmise à tous les nœuds du réseau. L’intégration des blocs est chronologique, indélébile et infalsifiable. La technologie de la chaine de blocs est connue de l’homme du métier. Elle est par exemple décrite dans un rapport de synthèse de l’assemblée nationale française en date de décembre 2018 et intitulé « Rapport de la mission d’information commune sur la blockchain (chaine de blocs) et ses usages : un enjeu de souveraineté ». Les termes relatifs à la chaine de blocs ont également été normalisé, notamment dans les normes suivantes : ISO 22739:2020, ISO/TR 23244:2020, ISO/TR 23455:2019 et ISO/TR 23576:2020. Un processus de communication de données entre un ou plusieurs véhicules 11 à 13 d‘une part et un ou plusieurs dispositifs de traitement de données 1001 d’autre part sur la base de la technologie dite de chaine de blocs 101 à 104 est mis en œuvre dans l’environnement de communication 1. Le processus ci-dessous est décrit en référence à un véhicule 11 de l’ensemble de véhicules 11 à 13. Le même processus s’applique de manière identique à chaque véhicule 11 à 13 de l’ensemble de véhicules. Dans une première opération, le véhicule 11 reçoit un ensemble de premières données représentatives d’un rappel relatif à au moins un organe de véhicule. Les premières données correspondent à une ou plusieurs transactions d’un bloc de la chaine de blocs 101 à 104, ce bloc étant appelé premier bloc et correspond par exemple au bloc 103. La ou les transactions de ce premier bloc 103 sont par exemple générées par un dispositif de traitement de données 1001 contrôlé par un constructeur de véhicules, par exemple le constructeur automobile des véhicules 11 à 13 associés à la chaine de blocs 101 à 104. La ou les transactions associées à une campagne de rappel orchestrée par le constructeur de véhicules sont ainsi ajoutées via le dispositif 1001 et le premier bloc 103 est généré selon les règles du protocole gérant la vie de la chaine de blocs 101 à 104. La génération du premier bloc 103 dans la chaine de blocs entraine la transmission des informations ou premières données associées à ce bloc à destination de l’ensemble des véhicules 11 à 13 via les liaisons sans fil reliant chacun de ces véhicules 11 à 13 au « cloud » 100 hébergeant les nœuds du réseau hébergeant les transactions de chacun des blocs de la chaine de blocs 101 à 104. Les premières données reçues par le véhicule 11, par exemple par un ou plusieurs processeurs d’un ou plusieurs calculateurs du système embarqué du véhicule 11 via la TCU du véhicule 11, comprennent par exemple un ensemble d’informations identifiants les véhicules concernés par le rappel (c’est-à-dire les véhicules comprenant le ou les organes (aussi appelés pièces ou composants) défectueux objets du rappel). De telles informations correspondent par exemple à un type de véhicule, à un numéro de série, à une série de véhicules dans un modèle, etc. Ces informations correspondent par exemple à une partie du numéro d’identification de véhicule, dit VIN (de l’anglais « Vehicle Identification Number »), par exemple au code indicateur, dit VIS (de l’anglais « Vehicle Indicator Sector » ou en français « Secteur indicateur de véhicule ») compris dans le VIN. Selon un autre exemple, les premières données comprennent l’identifiant de chaque organe de véhicule défectueux objet du rappel. Dans une deuxième opération, le véhicule 11, c’est-à-dire le ou les processeurs du ou des calculateurs ayant reçu les premières données, vérifie si le véhicule 11 correspond à un véhicule concerné par la campagne de rappel. A cet effet, le véhicule 11 compare les informations identifiant le type de véhicule ou le modèle de véhicule ou la série de véhicules concernés par le rappel avec des informations stockées en mémoire de ce ou ces calculateurs identifiant le véhicule 11 (son type et/ou son modèle et/ou son numéro de série et/ou sa date de fabrication). Lorsque les premières données identifient un ou plusieurs organes objets de la campagne de rappe, le véhicule 11 compare les informations identifiant ce ou ces organes avec une liste d’identifiants stockés en mémoire du véhicule 11, chaque identifiant de la liste identifiant par exemple un organe (ou une pièce ou un composant) embarqué dans le véhicule 11, l’assemblage de ces organes format le véhicule 11. Dans une troisième opération, une notification est rendue (par exemple affichée sur un écran d’affichage et/ou rendue par synthèse vocale sur un ou plusieurs haut-parleurs du véhicule 11) en fonction du résultat de la comparaison de la deuxième opération. Selon un premier exemple de mise en œuvre, si le résultat de la comparaison indique que le véhicule 11 ne correspond pas à un véhicule cible (ou destinataire) de la campagne de rappel (c’est-à-dire que les informations identifiants les véhicules concernés par la campagne de rappel ne correspondent pas aux informations identifiant le véhicule 11 et stockées en mémoire du véhicule 11), alors aucune notification n’est affichée et la campagne de rappel est ignorée automatiquement par le véhicule 11 (c’est-à-dire par le ou les calculateurs en charge d’interpréter les premières données reçues) sans informer le propriétaire ou le conducteur du véhicule 11. Le processus de communication relatif à la campagne de rappel prend alors fin. Selon un deuxième exemple de mise en œuvre, si le résultat de la comparaison indique que le véhicule 11 correspond effectivement à un véhicule cible (ou destinataire) de la campagne de rappel (c’est-à-dire que les informations identifiants les véhicules concernés par la campagne de rappel correspondent aux informations identifiant le véhicule 11 et stockées en mémoire du véhicule 11), alors une notification est générée et rendue par le premier véhicule. Le rendu d’une telle notification est par exemple mis en œuvre par un calculateur spécifique du système embarqué du véhicule 11, par exemple par le calculateur d’infodivertissement (dit IVI, de l’anglais « In-Vehicle Infotainment » ou en français « Infodivertissement embarqué ») du véhicule 11. Une telle notification est destinée au propriétaire et/ou au conducteur du véhicule 11 pour l’informer que son véhicule fait l’objet d’une campagne de rappel et qu’il ou elle doit prendre rendez-vous avec un concessionnaire ou un garage agréé par le constructeur de son véhicule pour que la réparation du ou des organes défectueux soit prise en charge et effectuée. Le rendu correspond par exemple à un affichage d’une notification graphique et/ou textuelle sur un (ou plusieurs) écran d’affichage embarqué dans le véhicule 11, par exemple un écran d’affichage tactile. L’écran d’affichage correspond par exemple à un écran du véhicule 11, par exemple un écran intégré dans la planche de bord. Selon un autre exemple, l’écran d’affichage correspond à un écran d’un dispositif de communication mobile (par exemple un téléphone intelligent (de l’anglais « smartphone »)) appairé au véhicule 11 et relié en communication (par exemple sans fil) au calculateur IVI du véhicule 11 (via la TCU). La notification affichée sur l’écran requiert une action utilisateur (c’est-à-dire du destinataire de la notification) pour que ce dernier accuse réception de la notification. Un tel accusé de réception permet de certifier que le propriétaire et/ou le conducteur du véhicule 11 a pris connaissance du contenu de la campagne de rappel. Un tel accusé de réception correspond par exemple à un acquittement (de l’anglais « acknowledge ») de lecture ou d’écoute de la notification via une IHM dédiée. L’action utilisateur correspond par exemple à un appui tactile sur un bouton virtuel d’une interface homme-machine (IHM) affichée sur l’écran d’affichage, c’est-à-dire correspond à un appui tactile sur une zone déterminée de l’écran sur laquelle est affichée le bouton virtuel (ou une icône). Selon un autre exemple, l’action utilisateur correspond à une phrase ou à un mot clé permettant de valider la réception de la notification (par exemple « OK, bien compris »), une telle phrase étant enregistrée par un microphone embarqué dans le véhicule et/ou intégré au dispositif de communication mobile sur lequel est affichée la notification. Selon une variante de réalisation, la notification est rendue par synthèse vocale sur un ou plusieurs haut-parleurs arrangés dans l’habitacle du véhicule 11 (ou le ou les haut-parleurs du dispositif de communication mobile relié au véhicule 11). L’action utilisateur correspondant à l’accusé de réception de la notification correspond par exemple à un appui tactile sur un écran tactile ou au prononcé d’une phrase ou d’un ou plusieurs mots clé. Dans une quatrième opération, le véhicule 11 transmet à destination des nœuds du réseau hébergeant la chaine de blocs, par exemple le ou les dispositifs distants 1002, un ensemble de deuxièmes données représentatives de l’accusé de réception obtenu par l’action utilisateur attestant que les premières données ont été reçues et que la notification représentative de la campagne de rappel a été reçue et lue ou écoutée par le propriétaire et/ou le conducteur du véhicule 11. Cet ensemble de deuxièmes données est transmis via la connexion sans fil entre le véhicule 11 et le « cloud » 100. Cet ensemble de deuxièmes données est intégrée à la chaine de blocs sous la forme d’une ou plusieurs transactions d’un nouveau bloc de la chaine de blocs, dit deuxième bloc, correspondant par exemple au bloc 104. Ce deuxième bloc correspond par exemple plusieurs transactions, chaque transaction étant représentative d’un accusé de réception de la notification par un véhicule différent de l’ensemble de véhicules 11 à 13. Selon une variante, plusieurs blocs comprenant des transactions représentatives d’accusés de réception des notifications de la campagne de rappel par plusieurs véhicules sont générés. L’ensemble de deuxièmes données comprend par exemple en outre l’identifiant du véhicule qui émet cet ensemble de deuxièmes données. Par exemple, le véhicule 11 transmet dans l’ensemble de deuxièmes données qu’il émet son identifiant, un identifiant unique étant associé à chaque véhicule de l’ensemble (correspondant par exemple au VIN). Dans une cinquième opération, le ou les dispositifs de traitement de données 1001 contrôlés par le constructeur de véhicule est informé de la création d’un ou plusieurs nouveaux blocs comprenant les accusés de réception. Le dispositif 1001 est ainsi informé du ou des véhicules 11 à 13 ayant reçu les premières données et ayant accusé réception de la notification de la campagne de rappel. Cette information prend par exemple la forme de troisièmes données reçues du « cloud » 100 par le ou les dispositifs 1001. Le dispositif 1001 stocke par exemple en mémoire l’identifiant de chaque véhicule de l’ensemble de véhicules 11 à 13 ayant accusé réception de la notification représentative de la campagne de rappel. Cela permet au constructeur de connaitre en temps réel les véhicules (c’est-à-dire les propriétaires de véhicules) ayant pris connaissance de la campagne de rappel, et par déduction les véhicules ayant ignoré la notification relative à la campagne de rappel. La illustre un ensemble d’opérations mises en œuvre pour la notification d’une campagne de rappel et un ensemble d’opérations mises en œuvre pour accuser réception d’une telle campagne de rappel, selon un exemple de réalisation particulier et non limitatif de la présente invention. La illustre d’une part la notification d’une campagne de rappel par un dispositif 1001 contrôlé par un constructeur de véhicule et d’autre part l’acquittement d’une telle notification par un véhicule donné de l’ensemble de véhicules, par exemple le véhicule 11. Le processus de notification d’une campagne de rappel initié par un dispositif 1001 comprend notamment les opérations suivantes : - dans une première opération 201, le constructeur de véhicule génère ou crée une nouvelle campagne de rappel identifiant les véhicules et/ou organes de véhicule faisant l’objet du rappel ; - dans une deuxième opération 202, la nouvelle campagne de rappel est inscrite dans un nouveau bloc ; - dans une troisième opération 203, le nouveau bloc est validé par l’ensemble des nœuds du réseau hébergeant les transactions de l’ensemble des blocs de la chaine de blocs sous la forme de données chiffrées par des moyens cryptographiques ad hoc ; - dans une quatrième opération 204, le nouveau bloc de données chiffrées est daté et ajouté chronologiquement à la chaine de bloc, à la suite du dernier bloc créé ; ce nouveau bloc est alors accessible par l’ensemble des utilisateurs de la chaine de blocs, par exemple par chaque véhicule de l’ensemble de véhicules 11 à 13 ; et - dans une cinquième opération 205, chaque véhicule 11 à 13 reçoit une information relative à la génération de la nouvelle campagne de rappel. Le processus de réception de la notification d’une campagne de rappel par le véhicule 11 comprend notamment les opérations suivantes : - dans une première opération 211, le véhicule 11 reçoit une information relative à la génération d’une nouvelle campagne de rappel ; - dans une deuxième opération 212, si le véhicule 11 est concerné par la nouvelle campagne de rappel, le propriétaire du véhicule 11 est notifié de cette nouvelle campagne de rappel, par exemple via une IHM dédiée et spécifique ; - dans une troisième opération 213, le propriétaire du véhicule 11 destinataire de la notification accuse réception et lecture de la notification l’informant de cette nouvelle campagne de rappel, par exemple via l’IHM dédiée à cet effet ; - dans une quatrième opération 214, l’accusé de réception (et de lecture) est inscrit dans un nouveau bloc ; - dans une cinquième opération 215, le nouveau bloc est validé par l’ensemble des nœuds du réseau hébergeant les transactions de l’ensemble des blocs de la chaine de blocs sous la forme de données chiffrées par des moyens cryptographiques ad hoc ; - dans une sixième opération 216, le nouveau bloc de données chiffrées est daté et ajouté chronologiquement à la chaine de bloc, à la suite du dernier bloc créé ; ce nouveau bloc est alors accessible par l’ensemble des utilisateurs de la chaine de blocs, par exemple par le dispositif 1001 ; et - dans une septième opération 217, le constructeur de véhicule, via le dispositif 1001, reçoit une information relative à l’accusé de réception (et de lecture) de la notification relative à la nouvelle campagne de rappel par le véhicule 11. illustre schématiquement un dispositif 3 configuré pour la communication de données dans le cadre d’une campagne de rappel utilisant une chaine de blocs, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 3 correspond par exemple à un dispositif embarqué dans un véhicule, par exemple un calculateur. Selon d’autres exemples, le dispositif 3 correspond au dispositif de traitement 1001 distant ou à un nœud du réseau hébergeant les données de la chaine de blocs 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 équipement électronique embarqué 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, 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, 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 (système de projection) via respectivement des interfaces de sortie 34, 35 et 36. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 3. illustre un organigramme des différentes étapes d’un procédé de communication de données pour véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le procédé est par exemple mis en œuvre par un ou plusieurs dispositifs embarqués dans un véhicule tel que le véhicule 11 ou par un système comprenant le véhicule 11 relié en communication à un ou plusieurs dispositifs distants 1001 et/ou 1002. Dans une première étape 41, le véhicule (par exemple le véhicule 11) reçoit des premières données représentatives d’un rappel relatif à au moins un organe de véhicule, les premières données étant associées à un premier bloc d’une chaine de blocs. Dans une deuxième étape 42, le véhicule (par exemple le véhicule) 11 vérifie qu’il est concerné par le rappel à partir d’au moins une information représentative de véhicule concerné par le rappel, la au moins une information étant comprise dans les premières données. Dans une troisième étape 43, le véhicule (par exemple le véhicule) 11 met en œuvre le rendu d’une notification relative au rappel en fonction d’un résultat de la vérification de la deuxième étape 42. Selon une variante, les variantes et exemples des opérations décrits en relation avec la et/ou 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 contrôle d’une campagne de rappel pour véhicules 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é. La présente invention concerne également un système comprenant un ou plusieurs véhicules reliés en communication avec un ou plusieurs dispositifs distants 1001 et/ou 1002 via une ou plusieurs liaisons sans fil. La présente invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, comprenant le dispositif 3 de la . Procédé de communication pour véhicule (11), ledit procédé comprenant les étapes suivantes : - réception (41), par ledit véhicule (11), de premières données représentatives d’un rappel relatif à au moins un organe de véhicule, lesdites premières données étant associées à un premier bloc (103) d’une chaine de blocs ; - vérification (42), par ledit véhicule (11), que ledit véhicule (11) est concerné par ledit rappel à partir d’au moins une information représentative de véhicule concerné par ledit rappel, ladite au moins une information étant comprise dans lesdites premières données ; - rendu (43), par ledit véhicule (11), d’une notification relative audit rappel en fonction d’un résultat de ladite vérification (42). Procédé selon la revendication 1, pour lequel ledit rendu (43) est mis en œuvre lorsque ledit résultat de ladite vérification (42) indique que ledit véhicule (11) correspond à un véhicule destinataire dudit rappel, ledit procédé comprenant en outre une étape de transmission, par ledit véhicule (11), de deuxièmes données représentatives d’un accusé de réception desdites premières données en fonction d’une action utilisateur consécutive audit rendu (43). Procédé selon la revendication 2, pour lequel ledit rendu (43) correspond à un affichage de ladite notification sur un écran d’affichage tactile embarqué dans ledit véhicule (11), ladite action utilisateur correspondant à un appui tactile sur une zone déterminée dudit écran d’affichage tactile, un appui tactile sur ladite zone déterminée validant la réception desdites premières données et déclenchant la transmission desdites deuxièmes données. Procédé selon la revendication 2 ou 3, pour lequel un deuxième bloc (104) comprenant ledit accusé de réception est ajouté à ladite chaine de blocs lorsque ladite action utilisateur valide la réception desdites premières données et déclenche la transmission desdites deuxièmes données. Procédé selon la revendication 4, pour lequel des troisièmes données représentatives d’une notification représentative d’un ajout dudit accusé de réception dans ledit deuxième bloc (104) sont transmises à un dispositif distant (1001) ayant initié ledit premier bloc (103). Procédé selon l’une des revendications 1 à 5, pour lequel lesdites premières données sont destinées à chaque véhicule d’un ensemble de véhicules (11, 12, 13) comprenant ledit véhicule (11), chaque véhicule dudit ensemble de véhicules (11, 12, 13) étant associé en communication avec ladite chaine de blocs. Procédé selon l’une des revendications 1 à 6, pour lequel lesdites premières données sont reçues via une connexion sans fil. 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. Dispositif (3) de communication pour véhicule, 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 à 7. Véhicule (11) comprenant le dispositif (3) selon la revendication 9.