Brevet FR3159942A1 — publié le 20250912

La présente invention concerne un procédé et un système de communication de données de diagnostic d’un véhicule (10) comprenant un port OBD (101) configuré pour connecter un système de diagnostic (11) à un réseau embarqué de calculateurs du véhicule (10). A cet effet, une requête d’accès au réseau embarqué est transmise à un serveur (110) avec des données d’identification du véhicule (10) et des données d’identification OEM. Le serveur détermine un état de souscription à un service d’accès aux données de diagnostic du véhicule (10) en fonction des données d’identification du véhicule (10) et des données d’identification OEM. En fonction de l’état de souscription, des données de configuration du système de diagnostic sont transmises au système de diagnostic (11) pour permettre au système de diagnostic (11) de récupérer les données de diagnostic du réseau embarqué de calculateurs du véhicule (10). Figure pour l’abrégé : Figure 1 Procédé et système de communication de données de diagnostic d’un véhicule L’invention concerne les procédés et systèmes de communication de données de diagnostic d’un véhicule, notamment mais non exclusivement un véhicule automobile. L’invention concerne notamment un procédé et un système d’activation de droit d’accès aux données de diagnostic pour un véhicule. Arrière-plan technologique Les véhicules contemporains sont équipés d’un port dit de diagnostic configuré pour qu’un système ou outil de diagnostic puisse se connecter au réseau de calculateurs du véhicule, dit aussi système embarqué. Le système embarqué du véhicule est équipé d’un service ou système de diagnostic embarqué, dit OBD (de l’anglais « On-Board Diagnostic ») configuré pour surveiller les systèmes du véhicule en fonctionnement, d'enregistrer et de transmettre des données de performance en temps réel et d'effectuer un autodiagnostic afin de détecter les problèmes des systèmes du véhicule et d'émettre les codes défauts, dits DTC (de l’anglais « Data Trouble Code »). Un technicien automobile utilise les systèmes OBD pour identifier rapidement les problèmes d'un véhicule. Pour ce faire, il utilise un outil ou système de diagnostic capable d'interagir avec le système OBD du véhicule. L'outil de diagnostic est notamment prévu pour récupérer les codes DTC générés par le système embarqué du véhicule et obtenir des données en temps réel associées à un ou plusieurs numéros d'identification de paramètres, dits PID (de l’anglais « Process Identifier » ou en français « identifiant de processus »). Alors qu'un ensemble de DTC et de PID standards sont définis dans de nombreux véhicules, les constructeurs et les équipementiers automobiles, dits OEM (de l’anglais « Original Equipment Manufacturer » ou en français « fabriquant d’équipement d’origine »), utilisent généralement des paramètres et des codes non standard ou spécifiques à l’OEM. En conséquence, un outil de diagnostic nécessite un logiciel capable de traiter les paramètres propriétaires et de déchiffrer les codes afin qu'un technicien puisse diagnostiquer efficacement les problèmes des véhicules. En raison de la nature propriétaire des paramètres et des codes spécifiques au fabricant, les logiciels d'outils de diagnostic sont spécifiques à chaque OEM et il est très coûteux de faire l’acquisition des outils de diagnostic permettant de faire le diagnostic de véhicules de différents types et de différentes marques. En outre, comme les extensions propriétaires des codes DTC et PID standard sont sous le contrôle direct des fabricants, ces codes et paramètres non standard peuvent être différents entre les différents modèles produits par un OEM et/ou peuvent changer d'une année à l'autre pour un même modèle. Ainsi, les mises à jour logicielles des outils de diagnostic deviennent nécessaires pour que les techniciens puissent entretenir correctement les modèles de véhicules les plus récents. Souvent, ces mises à jour logicielles ont un coût élevé, sensiblement équivalent à l'investissement initial dans le logiciel. Dans des cas extrêmes, les mises à jour logicielles peuvent ne pas être prises en charge par un outil de diagnostic particulier. Dans ce cas, le technicien doit acheter un nouvel outil de diagnostic pour travailler avec les modèles de véhicules les plus récents. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un objet de la présente invention est par exemple de réduire les coûts pour établir le diagnostic de véhicules. Selon un premier aspect, la présente invention concerne un procédé de communication de données de diagnostic d’un véhicule, le véhicule comprenant un port de diagnostic, dit port OBD, le port OBD étant configuré pour connecter un système de diagnostic à un réseau embarqué de calculateurs du véhicule, le procédé comprenant les étapes suivantes : - transmission, par le système de diagnostic, d’une requête d’accès au réseau embarqué à destination d’un dispositif de traitement de données distant, la requête d’accès comprenant des données d’identification du véhicule et des données d’identification d’un constructeur ou équipementier automobile, dites données d’identification OEM ; - détermination, par le dispositif de traitement de données distant, d’un état de souscription à un service d’accès aux données de diagnostic du véhicule en fonction des données d’identification du véhicule et des données d’identification OEM ; - lorsque l’état de souscription est représentatif d’un droit d’accès aux données de diagnostic, réception, par le système de diagnostic depuis le dispositif de traitement de données distant, de données de configuration du système de diagnostic, les données de configuration étant fonction des données d’identification du véhicule et des données d’identification OEM ; - configuration du système de diagnostic en fonction des données de configuration ; et - réception des données de diagnostic par le système de diagnostic depuis le réseau embarqué de calculateurs du véhicule. La configuration d’un système de diagnostic en fonction de données de configuration particulières et adaptées au véhicule et à l’OEM permet de réaliser le diagnostic de tout véhicule à partir d’un système de diagnostic générique. Selon le véhicule et l’OEM, le système de diagnostic générique est configuré pour pouvoir accéder aux données de diagnostic (par exemple les DTC) et les interpréter. Conditionner le chargement des données de configuration à un droit d’accès permet à l’OEM de vérifier que le système de diagnostic est bien à jour et permet en outre à l’OEM de monétiser s’il le souhaite l’accès aux données de diagnostics qui lui sont particulières, par exemple les DTC propriétaires. Selon une variante, lorsque l’état de souscription est représentatif d’une interdiction d’accès aux données de diagnostic, le procédé comprend en outre une étape de transmission de données de souscription au service d’accès aux données de diagnostic pour obtenir le droit d’accès. Selon une autre variante, le procédé comprend en outre une étape de transmission, par le dispositif de traitement de données distant, de données d’activation du droit d’accès au réseau embarqué de calculateurs du véhicule. Selon encore une variante, les données d’activation comprennent en outre des données représentatives d’une durée déterminée d’activation du droit d’accès. Selon une variante supplémentaire, les données d’activation sont transmises à destination du réseau embarqué de calculateurs via une liaison sans fil. Selon une variante additionnelle, les données d’activation sont transmises à destination d’un dispositif de communication mobile sous la forme d’un code QR via une liaison sans fil, le procédé comprenant en outre une étape de lecture du code QR par une caméra du véhicule. Selon un deuxième aspect, la présente invention concerne un système de communication de données de diagnostic d’un véhicule, le système comprenant un système de diagnostic, le véhicule et un dispositif de traitement de données distant, le système de diagnostic étant connecté au véhicule via un port de diagnostic du véhicule, le dispositif de traitement de données distant étant relié en communication avec le système de diagnostic, le système étant configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon une variante, le dispositif de traitement de données distant est en outre relié en communication sans fil au véhicule. Selon encore une variante, le système comprend en outre un dispositif de communication mobile relié en communication sans fil au dispositif de traitement de données distant. 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 : FIG. 1 illustre schématiquement un environnement de communication de données de diagnostic d’un véhicule, selon un exemple de réalisation particulier de la présente invention ; FIG. 2 illustre schématiquement un dispositif d’un système de communication de données de diagnostic d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. FIG. 3 illustre un organigramme des différentes étapes d’un procédé de communication de données de diagnostic d’un véhicule, 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 système de communication de données de diagnostic d’un véhicule 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. Les termes « premier(s) », « deuxième(s) » (ou « première(s) », « deuxième(s) »), etc. sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. De tels éléments peuvent être distincts ou correspondre à un seul et unique élément, selon le mode de réalisation. La FIG. 1 illustre schématiquement un environnement de communication de données de diagnostic d’un véhicule 10, selon des exemples de réalisation particuliers et non limitatifs de la présente invention. Le véhicule 10 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. Le véhicule 10 correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car. Le véhicule 10 embarque un ensemble de calculateurs formant un réseau de calculateurs embarqué, aussi appelé système embarqué du véhicule 10. Ces 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 du véhicule 10 via le contrôle d’un ensemble de systèmes embarqués dans le véhicule 10. Les calculateurs 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), LIN (de l’anglais « Local Interconnect Network » ou en français « Réseau interconnecté local ») ou Ethernet (selon la norme ISO/IEC 802-3). Le véhicule 10 comprend en outre un port OBD 101 permettant à un outil ou système de diagnostic 11 de se connecter au réseau embarqué du véhicule 10 pour obtenir un ensemble de données de diagnostic, lesquelles comprennent par exemple un ensemble de codes DTC et/ou des PID générés par un ou plusieurs calculateurs du réseau embarqué de calculateurs du véhicule 10. Le port OBD 101 (ou port OBD 2 de deuxième génération) correspond à un connecteur ou à une interface de communication filaire (correspondant par exemple à un port à 16 broches) ou sans fil (par exemple de type Bluetooth® ou Wifi®). Lorsque le port OBD est de type filaire, ce dernier correspond à un connecteur OBD 2 de type A ou de type B, selon le gabarit du véhicule 10. Le brochage du port OBD 101 varie par exemple selon la marque du véhicule 10, ce qui requiert un outil ou système de diagnostic 11 configuré pour chaque brochage. Certaines des broches du port OBD sont réservés au constructeur du véhicule 10 ou aux équipementiers automobiles fournissant les composants du véhicule 10, le constructeur et l’équipementier étant regroupés sous la dénomination OEM par la suite. De telles données de diagnostic sont par exemple transmises selon un protocole de communication tel que le protocole UDS (de l’anglais « Unified Diagnostic Services » ou en français « services de diagnostic unifiés »). Chaque calculateur du système embarqué du véhicule 10 (ou chaque calculateur d’une partie des calculateurs formant le système embarqué) met par exemple en œuvre un service de type UDS pour la communication des données de diagnostic (codes DTC par exemple). L’outil ou système de diagnostic 11 est connecté ou relié en communication filaire ou sans fil à un dispositif de calcul 12 de type ordinateur, lequel est relié à un plusieurs dispositifs de traitement de données distants 110 (par exemple de type serveur), via le « cloud » 100 (ou « nuage » en français), au moyen d’une infrastructure de réseau filaire ou sans fil, ou via une infrastructure mixe comprenant des moyens de communication sans fil (par exemple de type WLAN (de l’anglais « Wireless Local Area Network » ou en français « réseau local sans fil », par exemple Wifi®) et des moyens de communication filaire (par exemple de type Ethernet). Selon une variante de réalisation, le système de diagnostic regroupe l’outil de diagnostic 11 et le dispositif de calcul 12, l’outil de diagnostic 11 étant par exemple mis en œuvre sous la forme d’une application installée sur le dispositif de calcul 12 et exécutée par le dispositif de calcul 12. Selon un mode de réalisation particulier, le véhicule 10 est relié en communication au dispositif de traitement de données distant 110 via le « cloud » 100, par exemple au travers d’une infrastructure de communication sans fil (par exemple de type Wifi® ou de type réseau cellulaire terrestre, par exemple de type LTE 4G ou 5G). Selon un autre mode de réalisation particulier, le dispositif de traitement de données distant 110 est en outre relié en communication sans fil (Wifi® et/ou réseau cellulaire terrestre) avec un ou plusieurs dispositifs de communication mobile (non représenté sur la FIG. 1 ), par exemple de type téléphone intelligent (de l’anglais « Smartphone ») ou tablette. Des exemples de réalisation matérielles des différents dispositifs formant le système de communication de la FIG. 1 sont décrits avec plus de détail ci-après en regard de la FIG. 2 . Un processus de communication de données de diagnostic du véhicule 10 est avantageusement mis en œuvre par un ou plusieurs processeurs des dispositifs formant le système de communication, à savoir le véhicule 10, le système de diagnostic 11 (et/ou le dispositif de calcul 12) et le dispositif de traitement de données 110. Selon une variante de réalisation, le système de communication comprend un outre un dispositif de communication mobile, par exemple un téléphone intelligent. Dans une première opération du processus, des données d’identification du véhicule 10 et des données d’identification d’un constructeur ou équipementier automobile (dites données d’identification OEM) sont renseignées via une interface homme-machine (IHM), par exemple une IHM graphique d’une application logicielle de diagnostic faisant fonction d’outil de diagnostic 11 exécutée sur le dispositif de calcul 12. Les données d’identification OEM sont représentatives du constructeur du véhicule 10 ou de l’équipementier ayant conçu le système OBD du véhicule 10. L’équipement ou le constructeur, noté OEM, est par exemple sélectionné dans une liste d’OEM disponibles dans une liste déroulante de l’IHM. Les données d’identification du véhicule 10 comprennent par exemple des données identifiant le type du véhicule 10 et/ou des données identifiant la marque du véhicule 10. Selon un autre exemple, les données d’identification du véhicule 10 correspondent au VIN du véhicule 10. Dans une deuxième opération, les données d’identification du véhicule 10 et les données d’identification OEM sont transmises par le système de diagnostic 11 (par exemple une application logicielle de diagnostic), via le dispositif de calcul 12, au moyen d’une connexion filaire et/ou sans fil, à destination du « cloud » 100 et plus particulièrement à destination d’un dispositif de traitement de données distant 110, par exemple un serveur. Les données d’identification du véhicule s10 et les données d’identification OEM sont comprises dans une requête d’accès au réseau embarqué du véhicule 10 transmise par le système de diagnostic 11 à destination du dispositif distant 110. Le dispositif distant 110 correspond par exemple à un serveur contrôlant les droits d’accès aux données de diagnostic du véhicule 10, le dispositif distant 110 étant contrôlé par l’OEM. Le dispositif distant 110 est par exemple identifié à partir des données d’identification OEM. Dans une troisième opération du processus, le dispositif distant 110 détermine un état de souscription à un service d’accès aux données de diagnostic du véhicule 10 en fonction des données d’identification du véhicule 10 et des données d’identification OEM reçues. Le dispositif distant 110 vérifie par exemple si les droits associés au système de diagnostic 11 permettent un accès au système OBD / réseau embarqué de calculateurs du véhicule 10 pour obtenir et interpréter les données de diagnostics du véhicule 10. Le dispositif distant 110 vérifie ainsi par exemple si un abonnement à un service d’accès aux données de diagnostic est à jour, c’est-à-dire si les frais d’abonnement ont été payées et les conditions d’accès associées (par exemple durée d’utilisation de l’application de diagnostic, nombre d’utilisateurs pouvant accéder simultanément au type de véhicule correspondant au véhicule 10, etc.). Les informations sur les licences d’accès sont par exemple stockées dans une ou plusieurs tables, par exemple de type LUT (de l’anglais « Look-Up Table » ou en français « table de correspondance ») stockant un identifiant du système de diagnostic (par exemple transmis avec la requête d’accès et identifiant l’abonné au service d’accès) et les conditions d’accès associées à la licence d’accès (licence payée ou non, droits ou niveau d’accès selon la licence, durée d’activation du droit d’accès, etc.). Lorsque l’état de souscription est représentatif d’un droit ou d’une autorisation d’accéder aux données de diagnostic du véhicule 10, c’est-à-dire lorsque la licence d’accès est à jour de paiement, alors le dispositif distant 110 transmet des données de configuration du système de diagnostic à destination du système de diagnostic 11 (par exemple l’application logicielle de diagnostic) via le dispositif de calcul 12 au moyen de la connexion filaire et/ou sans fil reliant le dispositif distant 110 au système de diagnostic 11 ou au dispositif de calcul 12 qui les reçoit. Les données de configurations sont prévues pour configurer le système de diagnostic 11, lequel correspond à un système de diagnostic standard ou générique, de telle manière que le système de diagnostic 11 puisse accéder aux données de diagnostic du véhicule 10 propres et particulières au système OBD du véhicule 10 (générées par l’OEM du véhicule 10 et/ou du système OBD du véhicule 10) et interpréter ces données de diagnostic pour déterminer les éventuels défauts ou pannes des systèmes embarqués du véhicule 10 remontés par les codes DTC des données de diagnostic. Dans une quatrième opération du processus, le système de diagnostic 11 est configuré à partir des données de configuration reçues à la troisième opération. La configuration du système de diagnostic 11 générique (prévu pour être configuré pour accéder au système OBD de tout type de véhicule après mise à jour de sa configuration) est mise à jour à partir des données de configuration reçues pour pouvoir accéder au système OBD du véhicule 10 et interpréter les données de diagnostic du véhicule 10, y compris les codes défauts spécifiques au véhicule 10 ou à son système OBD. Lorsque l’état de souscription est représentatif d’une interdiction d’accéder aux données de diagnostic du véhicule 10, c’est-à-dire lorsque la licence d’accès n’est pas à jour de paiement, le dispositif distant 110 transmet des données représentatives du refus de validation du droit d’accès au système OBD du véhicule 10 à destination du système de diagnostic 11. Une fenêtre de dialogue de l’IHM du système de diagnostic 11 s’active par exemple à réception de ces données de refus de validation du droit d’accès pour informer l’utilisateur du système de diagnostic 11 qu’il n’a pas les droits pour accéder au système OBD du véhicule 10 et pour inviter ce dernier à s’acquitter des droits en réglant le montant associé à la licence nécessaire pour accéder à ce service. Si en réponse le montant associé à la licence est payé (selon tous moyens de paiement à distance ou en ligne connus), alors le processus reprend avec les troisième et quatrième opérations, c’est-à-dire que les données de configuration sont transmises et le système de diagnostic est configuré pour accéder au système OBD du véhicule 10 et interpréter les données de diagnostic. Si l’utilisateur ne s’acquitte pas du montant de la licence, alors le processus prend fin. Dans une cinquième opération du processus, le système de diagnostic 11 nouvellement configuré accès au système OBD du véhicule 10 et récupère les données de diagnostic du véhicule 10 pour analyse et interprétation. La communication des données de diagnostic entre le véhicule 10 et le système de diagnostic 11 est par exemple selon le protocole UDS (de l’anglais « Unified Diagnostic Services » ou en français « services de diagnostic unifiés »). Selon un mode de réalisation particulier de l’invention, le processus comprend en outre une activation des droits d’accès au système OBD du véhicule 10, c’est-à-dire aux données de diagnostic du véhicule 10. L’activation des droits d’accès est mise en œuvre en parallèle de la configuration du système de diagnostic 11. L’activation des droits d’accès est par exemple mise en œuvre par le dispositif distant 110 en communication avec le véhicule 10, notamment avec le système OBD du véhicule 10 ou le réseau embarqué de calculateurs. La vérification des droits d’accès au système OBD du véhicule 10 est par exemple mise en œuvre via des clés cryptographiques et un système de gestion de certificats. A cet effet, un client de type MQTT (de l’anglais « Message Queuing Telemetry Transport » ou en français « file d’attente des messages transport de télémétrie »), LWM2M (de l’anglais « LightWeight Machine-to-Machine » ou en français « machine à machine léger ») ou DDS (de l’anglais « Data Distribution Service » ou en français « service de distribution de données ») est installé au niveau du réseau embarqué de calculateurs du véhicule 10 pour contrôler la communication des données de diagnostic avec le système de diagnostic 11, l’utilisation de certificats / clés cryptographiques permettant de contrôler les droits d’accès au réseau embarqué du véhicule 10 pour la communication des données de diagnostic. Le contrôle des droits d’accès via la gestion des certificats est par exemple mis en œuvre par le dispositif distant 110 qui vérifie quels sont les droits d’accès associés au système de diagnostic 11. Selon un autre exemple, la vérification des droits d’accès comprend la transmission de données d’activation de l’accès au système OBD du véhicule 10 et/ou au réseau embarqué de calculateurs du véhicule 10 au véhicule 10 par le dispositif distant 110 selon le résultat de la vérification des droits d’accès associés au système de diagnostic. Les données d’activation comprennent par exemple des données de contrôle du port OBD pour ouvrir le port OBD 101 pendant une durée déterminée au système de diagnostic 11, la durée d’ouverture du port OBD 101 étant par exemple fonction des droits d’accès associés à la licence stockée dans le dispositif distant 110 et contrôlée par ce dernier. Selon un autre exemple, les données d’activations comprennent des données de contrôle du système OBD du véhicule 10 ou du service OBD mis en œuvre par chaque calculateur pour autoriser l’accès aux données de diagnostic du véhicule 10 au système de diagnostic 11 pendant une durée déterminée. Selon encore un autre exemple, les données d’activation du droit d’accès sont par exemple transmises à destination d’un dispositif de communication mobile, par exemple le téléphone intelligent identifié par le dispositif distant 110 comme étant associé au système de diagnostic 11 (ou à l’utilisateur du système 11), via une connexion sans fil reliant le dispositif distant 110 au dispositif de communication mobile. Les données d’activation correspondent par exemple à des données permettant d’afficher un code QR (de l’anglais « QR code » ou « Quick Response code », soit en français « code à réponse rapide ») sur l’écran du dispositif de communication mobile. Selon cet exemple, l’utilisateur du système de diagnostic 11 positionne l’écran du dispositif de communication mobile affichant le code QR dans le champ de vision d’une caméra embarquée du véhicule 10, par exemple une caméra d’un système de surveillance de l’attention du conducteur, connu sous les appellations DMS (de l’anglais « Driver Monitoring System » ou en français « Système de surveillance du conducteur ») ou DAA (de l’anglais « Driver Attention Alert » ou en français « Alerte d’attention conducteur ») ou encore une caméra frontale (aussi appelée caméra de pare-brise, de l’anglais « Windshield camera »), une telle caméra frontale étant arrangée dans l’habitacle du véhicule 10 sous le pare-brise et en haut et au milieu de ce pare-brise. Le véhicule 10, par exemple un calculateur du véhicule 10, décode les données d’activation codées dans le code QR. Le port OBD 101 est alors contrôlé en fonction des données d’activation pour ouvrir le port OBD 101 pendant une durée déterminée au système de diagnostic 11, la durée d’ouverture du port OBD 101 étant par exemple fonction des droits d’accès associés à la licence stockée dans le dispositif distant 110 et contrôlée par ce dernier. Selon un autre exemple, les données d’activations comprennent des données de contrôle du système OBD du véhicule 10 ou du service OBD mis en œuvre par chaque calculateur pour autoriser l’accès aux données de diagnostic du véhicule 10 au système de diagnostic 11 pendant une durée déterminée. Un tel processus permet ainsi d’autoriser un accès aux données de diagnostic de tout type de véhicule et de véhicule de toute marque à partir d’un outil ou système de diagnostic générique ou universel. Un tel avantage est obtenu en permettant de configurer l’outil ou système de diagnostic générique / universel avec des données de configuration obtenues d’un serveur, par exemple sous condition de licences, les données de configuration étant fournies par l’OEM du véhicule identifié via des données d’identification. Le contrôle des licences ou droit d’accès par l’OEM permet en outre à l’OEM de contrôler et/ou monétiser les accès au système de diagnostic du véhicule et/ou au système embarqué du véhicule. L’utilisateur du système de diagnostic peut en outre accéder au système OBD de tout véhicule à partir d’un unique système de diagnostic, universel, simplement en configurant le système de diagnostic avec des données de configuration adaptées à chaque type de véhicule, lesquelles données sont fournies par l’OEM du véhicule. La FIG. 2 illustre schématiquement un dispositif 2 d’un système de communication de données de diagnostic d’un véhicule, par exemple du véhicule 10, selon des exemples de réalisation particuliers et non limitatifs de la présente invention. Le dispositif 2 correspond par exemple à un calculateur de véhicule, une unité TCU, à l’outil de diagnostic 11, au dispositif de calcul 12, au serveur 110 ou encore à un dispositif de communication mobile. Le dispositif 2 est par exemple configuré pour la mise en œuvre des opérations décrites en regard de la FIG. 1 et/ou des étapes du procédé décrit en regard de la FIG. 3 . Des exemples d’un tel dispositif 2 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 portable, un ordinateur, un serveur, un dispositif de diagnostic. 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) 21 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 21 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 22 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 22. 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 24 d’éléments d’interface pour communiquer avec des dispositifs externes. Les éléments d’interface du bloc 24 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 2 comprend une interface de communication 24 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 240. L’interface de communication 24 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 240. L’interface de communication 24 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 250, tactile ou non, un ou des haut-parleurs 260 et/ou d’autres périphériques 270 (système de projection) via respectivement des interfaces de sortie 25, 26 et 27. Selon une variante, l’un ou l’autre des dispositifs externes est intégré au dispositif 2. La FIG. 3 illustre un organigramme des différentes étapes d’un procédé de communication de données de diagnostic d’un véhicule, par exemple du véhicule 10, 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 système de communication comprenant un système de diagnostic tel que le système 11, un véhicule tel que le véhicule 10 et un dispositif de traitement de données distant tel que le serveur 110, le système de diagnostic étant connecté au véhicule via un port de diagnostic du véhicule, le dispositif de traitement de données distant étant relié en communication avec le système de diagnostic, chacun des éléments du système correspondant à un exemple de réalisation du dispositif 2 de la FIG. 2 . Dans une première étape 31, le système de diagnostic transmet une requête d’accès au réseau embarqué à destination du dispositif de traitement de données distant, la requête d’accès comprenant des données d’identification du véhicule et des données d’identification d’un constructeur ou équipementier automobile, dites données d’identification OEM. Dans une deuxième étape 32, le dispositif de traitement de données distant détermine un état de souscription à un service d’accès aux données de diagnostic du véhicule en fonction des données d’identification du véhicule et des données d’identification OEM. Dans une troisième étape 33, le système de diagnostic reçoit de données de configuration du système de diagnostic depuis le dispositif de traitement de données distant lorsque l’état de souscription est représentatif d’un droit d’accès aux données de diagnostic, les données de configuration étant fonction des données d’identification du véhicule et des données d’identification OEM. Dans une quatrième étape 34, le système de diagnostic est configuré en fonction des données de configuration. Dans une cinquième étape 35, des données de diagnostic sont reçues par le système de diagnostic depuis le réseau embarqué de calculateurs du véhicule. Selon une variante, les variantes et exemples des opérations décrits en relation avec la FIG. 1 s’appliquent aux étapes du procédé de la FIG. 3 . 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é et un dispositif de diagnostic d’un véhicule par analyse des données de diagnostic obtenus tel que décrit précédemment. La présente invention concerne également le système de communication de données de diagnostic comprenant le système de diagnostic 11, le véhicule 10 et le dispositif de traitement de données distant 110, le système de diagnostic 11 étant connecté au véhicule 10 via un port de diagnostic 101 du véhicule 10, le dispositif de traitement de données distant 110 étant relié en communication avec le système de diagnostic 11. Procédé de communication de données de diagnostic d’un véhicule (10), ledit véhicule (10) comprenant un port de diagnostic (101), dit port OBD, ledit port OBD (101) étant configuré pour connecter un système de diagnostic (11) à un réseau embarqué de calculateurs dudit véhicule (10), ledit procédé comprenant les étapes suivantes : - transmission (31), par ledit système de diagnostic (11), d’une requête d’accès audit réseau embarqué à destination d’un dispositif de traitement de données distant (110), ladite requête d’accès comprenant des données d’identification du véhicule (10) et des données d’identification d’un constructeur ou équipementier automobile, dites données d’identification OEM ; - détermination (32), par ledit dispositif de traitement de données distant (110), d’un état de souscription à un service d’accès aux données de diagnostic du véhicule (10) en fonction desdites données d’identification du véhicule (10) et desdites données d’identification OEM ; - lorsque ledit état de souscription est représentatif d’un droit d’accès auxdites données de diagnostic, réception (33), par ledit système de diagnostic (11) depuis ledit dispositif de traitement de données distant (110), de données de configuration dudit système de diagnostic (11), lesdites données de configuration étant fonction desdites données d’identification du véhicule (10) et desdites données d’identification OEM ; - configuration (34) dudit système de diagnostic (11) en fonction desdites données de configuration ; et - réception (35) desdites données de diagnostic par ledit système de diagnostic (11) depuis ledit réseau embarqué de calculateurs du véhicule (10). Procédé selon la revendication 1, pour lequel lorsque ledit état de souscription est représentatif d’une interdiction d’accès auxdites données de diagnostic, ledit procédé comprend en outre une étape de transmission de données de souscription audit service d’accès aux données de diagnostic pour obtenir ledit droit d’accès. Procédé selon la revendication 1 ou 2, comprenant en outre une étape de transmission, par ledit dispositif de traitement de données distant (110), de données d’activation dudit droit d’accès au réseau embarqué de calculateurs du véhicule (10). Procédé selon la revendication 3, pour lequel lesdites données d’activation comprennent en outre des données représentatives d’une durée déterminée d’activation dudit droit d’accès. Procédé selon la revendication 3 ou 4, pour lequel lesdites données d’activation sont transmises à destination du réseau embarqué de calculateurs via une liaison sans fil. Procédé selon la revendication 3 ou 4, pour lequel lesdites données d’activation sont transmises à destination d’un dispositif de communication mobile sous la forme d’un code QR via une liaison sans fil, ledit procédé comprenant en outre une étape de lecture dudit code QR par une caméra dudit véhicule (10). 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 au moins un processeur. Système de communication de données de diagnostic d’un véhicule (10), ledit système comprenant un système de diagnostic (11), le véhicule (10) et un dispositif de traitement de données distant (110), ledit système de diagnostic étant connecté audit véhicule via un port de diagnostic du véhicule, ledit dispositif de traitement de données distant étant relié en communication sans fil avec ledit système de diagnostic, ledit système étant configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 4. Système selon la revendication 8, pour lequel ledit dispositif de traitement de données distant (110) est en outre relié en communication sans fil audit véhicule (10), ledit système étant configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 5. Système selon la revendication 8 ou 9, comprenant en outre un dispositif de communication mobile relié en communication sans fil audit dispositif de traitement de données distant (110), ledit système étant configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6.