FR 3084184 A1 20200124 FR 1856724 A 20180719 PROCEDE ET DISPOSITIF DE MISE A JOUR D'UN CARNET D'ENTRETIEN NUMERIQUE D'UN VEHICULE. L'invention concerne la prévention de la fraude des véhicules d'occasion et plus particulièrement la mise à jour automatique d'un carnet d'entretien de véhicule et son partage entre différentes entités. Un premier exemple de fraude pour un véhicule d'occasion est son kilométrage, lequel est la toute première information qui aura un impact sur sa valeur de revente. Sur le marché des voitures d'occasion d'aujourd'hui, le 9 manque de confiance, est la principale raison de la dévaluation du prix d'un véhicule. Si un consommateur veut acheter un véhicule d'une entité privée ou professionnelle, il peut avoir de sérieux doutes quant à l'authenticité du véhicule, l'historique d'entretien, le kilométrage affiché ou la valeur/état actuel. Cela s'explique par le fait que la fraude sur les véhicules (par exemple, la fraude à 5 l'odomètre ou les véhicules accidentés à vendre) devient un problème croissant à l'échelle internationale. Par exemple, malgré l'introduction des odomètres numériques à l'intérieur des véhicules modernes, la fraude au kilométrage affecte actuellement jusqu'à 30% des voitures d'occasion en Europe, ce qui coûte aux zo consommateurs de l'Union européenne environ 5,6 à 9,6 milliards d'euros par an. Le kilométrage du véhicule est généralement vérifié par des professionnels autorisés lors des opérations régulières d'entretien ou de réparation. Celles-ci peuvent être effectuées, soit chez le concessionnaire automobile officiel ou dans tout atelier de réparation indépendant qui remplissent les conditions de garantie. 25 Un autre exemple de fraude sur les véhicules qui a de grands impacts économiques et sociétaux concerne les épaves roulantes, c'est-à-dire les véhicules qui ont subi de graves dommages et qui ont été déclarées comme des épaves par un expert en assurance, et donc qui ne sont plus autorisés à circuler sur les routes. Néanmoins, certains véhicules endommagés sont remis sur le sa marché de la voiture d'occasion, avec l'aide de des professionnels corrompus. Ces épaves roulantes sont souvent la cause d'accidents graves, impliquant des personnes blessées, et coûtant beaucoup d'argent aux compagnies 2 d'assurance et aux consommateurs. Aujourd'hui, le seul lien entre les parties prenantes concernées (c'est-à-dire les consommateurs, les constructeurs automobiles, les ateliers de réparation, les compagnies d'assurance, ...) est généralement un carnet de 5 bord de voiture sur papier qui, dans certaines situations peut être incomplet, falsifié voire même manquant. Dans ce contexte, de nouvelles initiatives ont été récemment lancées pour numériser et sécuriser les distances parcourues par les véhicules à l'aide de la technologie à chaine de bloc (ou Blockchain) ; c'est-à-dire un registre décentralisé, sécurisée par conception, et dont le contenu est o vérifié et validé par consensus d'une majorité de ses participants. Bien que les approches proposées visent à réduire au minimum l'impact du projet de véhicules frauduleux, ils en sont encore à un stade précoce de la recherche, et plusieurs défis doivent encore être relevés, notamment la mise au point de mécanismes d'incitation, la gouvernance, la confidentialité des données, 15 l'évolutivité, et ainsi de suite. Il existe donc un besoin d'un système, basé sur une chaine de blocs permettant de numériser un registre de données de véhicules tout au long de son cycle de vie et permettant aux parties prenantes susmentionnées de collaborer à travers le partage sécurisé des données de véhicules et de 20 l'historique d'entretien. On connait par le document W02017090041 un système et un procédé d'exécution de transactions sécurisées par cryptographie dans un réseau comprenant un livre public. Le procédé permet d'associer une première transaction proposée à un contrat intelligent à clés publiques, et à associer au 25 moins une seconde transaction incluant des données privées et des données publiques dans ledit réseau à une transaction sécurisée par cryptographie. Mais ce système ne donne pas totalement satisfaction notamment en terme de sécurité. L'invention a donc pour but d'améliorer la situation. Elle propose plus 30 précisément à cet effet un procédé de mise à jour d'un carnet d'entretien numérique d'un véhicule par un serveur, ledit carnet d'entretien numérique étant stocké dans une chaine de blocs sous la forme d'un contrat intelligent caractérisé en ce qu'il comporte des étapes de : - Réception d'un enregistrement correspondant à une demande de mise à jour du carnet d'entretien du véhicule, l'enregistrement comportant au moins, une donnée relative à une identifiant du véhicule, une donnée relative à un identifiant d'une entité émettrice de la demande de mise à jour et une 5 information technique relative à un état du véhicule, - Vérification de la demande de mise à jour - Stockage de l'enregistrement dans la chaine de blocs, uniquement si la vérification est positive. L'invention permet de numériser un registre de données de véhicules o tout au long de son cycle de vie. L'utilisation d'une chaine de bloc permet à différentes parties prenantes de collaborer et de partager de façon sécurisée des données de véhicules et d'historique d'entretien, tout en étant sûr que les informations présentes sont bien signées et que ces informations n'ont pas été altérées. 15 Avantageusement, la mise à jour est une mise à jour privée destinée à un autre serveur, ledit autre serveur étant associé à une clé de chiffrement publique, le procédé selon l'invention comportant en outre des étapes de : Génération d'une clé de chiffrement (k), Chiffrement de la donnée (d) avec un algorithme de chiffrement symétrique et de la clé de chiffrement générée (k) de façon à obtenir une donnée chiffrée (cd), Stockage de la donnée chiffrée (cd) dans la chaine de blocs, Chiffrement de la clé (k) à l'aide d'un algorithme de chiffrement asymétrique et de la clé de chiffrement publique du deuxième serveur de façon à obtenir zs une clé chiffrée (ck), Stockage de la clé chiffrée (ck) dans la chaine de blocs. Cette caractéristique permet de restreindre l'accès à une donnée aux seuls détenteurs de la clé de chiffrement et de transmettre cette clé à l'entité détentrice de la clé privée associée à la clé de chiffrement publique. Avantageusement, l'algorithme de chiffrement symétrique est l'algorithme AES. 4 Avantageusement, le procédé de mise à jour d'un carnet d'entretien numérique selon l'invention, comporte en outre une étape de création d'une nouvelle génération de clé (k') à partir de la clé (k) de sorte que les données chiffrées avec (k) sont déchiffrables avec la nouvelle clé (k'), les données 5 chiffrées avec la nouvelle clé (k') n'étant pas déchiffrables avec la clé (k). Cette caractéristique permet de révoquer l'accès, à une entité détentrice de la clé k et ne recevant pas la nouvelle clé k', à de futures données chiffrées avec k'. Avantageusement, la demande de mise à jour est émise par le o propriétaire du véhicule et comporte un relevé de kilométrage émis du véhicule, associé à un horodatage provenant de la chaine de blocs. Cette caractéristique permet de certifier un relevé kilométrique à une date certaine. Avantageusement, la chaine de blocs comportant au moins un _5 kilométrage de véhicule précédemment enregistré, l'étape de vérification comporte une comparaison du kilométrage de la demande de mise à jour avec le kilométrage précédemment enregistré, si le kilométrage de l'enregistrement est inférieur au kilométrage enregistré alors la mise à jour est rejetée. Cette vérification permet d'améliorer la sécurité du système en évitant l'inscription de données manifestement erronées. Avantageusement, la chaine de blocs comprend en outre un deuxième contrat intelligent appelé registre et un troisième contrat intelligent appelé bibliothèque utilisateur, la bibliothèque utilisateur comportant une liste de carnets d'entretien détenus par un utilisateur, le registre comportant une 25 association entre une bibliothèque utilisateur et un utilisateur. Cette caractéristique permet de surmonter une limitation liée au formalisme des contrats intelligents (à savoir l'absence de tableau dynamique). L'invention concerne aussi un programme d'ordinateur comportant des instructions pour mettre en oeuvre une mise à jour d'un carnet d'entretien numérique selon l'invention, lorsqu'il est exécuté sur un ou plusieurs processeurs. 5 L'invention concerne aussi un dispositif de mise à jour d'un carnet d'entretien numérique caractérisé en ce qu'il est configuré pour mettre en oeuvre le procédé selon l'invention. L'invention concerne aussi un système de mise à jour d'un carnet 5 d'entretien numérique comportant un premier serveur informatique et un deuxième serveur informatique caractérisé en ce que : le premier serveur comporte un premier module de traitement de données de véhicule selon l'invention ; le deuxième serveur comporte un deuxième module de traitement de données de véhicule selon l'invention ; le système comporte en outre une chaine de blocs dans laquelle est stocké le carnet d'entretien numérique. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur s lesquels : la figure 1 illustre une architecture d'un système selon l'invention ; la figure 2 illustre un logigramme représentant le procédé selon l'invention ; la figure 3 illustre un logigramme représentant des étapes de chiffrement ; la figure 4 illustre un exemple de chaine de bloc selon l'invention. zo Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention a pour objet un système, basé sur une Blockchain, permettant de numériser un registre de données de véhicules tout au long de son cycle de vie et permettant à différentes parties prenantes, membres d'un 25 même consortium, de collaborer à travers du partage sécurisé des données de véhicules et de l'historique d'entretien. On rappelle qu'une chaine de blocs (ou blockchain) est un système de stockage et de transmission d'informations décentralisé. Ce système fonctionne comme une base de données distribuée entre plusieurs noeuds de stockage. Les informations envoyées par les utilisateurs sont vérifiées et groupées à intervalles de temps réguliers en blocs. Ce système permet donc de gérer une 6 liste d'enregistrements protégés contre la falsification ou la modification par des noeuds de stockage. Une chaine de blocs est donc un registre distribué et sécurisé de toutes les transactions effectuées depuis le démarrage du système réparti. 5 Une transaction, représente un échange entre utilisateurs, qui est stockés au sein des blocs de la chaîne de blocs. Un noeud est un calculateur relié au réseau de la chaine bloc et utilisant un programme relayant les transactions. Les noeuds conservent une copie de la chaine de bloc. o On appelle contrat intelligent (ou smart contracts) un programme autonome qui, une fois démarré, exécute automatiquement des conditions logiques prédéfinies et inscrites dans la chaine de blocs. Les conditions logiques prennent par exemple la forme d'instructions conditionnelles (par exemple de la forme « si alors ») et qui définissent « comment » et « quand » un accord est 15 appliqué. Une fois qu'il est mis en place, toute interaction avec un contrat intelligent est enregistrée comme une transaction sur la chaine de bloc. La figure 1 montre une architecture d'un système selon l'invention. Cette architecture comporte deux composants principaux : une infrastructure commune 101 et des serveurs 102,103,104. L'infrastructure 101 est commune 20 aux différents serveurs 102,103,104 pour partager des services essentiels au fonctionnement du système. L'infrastructure commune 101 comporte une chaine de blocs 101a par exemple de type Quorum (ou Quorum based blockchain) et une base d'identité 101 b. 25 La chaine de bloc 101a de type Quorum stocke des carnets de maintenance de véhicule, des informations de comptes pseudonymisées (autrement dit, modifiées pour remplacer lesdites informations par des pseudonymes ou des empreintes (ou hash) ne permettant pas d'identifier les personnes), et des règles d'accès associées. o La chaine de bloc 101a de type Quorum est dérivée de la technologie Eutherum et permet de : - contrôler l'accès aux noeuds en utilisant une liste blanche (autrement une liste d'entité autorisé à accéder à la chaine de bloc 101a, par exemple les 7 membres du consortium), - valider les blocs en utilisant un consensus de type quorum qui ne requiert pas de minage. La chaine de bloc 101a de type Quorum filtre les noeuds participants à s l'aide d'une liste blanche prédéfinie de membres. Il n'est donc pas possible de faire partie du consortium sans l'accord de ses membres actuels. La base d'identité 101b centralise les informations de compte permettant d'authentifier les utilisateurs. Cette base 101b centralise des noms de compte, des empreintes (ou hash) de mot de passe, des clés et des o identifiants pour accéder à la chaine de bloc 101a. Chaque service devant authentifier un utilisateur, accède à cette base d'identité 101b. L'authentification peut être réalisée de la façon suivante : une fois que l'identité d'un utilisateur est vérifiée sur la base de son nom d'utilisateur et de son mot de passe, le service d'authentification fournit à l'utilisateur un jeton s d'authentification (par exemple au format JWT pour JSON Web Token). Plus précisément cette étape comprend : un envoi d'un pseudonyme du compte utilisateur accompagné d'un hash salté du mot de passe par un serveur IHM vers le serveur d'authentification ; une vérification de la présence du pseudonyme dans la base de données, une vérification du hash, un renvoi 20 d'un jeton JWT horodaté vers le serveur IHM (vers la session utilisateur) ; utilisation du token JWT par le serveur IHM à chaque appel vers les serveurs 102 ou 103 ; l'infrastructure commune 101 vérifie alors la validité du token avant d'effectuer les tâches demandées Mais il pourrait s'agir d'une autre méthode d'authentification. 25 Chaque membre du consortium dispose d'un serveur 102, 103 avec une architecture commune comportant trois couches : - un connecteur 102a, 103a, 104a de chaine de blocs permettant l'accès à son noeud de la chaine de bloc 101a de type Quorum, - une couche de traitement de données 102b, 103b, 104b couplée à une base 30 de données 102c, 103c, 104c, permettant de traiter les donnée de véhicules - une couche de service web 102d, 103d, comprenant des interfaces web pour présenter les fonctionnalités au travers de page web. 8 Pour accéder à une fonctionnalité, les services web 102d,103d commencent par authentifier un utilisateur à partir de la base d'identités 101b partagée. Une fois authentifié, un utilisateur est associé à un rôle lui donnant accès à des actions autorisées, par exemple : créer un carnet d'entretien (limité 5 au constructeur du véhicule) ou déclarer un véhicule comme épave (limité au recycleur de voiture). Ces autorisations, basées sur les rôles, sont une première couche de contrôle d'accès. De plus, une fois authentifiés, les utilisateurs ont accès à leur clé de chaine de bloc 101a, leur donnant accès aux fonctions de la chaine de bloc 101a au travers de transactions. Les transactions sont signées de façon cryptographique et vérifiées par des noeuds valideurs. Ceci est un mécanisme de base proposée par la chaine de blocs. Le système met en oeuvre une troisième couche de contrôle d'accès pour sécuriser l'accès en lecture à la chaine de bloc 101a, en utilisant un 15 protocole de chiffrement spécifique. Le système selon l'invention permet par exemple de mettre à jour un carnet d'entretien de véhicule. La mise à jour du carnet d'entretien est mise en oeuvre par un module de traitement 102b d'un serveur. Ce service comprend la création d'un carnet zo d'entretien de véhicule, l'authentification des utilisateurs, l'accès aux données stockées dans la chaine de bloc 101a et à la base de données 101b. Le module de traitement 102b comporte un module de gestion de données écrivant automatiquement les relevés de kilométrage dans les carnet d'entretien du véhicule stocké dans la chaine de blocs 101a. Les relevés de 25 kilométrage sont fournis par le véhicule 110 qui est connecté, et qui est configuré pour envoyer périodiquement des relevés de kilométrage à un service en ligne (autrement, dit un serveur informatique) du constructeur. La base de données 102c stocke des métadonnées portant sur les véhicules (par exemple, la marque, le nom du modèle, la date de fabrication). Le service de carnet so d'entretien (fourni par le module de traitement 102b) est accessible par les vendeurs de véhicule, les propriétaires de véhicule et les ateliers de réparation de véhicule. Les vendeurs sont autorisés à créer des carnets d'entretien et de les 9 associer à des propriétaires de véhicule. Les propriétaires ont accès au carnet d'entretien de leur véhicule et sont autorisés à demander une écriture des données appelés enregistrement. Un enregistrement correspond à un tuple comportant : un kilométrage, un label, des 5 horodatages et un document dans lequel : le kilométrage est automatiquement récupéré du véhicule connecté, le label mentionne le type d'opération (par exemple, entretien privé), l'horodatage est la date de valeur de l'opérations et une date technique constituée par le dernier horodatage d'un bloc de la chaine de bloc 101a autrement dit la date à laquelle le dernier bloc a été validé par un noeud validateur de la chaine de blocs. le document comprend un pointeur vers un document (par exemple un accusé de réception), stocké dans un service d'archive externe 104. En référence à la figure 2, la de mise à jour d'un carnet d'entretien _5 numérique d'un véhicule 110 par un serveur 102, comporte des étapes de : - Réception 201 d'un enregistrement correspondant à une demande de mise à jour du carnet d'entretien du véhicule, l'enregistrement comportant au moins, une donnée relative à une identifiant du véhicule, une donnée relative à un identifiant d'une entité émettrice de la demande de mise à jour et une zo information technique relative à un état du véhicule, - Vérification 202 de la demande de mise à jour - Stockage 203 de l'enregistrement dans la chaine de blocs 101 a, uniquement si la vérification est positive. Les propriétaires de véhicule ont aussi la possibilité d'accorder un accès 25 temporaire au carnet d'entretien de leur véhicule à un atelier de réparation indépendant (autrement dit, non affilié au constructeur automobile et ne faisant donc pas partie du consortium). Une fois que l'accès est accordé, l'atelier de réparation indépendant est autorisé à lire et écrire dans le carnet d'entretien du véhicule. Cet accès est manuellement révoqué par le propriétaire du véhicule 30 ou automatiquement par le contrat intelligent du carnet d'entretien du véhicule après une période de temps déterminé (paramétrable dans le système). Ceci est réalisé par une vérification réalisée par le contrat intelligent quand il est sollicité par exemple si les délais ne sont pas respectés. Sinon on regénère une nouvelle génération de clé qui ne sera utilisable que par les utilisateurs devant avoir accès aux "nouvelles" informations stockées. Le service de l'assureur (mise en oeuvre de par le module de traitement 5 103b) propose aux propriétaires de véhicule de les assurer sur la base du carnet d'entretien stocké dans la chaine de bloc 101a. Les propriétaires peuvent assurer leur véhicule liant leur carnet d'entretien à un contrat d'assurance stocké sur la chaîne de bloc 101a sous la forme d'un contrat intelligent. L'assureur a un accès complet à tous les carnets d'entretien de ses assurés. Lors de l'ouverture d'une réclamation, un expert mandaté par l'assureur, est autorisé à accéder au carnet d'entretien et à écrire son diagnostic. En fonction du diagnostic, l'assureur prend en charge les réparations ou proposer au propriétaire de racheter le véhicule endommagé. Le rachat se traduit par un transfert du carnet d'entretien du propriétaire à l'assureur, qui peut ensuite le vendre aux recycleurs. Le service d'archivage en ligne propose de stocker et d'archiver des documents (par exemple des factures) dans base de données sécurisée et conforme à des réglementations. L'archivage d'un document comporte l'inscription d'une transaction dans la chaine de bloc 101a avec une empreinte (ou hash) du document de façon à prouver son existence et à garantir son 2'J authenticité. Le système selon l'invention utilise un stockage dit hybride, comportant des bases de données classique et une chaine de bloc. Les données devant être sécurisées par le consortium sont stockées directement dans la chaine de bloc en utilisant des contrats intelligents. Les données complémentaires ou les 25 données spécifiques à un service sont stockées dans des bases de données locales. Tous les accès en écriture à un carnet d'entretien sont sécurisés de façon cryptographique en utilisant le mécanisme de transaction de la chaine de bloc 101a. Seuls les utilisateurs ayant accès à leur clé privée sont en mesure de signer leur transaction. Ces identités sont vérifiées par le contrat intelligent avant l'exécution d'une opération. Une opération (ou transaction) comporte notamment une adresse du contrat intelligent, une signature de la fonction appelée, des paramètres, .... 11 Les données sur la chaine de blocs 101a sont lisibles par tous les les membres du consortium (ou autrement dit les noeuds). Cela pose le problème de la confidentialité dans le consortium et implique que l'accès à des données confidentielles soit restreint. Par exemple, un constructeur de véhicule peut 5 souhaiter limiter l'accès des labels d'enregistrement au propriétaire actuel du véhicule et aux utilisateurs explicitement autorisés. Une chaine de bloc de type Quorum permet d'envoyer et de partager des transactions privées avec un sous-ensemble des membres de la chaine de bloc. Cependant pour ces transactions, le sous-ensemble des membres autorisés est statique. Autrement dit, il n'est pas possible d'ajouter ou de révoquer l'accès d'un membre à un champ de donnée dans une transaction ou dans un contrat intelligent. Pour remédier à cet inconvénient, l'invention met en oeuvre un protocole permettant le partage de données chiffrées et clés de chiffrement au travers de 15 la chaine de blocs. Selon ce protocole et en référence à la figure 3, chaque utilisateur est associé à une paire de clés de chiffrement asymétrique par exemple de type RSA. Avant d'écrire une donnée secrète d sur la chaine de blocs 101a, un premier serveur génère 301 une clé symétrique k et chiffre 302 la donnée secrète d avec un algorithme de chiffrement par exemple AES, de zo façon à obtenir une donnée chiffrée cd. La donnée chiffrée cd est ensuite stockée 303 dans la chaine de blocs 101a. Une fois stockée dans la chaine de blocs 101a, seule le premier serveur, est capable de déchiffrer la donnée chiffrée cd. Pour autoriser un deuxième serveur à lire (autrement dit à déchiffrer) la donnée chiffrée cd, le premier serveur chiffre 304 la clé k à l'aide de la clé 25 publique du deuxième service et écrit 305 la clé chiffrée ck deuxième service dans la chaine de blocs 101a (autrement dit dans un contrat intelligent). Le deuxième service récupère la clé chiffrée Ckdeuxierne service et la déchiffre (en appliquant l'algorithme de chiffrement asymétrique avec sa clé privée) de façon à obtenir la clé k. Le deuxième serveur déchiffre ensuite la donnée chiffrée cd à l'aide de 30 l'algorithme de chiffrement symétrique et de la clé k de façon à obtenir la donnée d. Le principe de génération de clé symétrique cryptées permet de restreindre les données lisibles aux seul autorisés lors d'une sollicitation des smart contrats. En résumé, l'accès en lecture d'une donnée particulière n'est pas 12 révocable. Par contre, en changeant de clé de chiffrement (k), les prochaines données associées au contrat intelligent carnet d'entretien ne seront plus accessibles par les anciennes parties autorisées (serveurs). Selon l'invention, un carnet de maintenance numérique pour un 5 véhicule prend la forme d'un premier contrat intelligent stocké dans la °haine de blocs 101a. Le contrat intelligent comprend un champ avec une donnée relative à un identifiant du véhicule. Il s'agit par exemple d'une empreinte (ou Nash) du VIN (acronyme de l'expression anglaise Vehicule Identity Number), un numéro d'identification du véhicule. Cet identifiant permet d'associer le contrat intelligent o au véhicule auquel il se rapporte. L'utilisation d'une empreinte permet d'anonymiser l'identité du véhicule sur la chaine de blocs 101a. De façon similaire, le contrat intelligent comporte en outre un champ avec une donnée relative à l'identité du propriétaire du véhicule. Il s'agit par exemple d'une adresse pour la chaine de blocs 101a générée lors de la création 15 du contrat intelligent. De façon avantageuse, la chaine de bloc 101a comprend en outre un deuxième contrat intelligent appelé registre et un troisième contrat intelligent appelé bibliothèque utilisateur. La bibliothèque utilisateur comporte une liste des carnets de maintenances détenus par un utilisateur. Ces contrats sont eux- mêmes identifiés dans le registre. Le registre permet de retrouver une bibliothèque utilisateur associé à un utilisateur (par exemple identifié par son adresse). Ces caractéristiques permettent de surmonter certaines limitations liées au formalisme eutherum pour lequel les structures ne permettent pas de stocker des tableaux dynamiques. L'étape de mise à jour d'un carnet d'entretien comporte une sous-étape de vérification permettant de vérifier certaines conditions avec l'exécution effective d'une mise à jour. La vérification porte par exemple sur un contrôle d'accès effectué en fonction de l'adresse du demandeur de la mise à jour. Cela permet de restreindre l'application de certaines mises à jour à certains acteurs (propriétaire du véhicule, constructeur automobile, assureur, ...). La vérification porte aussi sur le format et le contenu de l'enregistrement. Par exemple, si le format de l'enregistrement n'est pas celui attendu alors la mise à jour est rejetée. Dans le cas d'un enregistrement de 13 kilométrage, le kilométrage de l'enregistrement est comparé avec le dernier kilométrage enregistré. Si le kilométrage de l'enregistrement est inférieur au dernier kilométrage enregistré alors la mise à jour est rejetée. La figure 4 montre un exemple de mise en oeuvre de l'invention au cours 5 des principales phases de vie d'un véhicule. Lors d'une première étape 401, un utilisateur acquiert un nouveau véhicule. Le constructeur automobile crée un nouveau carnet d'entretien digital dans la chaine de bloc 101a. L'accès à ce carnet d'entretien est restreint à l'acquéreur du véhicule et au constructeur automobile. Le propriétaire du véhicule peut s'il le désire, accorder un accès au carnet d'entretien à sa compagnie d'assurance. Dans une deuxième étape 402, le véhicule comportant des moyens de communications à distance, le kilométrage du véhicule est automatiquement envoyé serveur du constructeur automobile. Ce kilométrage est ajouté au carnet 15 d'entretien du véhicule. Lors d'une troisième étape 403, une opération de maintenance est effectuée chez un réparateur n'appartenant pas au réseau du constructeur automobile. Dans ce cas, un accès au carnet d'entretien du véhicule est accordé au réparateur. Pour ce faire, le réparateur reçoit la clé k avec laquelle les zo données confidentielles ont été chiffrées. Une fois la réparation effectuée, l'accès du réparateur au carnet d'entretien est révoqué. Pour ce faire, une nouvelle clé k' est générée. La nouvelle clé k' est apte à déchiffrer les données chiffrées avec la clé k. Cependant, les données chiffrées avec la nouvelle clé k' ne sont pas déchiffrables avec la clé k. Les prochains ajouts effectués sur le 25 carnet d'entretien seront chiffrés avec la nouvelle clé k'. Ainsi ces ajouts ne seront pas lisibles par le réparateur. Une quatrième étape 404 correspond à la revente du véhicule à un autre utilisateur. Le premier utilisateur perd ces droits d'écriture sur le carnet d'entretien. A cette occasion une troisième clé k" est générée. La troisième clé so k" est apte à déchiffrer les données chiffrées avec la première clé k ou la deuxième clé k". Cependant, les données chiffrées avec la troisième clé k' ne sont pas déchiffrables avec la première clé k ni la deuxième clé k'. Les prochains ajouts effectués sur le carnet d'entretien seront chiffrés avec la troisième clé k". 7_4 Ainsi ces ajouts ne seront pas lisibles par le premier utilisateur. Une cinquième étape correspond au cas où le véhicule est accidenté. La compagnie d'assurance qui a accès au carnet d'entretien du véhicule peut facilement évaluer les dommages du véhicule et attribuer une indemnisation 5 adéquate. Le résultat de l'expertise est enregistré dans le carnet d'entretien du véhicule. Si le véhicule est déclaré comme épave, la propriété du véhicule est transférée à l'assureur. 7_5 REVENDICATIONS1. Procédé de mise à jour d'un carnet d'entretien numérique d'un véhicule (110) par un serveur (102), ledit carnet d'entretien numérique étant stocké dans une chaine de blocs (101a) sous la forme d'un contrat intelligent caractérisé en ce qu'il comporte des étapes de : - Réception (201) d'un enregistrement correspondant à une demande de mise à jour du carnet d'entretien du véhicule, l'enregistrement comportant au moins, une donnée relative à une identifiant du véhicule, une donnée relative à un identifiant d'une entité émettrice de la demande de mise à jour et une information technique relative à un état du véhicule, - Vérification (202) de la demande de mise à jour Stockage (203) de l'enregistrement dans la chaine de blocs (101a), uniquement si la vérification est positive. 15 2 Procédé de mise à jour d'un carnet d'entretien numérique selon la revendication 1, caractérisé en ce que la mise à jour est une mise à jour privée destinée à un autre serveur (103), ledit autre serveur (103) étant associé à une clé de chiffrement publique, et en ce qu'il comporte en outre des étapes de : 20 Génération (301) d'une clé de chiffrement (k), Chiffrement (302) de la donnée (d) avec un algorithme de chiffrement symétrique et de la clé de chiffrement générée (k) de façon à obtenir une donnée chiffrée (cd), Stockage (303) de la donnée chiffrée (cd) dans la chaine de blocs (101a), 25 Chiffrement (304) de la clé (k) à l'aide d'un algorithme de chiffrement asymétrique et de la clé de chiffrement publique du deuxième serveur (103) de façon à obtenir une clé chiffrée (ck), Stockage (305) de la clé chiffrée (ck) dans la chaine de blocs (101a). so 3. Procédé de mise à jour d'un carnet d'entretien numérique selon la revendication précédente, caractérisé en ce que l'algorithme de chiffrement symétrique est l'algorithme AES. 16 4. Procédé de mise à jour d'un carnet d'entretien numérique selon l'une des revendications 2 ou 3, caractérisé en ce qu'il comporte en outre une étape de création d'une nouvelle génération de clé (k') à partir de la clé (k) de sorte que les données chiffrées avec (k) sont déchiffrables avec la nouvelle clé (k), les 5 données chiffrées avec la nouvelle clé (k') n'étant pas déchiffrables avec la clé (k). 5. Procédé de mise à jour d'un carnet d'entretien numérique selon l'une des revendications précédentes, caractérisé en ce que la demande de mise à jour est émise par le propriétaire du véhicule et comporte un relevé de kilométrage émis du véhicule, associé à un horodatage provenant de la chaine de bloc (101a). 6. Procédé de mise à jour d'un carnet d'entretien numérique selon la 65 revendication précédente, caractérisé en ce que, la chaine de bloc comportant au moins un kilométrage de véhicule précédemment enregistré, l'étape de vérification (202) comporte une comparaison du kilométrage de la demande de mise à jour avec le kilométrage précédemment enregistré, si le kilométrage de l'enregistrement est inférieur au kilométrage enregistré alors la mise à jour est rejetée. 7. Procédé de mise à jour d'un carnet d'entretien numérique selon l'une des revendications précédentes, caractérisé en ce que la chaine de bloc 101a comprend en outre un deuxième contrat intelligent appelé registre et un 25 troisième contrat intelligent appelé bibliothèque utilisateur, la bibliothèque utilisateur comportant une liste de carnets d'entretien détenus par un utilisateur, le registre comportant une association entre une bibliothèque utilisateur et un utilisateur. so 8. Programme d'ordinateur comportant des instructions pour mettre en oeuvre une mise à jour d'un carnet d'entretien numérique selon l'une des revendications précédentes, lorsqu'il est exécuté sur un ou plusieurs processeurs. 17 9. Dispositif de mise à jour d'un carnet d'entretien numérique caractérisé en ce qu'il est configuré pour mettre en oeuvre le procédé selon l'une des revendications 1 à 7. 5 10. Système de mise à jour d'un carnet d'entretien numérique comportant un premier serveur (102) informatique et un deuxième serveur (103) informatique caractérisé en ce que : le premier serveur (102) comporte un premier module de traitement de o données de véhicule selon la revendication précédente ; le deuxième serveur (103) comporte un deuxième module de traitement de données de véhicule selon la revendication précédente ; le système comporte en outre une chaine de blocs (101a) dans laquelle est stocké le carnet d'entretien numérique. _5