FR 3145850 A1 20240816 FR 2301251 A 20230210 L’invention propose un procédé de transmission de données de diagnostic d’un véhicule entre un terminal utilisateur et un module de communication amovible branché à un port de diagnostic type ODB2. Le procédé comprend les étapes: émission (102) de balises de présence par le module de communication amovible, également appelé « dongle » ; réception (104) d’une balise de présence ; envoi (110) d’une requête d’appairage par le terminal utilisateur ; ladite requête d’appairage comprenant des données d’identification ; réception (112) de la requête d’appairage par le module ; enregistrement (114) de l’identifiant terminal dans le module de communication amovible ; interdiction (116) d’enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible, de sorte que ledit terminal utilisateur (32) constitue alors un terminal utilisateur exclusif associé au module de communication amovible ; et transmission (120) de données de diagnostic par le module de communication amovible au terminal utilisateur exclusif. Figure à publier avec l’abrégé : Figure 2 Système et procédé d’obtention de données de diagnostic d'un véhicule automobile L'invention concerne les données de surveillance d’un véhicule automobile. Plus précisément, l'invention traite de la récupération des données de diagnostic d’un véhicule automobile. L’invention a pour objet un procédé de transmission de données de diagnostic d’un véhicule automobile. L'invention propose également un système de transmission de données de diagnostic d’un véhicule automobile. L’invention propose également un module de communication amovible pour la transmission de données de diagnostic d’un véhicule automobile. Lors de son fonctionnement, un véhicule génère différentes données de fonctionnement. Les données de fonctionnement incluent des événements spécifiques et des paramètres de fonctionnement. Les paramètres de fonctionnement couvrent notamment la température du moteur, le taux de colmatage d'une ligne d'échappement, les pressions d'injection de carburant, les heures de conduite, la consommation d'énergie et bien d’autres grandeurs et mesures physiques. Les données de fonctionnement sont utilisées pour évaluer les conditions de fonctionnement d'un véhicule, et prédire la probabilité d’une éventuelle panne ou besoin de maintenance à un horizon donné. Ainsi, la collecte des données de fonctionnement est utile pour préserver la fiabilité des organes du véhicule. Les données de fonctionnement sont communément mesurées par des capteurs et des processeurs embarqués. Elles sont collectées par un réseau de contrôle, désigné par l’acronyme CAN qui correspond à l’expression anglosaxonne « Controller Area Network ». Certaines sont ensuite stockées à bord sur une mémoire solidaire du véhicule. Les données de fonctionnement sont ensuite collectées via un module de surveillance qui est branché sur le véhicule. Ce dernier présente une prise de connexion, ou port, tel qu'un connecteur désigné par l’acronyme ODB qui correspond à l’expression anglosaxonne « On-Board Diagnostic ». Un dispositif de deuxième génération, ODB2, est couramment déployé dans les véhicules actuels. Le dispositif de diagnostic embarqué OBD2 offre une solution de diagnostic pour les pannes de moteur. Le document KR20040066966A divulgue un procédé et un système de gestion d'informations de fonctionnement de véhicule par une surveillance à distance par Bluetooth® pour réduire les coûts requis pour gérer des informations de fonctionnement de véhicule en utilisant une communication LAN sans fil basée sur un protocole de communication type Bluetooth®. Un dongle Bluetooth® comprend une mémoire flash, un module Bluetooth®, un connecteur, un processeur (unité centrale de traitement) et deux condensateurs de secours ; et est connecté à un système OBD (On-Board Diagnosis) intégré dans un véhicule via un connecteur. La mémoire stocke les défauts non obtenus via toutes sortes de capteurs intégrés au système OBD. Dans le cas où un véhicule se trouve dans une zone de service d'un point d'accès doté d'un point d'accès, le module Bluetooth® permet au véhicule d'effectuer une communication LAN sans fil par Bluetooth® via une antenne. Le document US2007296559A1 divulgue un système et un procédé de commande d'un dispositif de communication portatif dans un véhicule. Le dispositif de communication portatif est commandé par un module protection ou de gestion de la charge de travail. Pour commander le téléphone cellulaire, au moins un émetteur est couplé au connecteur de diagnostic (par exemple, un connecteur OBD-II) dans le véhicule, qui est couplé directement au connecteur formant un recepteur via un périphérique communément appelé « dongle ». L'émetteur reçoit des instructions du module gestionnaire de charge de travail et les transmet au téléphone cellulaire, de préférence via un protocole sans fil à courte portée tel que Bluetooth®. Afin que le téléphone cellulaire puisse correctement interpréter et agir sur ces commandes, un programme d'application (par exemple, un applet Java) est de préférence téléchargé sur le téléphone par n'importe quel moyen approprié. Avec le programme d'application en place dans le téléphone, les commandes du module de gestion de la charge de travail ou d'un autre module de contrôle dans le véhicule peuvent maintenant être mises en œuvre sur le téléphone cellulaire, offrant ainsi un avantage de sécurité et de commodité à l'utilisateur du véhicule. En particulier, le document US2007296559A1 décrit un véhicule comprenant un port embarqué de diagnostic. Un module de communication amovible avec un boîtier type « dongle » est branché au port embarqué et communique via Bluetooth® avec un téléphone portable. Le port embarqué communique avec des capteurs du véhicule, et avec un système de géo positionnement par satellite. Cependant, chaque étape de transmission de données expose l'utilisateur du véhicule à des fuites de communication. Les données de fonctionnement renferment des données considérées comme confidentielles dont l'utilisateur souhaite encadrer la diffusion. En effet, le module de communication amovible est susceptible d’envoyer des informations reçues et utilisées par un autre terminal de communication. De plus, il existe un risque que les données de fonctionnement transmises ne soient pas correctement collectées. Des données peuvent partiellement atteindre le terminal de référence, ou arriver sous la forme d’un fichier endommagé. Dès lors, des opérations de maintenance sont réalisées sur des données de fonctionnement biaisées ou partielles. Ainsi, la sécurité du véhicule n'est pas maintenue à un niveau satisfaisant. De même, les informations des réglages moteurs sont susceptibles de reposer sur des données erronées. L’invention a pour objectif de répondre à au moins un des problèmes ou inconvénients rencontrés dans l’art antérieur. En particulier, l’invention a pour objectif d’améliorer la sécurité des échanges via un module de communication amovible. L’invention a également pour objectif d’optimiser la sécurité, la rapidité, et la qualité de transmission des données de diagnostic d’un véhicule automobile. Selon un premier aspect, procédé de transmission de données de diagnostic d’un véhicule automobile entre un terminal utilisateur et un module de communication amovible branché à un port de diagnostic du véhicule automobile; remarquable en ce que le procédé de transmission comprend les étapes suivantes : émission de balises de présence par le module de communication amovible ; réception d’une des balises de présence par le terminal utilisateur; envoi d’une requête d’appairage par le terminal utilisateur; ladite requête d’appairage comprenant des données d’identification dudit terminal utilisateur; réception de la requête d’appairage par le module de communication amovible ; enregistrement au moins partiel des données d’identification dans le module de communication amovible ; puis interdiction d’enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible, de sorte que ledit terminal utilisateur constitue alors un terminal utilisateur exclusif associé au module de communication amovible ; transmission de données de diagnostic par le module de communication amovible au terminal utilisateur exclusif. L’invention permet l’élection d’un terminal utilisateur exclusif, puis interdit l’enregistrement d’un autre terminal utilisateur. Le module de communication amovible ignore, ou limite ses interactions avec tout autre terminal utilisateur. Ainsi, le module de communication amovible débute la transmission que lorsqu’il y a certitude de la présence du terminal utilisateur préalablement élu comme exclusif. Préférentiellement, suite à l’étape d’enregistrement, le procédé comprend une étape d’arrêt de l’émission de balises de présence. Préférentiellement, à l’étape d’enregistrement, lesdites données d’identification sont enregistrés dans une mémoire non volatile du module de communication amovible. Préférentiellement, le module de communication amovible comprend une clé de déblocage enregistrée ; à l’étape d’envoi d’une requête d’appairage par le terminal utilisateur; ladite requête d’appairage comprend une clé de déblocage émise ; et le procédé comprend en outre une étape de comparaison de la clé de déblocage émise avec la clé de déblocage enregistrée ; puis à condition que la clé de déblocage émise corresponde à la clé de déblocage enregistrée le procédé effectue l’étape d’enregistrement. Préférentiellement, suite à l’étape de réception ; le procédé comprend en outre une étape de définition d’une clé à variable temporelle dans les données d’identification du terminal utilisateur. Préférentiellement, à l’étape de transmission, les données de diagnostic sont chiffrées selon ladite clé à variable temporelle. Préférentiellement, à l’étape de définition la clé à variable temporelle est calculée en fonction d’une donnée temporelle ; et à l’étape d’enregistrement, la clé à variable temporelle est enregistrée dans le module de communication amovible. Préférentiellement, les données d’identification comprennent un identifiant terminal du terminal utilisateur; à l’étape de définition la clé à variable temporelle est calculée en fonction de l’identifiant module et de l’identifiant terminal du terminal utilisateur. Préférentiellement, à partir de l’étape de transmission de données, le procédé comprend une étape de mesure itérative de puissance de signal par le module de communication amovible; puis une étape de comparaison de la puissance de signal par rapport à un critère de déconnection ; puis une étape de déconnection du module de communication amovible au terminal utilisateur exclusif lorsque la puissance de signal atteint le critère de déconnection. Préférentiellement, à l’étape de réception de la requête d’appairage, le procédé comprend une étape de mesure initiale d’une puissance de référence de la requête d’appairage par le module de communication amovible; le critère de déconnection est fonction de la puissance de référence. Préférentiellement, le critère de déconnection est d’au plus 30% de la puissance de référence, plus préférentiellement d’au plus 50% de la puissance de référence. Préférentiellement, le procédé comprend en outre : une étape de réception d’un identifiant terminal ultérieur d’un terminal utilisateur ultérieur ; une étape de comparaison de l’identifiant terminal ultérieur avec un identifiant terminal exclusif du terminal utilisateur exclusif ; le procédé reprenant l’étape de transmission de données de diagnostic par le module de communication amovible à condition que l’identifiant terminal ultérieur corresponde à l’identifiant terminal exclusif. Préférentiellement, lorsque l’identifiant terminal ultérieur diffère de l’identifiant terminal exclusif, le procédé comprend une étape d’effacement de données d’identification par le module de communication amovible. Préférentiellement, à l’étape d’envoi d’une requête d’appairage, la puissance de signal de la requête d’appairage est constante pendant un seuil de durée, et/ou la puissance de signal de la requête d’appairage est supérieure ou égale à un deuxième seuil de puissance. Préférentiellement, avant l’étape d’émission des balises de présence, le procédé comprend les étapes suivantes : démarrage d’une application de transmission de données sur le terminal utilisateur; recherche de module de communication amovible par le terminal utilisateur; identification d’un module de communication amovible par le terminal utilisateur. Préférentiellement, l’étape de déconnection est une étape de blocage de requêtes. Préférentiellement, les données de diagnostic comprennent des données d’évènements, et en particulier des données de l'affichage de live data, soit des paramètres et valeurs de fonctionnement. Préférentiellement, lorsque la clé de déblocage émise diffère de la clé de déblocage enregistrée, le procédé comprend un blocage des transmissions par le terminal utilisateur et le module de communication amovible. Préférentiellement, la donnée temporelle est une donnée temporelle de définition de la clé à variable temporelle ou une date de réception de la au moins une balise de présence. Préférentiellement, le protocole de communication est un protocole de communication courte distance. Préférentiellement, le procédé comprend une étape d’insertion du module de communication amovible dans un port de communication du véhicule automobile. Préférentiellement, à l’étape d’émission, les balises de présence comprennent un identifiant de module de communication amovible chiffré. Préférentiellement, l’étape de définition d’une clé à variable temporelle est effectuée après l’étape d’enregistrement ; et/ou la clé à variable temporelle est définie par le module de communication amovible. Préférentiellement, suite à l’étape de transmission, le procédé comprend une étape de réception des données de diagnostic par le terminal utilisateur, puis optionnellement une étape de confirmation de réception desdites données de diagnostic. Préférentiellement, l’identifiant terminal est un identifiant terminal unique. Préférentiellement, le critère de déconnection est un critère de puissance de signal. Préférentiellement, à l’étape enregistrement, l’identifiant terminal est enregistré dans une mémoire flash du module de communication amovible. Préférentiellement, à l’étape de transmission, le terminal utilisateur est dans le véhicule automobile. Préférentiellement, à l’étape de transmission, le véhicule automobile circule. Préférentiellement, à l’étape de transmission, les données de diagnostic sont chiffrées. Préférentiellement, après l’étape de déconnection et/ou avant l’étape de transmission de données de diagnostic, le procédé comprend les étapes de : détection d’un terminal utilisateur ultérieur ; communication d’un identifiant utilisateur ultérieur ; comparaison de l’identifiant utilisateur ultérieur à l’identifiant de terminal utilisateur exclusif ; appairage du module de communication amovible et du terminal utilisateur exclusif si l’identifiant utilisateur ultérieur correspond à l’identifiant de terminal utilisateur exclusif. Préférentiellement, le procédé comprend en outre une étape de décryptage des données de diagnostic du véhicule par le terminal utilisateur. Préférentiellement, l’étape d’envoi de la requête d’appairage et l’étape de transmission comprennent l’utilisation d’un protocole de communication avec une portée d’au plus 10 mètres, préférentiellement d’au plus 5 mètres. Préférentiellement, à l’étape de transmission, le niveau de puissance d’appairage est supérieur ou égal à un deuxième seuil de niveau de puissance. Préférentiellement, après l’étape de transmission, le procédé comprend une étape d’effacement de données de diagnostic transmise. Préférentiellement, à l’étape d’envoi de la requête d’appairage, le terminal utilisateur et est à une première distance du module de communication amovible, et à l’étape de transmission, le terminal utilisateur et est à une deuxième distance du module de communication amovible ; la deuxième distance étant au maximum cinq fois supérieure à la première distance. Préférentiellement, le procédé comprend une étape d’acquisition de données de surveillance du véhicule automobile, puis une étape de conversion des données d’acquisition en données de diagnostic. Selon un autre aspect, l’invention propose un procédé de transmission de données de diagnostic d’un véhicule automobile entre un terminal utilisateur et un module de communication amovible branché à un port de diagnostic du véhicule automobile ; le module de communication amovible présentant une clé de déblocage enregistrée et le terminal utilisateur comprenant un identifiant terminal ; remarquable en ce que le procédé de transmission comprend les étapes suivantes : émission de balises de présence par le module de communication amovible ; réception d’une des balises de présence par le terminal utilisateur ; envoi d’une requête d’appairage par le terminal utilisateur ; ladite requête d’appairage comprenant une clé de déblocage émise et l’identifiant terminal dudit le terminal utilisateur ; réception de la requête d’appairage par le module de communication amovible ; comparaison de la clé de déblocage émise avec la clé de déblocage enregistrée ; puis, à condition que la clé de déblocage émise corresponde à la clé de déblocage enregistrée, enregistrement de l’identifiant terminal dans le module de communication amovible ; et transmission de données de diagnostic par le module de communication amovible au terminal utilisateur. Selon un autre aspect, l’invention propose un système de transmission de données de fonctionnement d’un véhicule automobile ; le système de transmission comprenant un terminal utilisateur, et un module de communication amovible destiné à être branché à un port de diagnostic du véhicule automobile ; le module de communication amovible stockant une clé de déblocage enregistrée et le terminal utilisateur comprenant un identifiant terminal ; remarquable en ce que le système de transmission est adapté pour : émettre des balises de présence avec le module de communication amovible ; recevoir une des balises de présence par le terminal utilisateur ; envoyer une requête d’appairage par le terminal utilisateur ; ladite requête d’appairage comprenant une clé de déblocage émise et l’identifiant terminal dudit le terminal utilisateur ; recevoir la requête d’appairage par le module de communication amovible ; comparer la clé de déblocage émise avec la clé de déblocage enregistrée ; puis, à condition que la clé de déblocage émise corresponde à la clé de déblocage enregistrée : enregistrer l’identifiant terminal dans le module de communication amovible ; et transmettre des données de diagnostic par le module de communication amovible au terminal utilisateur. Préférentiellement, le terminal utilisateur est un terminal utilisateur exclusif. Selon un autre aspect, l’invention propose un programme d’ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre un procédé de transmission de données de diagnostic d’un véhicule automobile entre un terminal utilisateur exclusif et un module de communication amovible branché à un port de diagnostic du véhicule automobile ; le module de communication amovible présentant un identifiant module ; remarquable en ce que le procédé de transmission comprend les étapes suivantes : émission de balises de présence par le module de communication amovible ; réception d’une requête d’appairage par le module de communication amovible ; ladite requête d’appairage comprenant des données d’identification dudit le terminal utilisateur exclusif ; enregistrement au moins partiel des données d’identification du terminal utilisateur exclusif dans le module de communication amovible; et interdiction d’enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible ; transmission de données de diagnostic par le module de communication amovible au terminal utilisateur exclusif. Selon un autre aspect, l’invention propose un module de communication amovible de système de transmission de données de fonctionnement d’un véhicule automobile à un terminal utilisateur exclusif comprenant des données d’identification, ledit module de communication amovible étant destiné à être branché à un port embarqué de diagnostic de véhicule automobile; caractérisé en ce que ledit module de communication amovible est configuré pour : émettre des balises de présence ; recevoir une requête d’appairage d’un terminal utilisateur exclusif ; ladite requête d’appairage comprenant des données d’identification dudit terminal utilisateur exclusif ; interdire un enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible ; enregistrer au moins partiellement les données d’identification ; et transmettre des données de diagnostic au terminal utilisateur exclusif. Selon un autre aspect, l’invention propose un véhicule automobile comprenant un module de communication amovible et/ou un système de transmission remarquable en ce que le module de communication est conforme à l’invention et/ou le système de transmission est conforme à l’invention. Préférentiellement, le véhicule comprend des premières données de diagnostic et des deuxièmes données de diagnostic ; les deuxièmes données comprenant des données de positionnement et/ou des données temporelles ; à l’étape de transmission seules les premières données de diagnostic étant transmises. Ainsi, l’invention protège des données confidentielles puisque les données sensibles ne transitent pas via le module de communication. L’invention sera bien comprise et d’autres aspects et avantages apparaîtront clairement à la lecture de la description qui suit, donnée en référence aux figures annexées et énumérées ci-dessous. La est une vue de profil d’un véhicule automobile avec un système de transmission selon l’invention. La est un diagramme d’un procédé de transmission selon l’invention. La est un schéma d’un protocole de communication selon l’invention. Dans la description qui suit, le terme « comprendre » est synonyme de « inclure » et n’est pas limitatif en ce qu’il autorise la présence d’autres éléments dans le véhicule automobile, le système de transmission ou d’autres étapes dans le procédé auquel il se rapporte. Il est entendu que le terme « comprendre » inclut les termes « consister en ». Par données de diagnostic, on entend des données comprenant des codes relatifs à des anomalies ou à des évènements spécifiques détectés lors du fonctionnement du véhicule automobile. Les données de diagnostic comprennent des codes correspondant à des mesures présentant une variation par rapport à un seuil de référence. Dans la présente description, les plages de valeurs comprennent les bornes qui les délimitent. Au travers de la description, les différentes figures utilisent les mêmes signes de référence pour désigner des entités identiques ou similaires. La représente un véhicule automobile 10 selon l’invention. Le véhicule automobile 10 comprend des moyens de stockage d’énergie 12 et au moins un moteur 14 adaptés pour entraîner ledit véhicule automobile 10. Le véhicule automobile 10 comprend au moins un capteur 16, préférentiellement une pluralité de capteurs 16. Les capteurs 16 permettent de mesurer des grandeurs physiques, telles des données de fonctionnement du véhicule automobile 10. Les capteurs 16 sont adaptés pour mesurer des températures des moyens de stockage d’énergie 12 et du moteur 14, un niveau de charge des moyens de stockage d’énergie 12, une pression du moteur 14. Les capteurs peuvent mesurer des données de température et/ou de pression d’un système d’échangeur de chaleurs (non représenté), d’un système de direction, d’un système de suspension, d’un système de freinage. Cette liste est non exhaustive. De manière générale, au moins un ou chaque capteur 16 est configuré pour fournir une donnée physique d’une entité mobile et/ou actionnable du véhicule automobile 10. Les données de fonctionnement peuvent comprendre des données temporelles, telles des durées de fonctionnement. Elles peuvent comprendre des données sur un ou plusieurs états de fonctionnement de dispositifs de sécurité. Par exemple, elles peuvent comprendre des données de diagnostic d’état de fonctionnement d’un système à coussin gonflable (non représenté), communément appelé « airbag ». Le véhicule automobile 10 comprend en outre un réseau local de communication (non représenté). Le réseau local de communication peut au moins relier les capteurs 16. Le véhicule automobile 10 comprend un ordinateur de bord 20 avec une mémoire de bord et un calculateur. La mémoire de l’ordinateur de bord 20 est apte à stocker les données de fonctionnement du véhicule automobile 10 à mesure qu’elles sont envoyées par les capteurs 16. Le calculateur peut effectuer des calculs sur les données de fonctionnement et générer des données de diagnostic en réalisant des tests logiques sur les données de fonctionnement mesurées. Les données de diagnostic sont enregistrées sur la mémoire de bord. Le véhicule automobile 10 comprend également un port, formant une prise de connexion. Le port peut être un port externe. Il peut être un périphérique. Le port est un port de diagnostic embarqué 22. Le port de diagnostic embarqué 22 est relié à l’ordinateur de bord 20 ; directement ou via le réseau local de communication. Ainsi, le port de diagnostic embarqué 22 donne accès aux données de fonctionnement stockées dans la mémoire de bord. Le véhicule automobile 10 est équipé d’un système de transmission 24. Le système de transmission 24 est apte à transmettre des données du véhicule automobile ; par exemple les données de diagnostic du véhicule automobile 10. Le système de transmission 24 peut inclure le port de diagnostic embarqué 22. Le système de transmission 24 présente un module de communication amovible 30. Le module de communication amovible 30 comprend un boîtier abritant une mémoire externe et un processeur externe (non représentés). Le module de communication amovible 30 est branché au port de diagnostic embarqué 22. Le port de diagnostic embarqué 22 et/ou le module de communication amovible 30 sont configurés de sorte à envoyer des requêtes à la mémoire embarquée afin d’obtenir des données de diagnostic. Le système de transmission 24 accueille un terminal utilisateur 32. Le terminal utilisateur 32 peut être du type tablette tactile, ou de type téléphone cellulaire ; également appelé « smartphone ». Le terminal utilisateur 32 peut être un dispositif portable intelligent. Il peut être un ordinateur portable ; notamment en ce sens qu’il comprend une alimentation propre. Le terminal utilisateur 32 comprend une interface visuelle, une interface de saisie manuelle de données par un utilisateur, une mémoire de terminal, et un processeur de terminal (non représentés). Le processeur de terminal et la mémoire de terminal peuvent former un ordinateur, par exemple un ordinateur terminal. Le processeur de terminal peut comprendre un ou plusieurs microprocesseurs ou microcontrôleurs électroniques programmables. De plus, le processeur de terminal peut comprendre une unité centrale de traitement (CPU), une mémoire dédiée (en plus ou comme la mémoire de terminal) et une interface d'entrée/sortie (E/S) à travers laquelle le processeur de terminal peut recevoir une pluralité de signaux d'entrée. Une telle interface d'E/S est également configurée pour générer une pluralité de signaux de sortie comprenant, mais sans s'y limiter, ceux utilisés pour contrôler et/ou fournir des données de diagnostic au port de diagnostic embarqué 22 ou à d’autres systèmes du véhicule automobile 10. La mémoire de terminal est prévue pour le stockage de données et d'instructions ou de code (c'est-à-dire un logiciel informatique comprenant des instructions de code) lisible et/ou avec possibilité d’écrite par le processeur de terminal. La mémoire de terminal peut comprendre diverses formes de mémoire non volatile (c'est-à-dire non transitoire). La mémoire non volatile comprend une mémoire flash ou mémoire morte (ROM), tout type de mémoire morte programmable (par exemple, PROM, EPROM, EEPROM). La mémoire de terminal comprend optionnellement une mémoire volatile, y compris une mémoire vive (RAM), une mémoire vive statique (SRAM), une mémoire vive dynamique à accès aléatoire (DRAM), et une mémoire vive dynamique synchrone (SDRAM). Selon l’invention, la mémoire de terminal peut être interne au processeur de terminal, ou alternativement former un composant séparé. Le terminal utilisateur 32 communique avec le module de communication amovible selon un protocole de communication sans fil de courte portée ; par exemple de type Bluetooth®. Le protocole Bluetooth® est un protocole de télécommunications pour l'échange bidirectionnel de données à courte distance en utilisant des ondes radio. Le protocole Bluetooth® utilise une bande de fréquences comprises entre 2400 MHz et 2483,5 MHz. Plusieurs canaux de communication sont définis dans cette bande de fréquences. Dans le contexte de l’invention, le choix du protocole Bluetooth® limite les interférences en raison de l’étroitesse de sa bande de fréquence. Par ailleurs, son niveau de puissance limite sa portée afin de limiter les potentiels récepteurs formés par un ou plusieurs terminaux utilisateur. La structure métallique du véhicule automobile tend à limiter la portée en dehors de l’habitacle. Ainsi, l’invention sécurise la transmission des donnés en ce sens qu’elle réduit le nombre de destinataires potentiels. De manière générale, le protocole de communication est un protocole de communication faible distance, préférentiellement avec une portée d’au plus 20 mètres, plus préférentiellement d’au plus 10 mètres; éventuellement d’au plus 5 mètres. La présente un diagramme d’un procédé de transmission de données de fonctionnement d’un véhicule automobile selon l’invention. Le véhicule automobile peut correspondre à celui présenté en relation avec la . Le procédé de transmission comprend les étapes suivantes, notamment exécutées dans l’ordre qui suit : insertion 100 du module de communication amovible dans un port de communication du véhicule ; émission 102 de balises de présence par le module de communication amovible, ledit module de communication amovible comprenant une clé de déblocage enregistrée ; réception 104 d’une des balises de présence par le terminal utilisateur ; mesure initiale 106 d’une puissance de référence de la requête d’appairage par le module de communication amovible ; définition 108 d’une clé à variable temporelle qui est calculée en fonction d’une donnée temporelle dans les données d’identification du terminal utilisateur ; envoi 110 d’une requête d’appairage par le terminal utilisateur ; ladite requête d’appairage comprenant les données d’identification et une clé de déblocage émise dudit le terminal utilisateur, et donc sa clé à variable temporelle ; réception 112 de la requête d’appairage par le module de communication amovible ; comparaison 113 de la clé de déblocage émise avec la clé de déblocage enregistrée ; puis à condition que la clé de déblocage émise corresponde à la clé de déblocage enregistrée, enregistrement 114 des données d’identification dans le module de communication amovible, et notamment de la clé à variable temporelle ; interdiction 116 d’enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible, de sorte que ledit terminal utilisateur constitue alors un terminal utilisateur exclusif associé au module de communication amovible ; arrêt 118 de l’émission de balises de présence ; transmission 120 de données de diagnostic par le module de communication amovible au terminal utilisateur exclusif ; réception 122 des données de diagnostic par le terminal utilisateur exclusif ; mesure itérative 124 de puissance de signal par le module de communication amovible ; puis comparaison 126 de la puissance de signal mesurée par rapport à un critère de déconnection ; puis déconnection 128 du module de communication amovible au terminal utilisateur exclusif lorsque la puissance de signal atteint le critère de déconnection ; réception 130 d’un identifiant terminal ultérieur d’un terminal utilisateur ultérieur ; comparaison 132 de l’identifiant terminal ultérieur avec les données d’identification ; appairage 134 du module de communication amovible et du terminal utilisateur ultérieur si l’identifiant terminal ultérieur correspond aux données d’identification, et reprise ou démarrage de l’étape de transmission 120 de données de diagnostic par le module de communication amovible à condition que l’identifiant terminal ultérieur corresponde bien aux données d’identification ; décryptage 136 des données de diagnostic du véhicule par le terminal utilisateur. Le terminal utilisateur est dit terminal utilisateur exclusif en ce sens qui est le seul à pouvoir s’appairer avec le module de communication. Il s’agit du premier terminal utilisateur à réussir à s’appairer avec le module de communication amovible. Ses données d’identification sont des données d’identification exclusives. Elles comprennent son identifiant terminal qui est un identifiant unique, propre à chaque terminal. De manière générale, les étapes du procédé de transmission utilisent un protocole de communication à courte distance, par exemple un protocole Bluetooth®. Le protocole de communication courte distance est entendu comme un protocole dont la portée est d’au plus 20 mètres, préférentiellement d’au plus 10 mètres. Au-delà de ces distances, la puissance du signal reçu implique des pertes d’informations, par exemple d’au moins 10%. A l’étape d’insertion 100, le module de communication est alimenté. Il est alimenté suite à une mise de contact du véhicule. En particulier son processeur externe et ses moyens de communication sont alimentés. Les moyens de communication comprennent une antenne apte à fonctionner en émission et en réception. A l’étape d’émission 102, les balises de présence sont chiffrées ; et à l’étape de réception 104 d’une des balises de présence, le terminal utilisateur décode ladite balise de présence. Les balises de présence comprennent une signature, ou identifiant de module, permettant d’identifier le module de communication amovible. La signature permet de détecter que le module de communication amovible fait partie du système de transmission. Cette détection s’effectuer au travers de l’application installée sur le terminal utilisateur. Les balises de présence sont émises à intervalle régulier, pendant une durée prédéterminée à partir de l’allumage ou de l’étape d’insertion 100. A l’étape d’émission 102, les balises de présence comprennent un identifiant de module de communication amovible chiffré. Cet identifiant est déchiffré par l’application exécutée par le terminal utilisateur. Cela évite qu’un terminal non équipé de l’application dédié parvienne à identifier, à reconnaître, le module de communication amovible. La confidentialité est ainsi privilégiée. Avant l’étape d’émission 102 des balises de présence, le procédé de transmission peut comprendre les étapes suivantes (non représentées), et effectuées par le terminal utilisateur : démarrage d’une application de transmission de données sur le terminal utilisateur; recherche de module de communication amovible par le terminal utilisateur; identification du module de communication amovible par le terminal utilisateur. L’étape d’identification du module de communication amovible est déclenchée par la réception d’une des balises de présence. De manière générale, l’étape de démarrage de l’application peut être une étape d’envoi d'une déclaration d’état prêt à s’appairer. La réception des balises de présence permet un changement d’état du module de communication amovible ; qui passe d’un état de veille à un état de réactivation. Avant l’étape d’émission 102 des balises de présence, le procédé comprend une étape d’acquisition de données de surveillance du véhicule automobile, puis une étape de conversion des données surveillance en données de diagnostic. L’étape d’acquisition de données de surveillance peut être une étape de lecture des données de surveillance. L’étape d’acquisition permet d’obtenir en continu ou à intervalle régulier des grandeurs physiques propres au fonctionnement du véhicule automobile. Ensuite, lors de l’étape de conversion, ces grandeurs physiques sont comparées à des seuils de tolérance afin d’identifier d’éventuelles anomalies, et donc d’effectuer un diagnostic en temps réel du véhicule. Ces anomalies sont avantageusement traduites par des désignations prédéfinies ; qui sont à leur tour chiffrées. Elles forment des données de diagnostics. Plus généralement, les données de diagnostic peuvent comprendre des données relatives à des évènements. Communiquer indirectement les données de diagnostic permet de réduire le poids des messages envoyés tout en optimisant la précision du diagnostic et le temps de communication. Le temps de décodage diminue également. L’étape de mesure initiale 106 est effectuée à partir de, ou après, l’étape de réception 112 de la requête d’appairage. Le critère de déconnection est fonction de la puissance de référence. Le critère de déconnection ; et donc de coupure de communication ; est d’au plus 30% de la puissance de référence, préférentiellement d’au plus 50% de la puissance de référence. Le critère de déconnection est également entendu comme un critère de puissance. Ce niveau de puissance impose une proximité du terminal utilisateur, et notamment une présence dans l’habitacle. Cela limite le nombre de terminal susceptible d’entrer en communication avec le module de communication amovible. A l’étape de définition 108 de la clé à variable temporelle, celle-ci est définie par le terminal utilisateur qui devient alors exclusif. La clé à variable temporelle comprend une clé AES ; correspondant à l’acronyme de l’expression anglosaxonne « Advanced Encryption Standard ». La clé à variable temporelle est intégrée dans les données d’identification du terminal utilisateur exclusif. La clé AES est avantageusement une clé AES 256, ce qui optimise la sécurité et les calculs. Selon une option, à l’étape de transmission 120, les données de diagnostic sont chiffrées selon ladite clé à variable temporelle. A l’étape de définition 108, la clé à variable temporelle est calculée en fonction d’une donnée temporelle qui est issue de l’horloge interne du terminal utilisateur exclusif. La donnée temporelle peut correspondre à la date de définition de la clé à variable temporelle, ou la date de réception de la au moins une balise de présence. Dans cette alternative, la date est la date de l’étape de réception 106 de la balise qui permet de continuer le procéder. Par date, on entend un point dans le temps défini à la minute près, préférentiellement à la seconde près, plus préférentiellement au dixième de seconde près. La donnée temporelle est appliquée à une fonction temporelle, par exemple une fonction elliptique, fournissant un code temporel. Les données d’identification propres au terminal utilisateur exclusif comprennent son identifiant terminal exclusif. Elles forment une clé de déblocage enregistrée. A l’étape de définition 108 la clé à variable temporelle est calculée en fonction de l’identifiant module et de l’identifiant terminal du terminal utilisateur exclusif. La clé à variable temporelle est calculée en multipliant les identifiants au code temporel. D’autres opérations sont possibles pour augmenter encore la sécurité. L’invention combine donc une donnée temporelle qui sélectionne un point sur une courbe suivant une loi temporelle, la code selon une fonction mathématique, puis la combine avec l’identifiant terminal et l’identifiant module. Ainsi, il y a unicité des données permettant l’appairage puisqu’elles reposent sur les identités des entités appairées, d’une donnée temporelle codée par une fonction de sécurité. Ainsi, la sécurité est renforcée. A l’étape d’envoi 110 d’une requête d’appairage, la puissance du signal de la requête d’appairage est constante pendant un seuil de durée, et/ou la puissance du signal de la requête d’appairage est supérieure ou égale à un deuxième seuil de puissance. Cet aspect ajoute une sécurité car il évite les connexions accidentelles. La requête d’appairage peut comprendre un message d'interrogation avec une demande d'initiation d'appairage entre le terminal utilisateur et le module de communication amovible ; et comprend en outre le code de déblocage du système de transmission. A l’étape d’envoi 110 de la requête d’appairage, le terminal utilisateur est à une première distance du module de communication amovible, et à l’étape de transmission, le terminal utilisateur est à une deuxième distance du module de communication amovible ; la deuxième distance étant au maximum cinq fois supérieure à la première distance. L’étape de réception 112 de la requête d’appairage, ou l’étape d’enregistrement 114 des données d’identification, peut comprendre une sous-étape de confirmation de l’appairage, par exemple avec un envoi d’un message de confirmation du module de communication amovible au terminal utilisateur exclusif. L’étape de comparaison 113 de la clé de déblocage émise avec la clé de déblocage enregistrée est effectuée par le module de communication amovible. Cet aspect augmente la sécurité puisqu’un seul appareil centralise les étapes clés. En complément cette étape intermédiaire optionnelle ajoute un niveau de sécurité puisqu’elle nécessite un premier code de vérification pour pouvoir poursuivre la suite du procédé. Si à l’issu de la comparaison la clé de déblocage émise diffère de la clé de déblocage enregistrée, le procédé continue l’exécution de l’étape d’émission (102) de balise de présence par le module de communication amovible. A l’étape d’enregistrement 114 de l’identifiant terminal, ledit identifiant terminal est enregistré sur une mémoire non volatile du module de communication amovible. L’identifiant terminal est enregistré dans une mémoire flash du module de communication amovible. Ainsi, cet identifiant terminal reste malgré une coupure d’alimentation du module de communication amovible. A l’étape d’interdiction 116, le module de communication amovible bloque la prise en compte d’un terminal utilisateur étranger. L’option de prise en compte d’un nouveau terminal utilisateur est supprimée. Les données propres à ce dernier ne sont pas conservées après réception. Le module de communication amovible ferme la possibilité d’enregistrement de toutes autres données d’identification. De manière générale, l’étape d’interdiction peut être une étape d’effacement de données d’un terminal utilisateur étranger. A l’étape de transmission 120, les données de diagnostic sont chiffrées selon ladite clé à variable temporelle, qui est enregistrée des deux côtés du système de transmission. Cette clé est ensuite employée pour coder et décoder les informations échangées. Suite à l’étape de transmission 120 des données, lorsque l’identifiant terminal ultérieur diffère des données d’identification propres au terminal utilisateur exclusif, à l’issue de l’étape de comparaison 132 ; le terminal en présence est un terminal utilisateur étranger au système. Selon une option, le procédé exécute alors une étape d’effacement 138 de l’identifiant terminal considéré comme étranger par le module de communication amovible. Le procédé effectue donc un verrouillage de la possibilité d’appairage avec un terminal utilisateur. A l’étape de transmission 120, le terminal utilisateur exclusif est dans le véhicule automobile. Ainsi, le terminal utilisateur parvient à recevoir ces données lorsque le véhicule automobile circule. Il peut les recevoir et les décoder. Au final, l’utilisateur parvient à interpréter les données de diagnostic, et lui seul en est capable puisqu’il possède les données d’identification compatibles. Il est le seul susceptible d’entrer en communication avec le module de communication. La sécurité est renforcée. A l’étape de transmission 120, le niveau de puissance d’appairage est supérieur ou égal à un deuxième seuil de niveau de puissance prédéfini. Si le niveau de puissance d’appairage est inférieur un deuxième seuil, il est considéré que le terminal utilisateur exclusif n’est pas assez proche du module de communication ; et qu’un critère de sécurité n’est plus rempli. Dès lors, le procédé retourne à l’étape d’émission 102 de balises de présence. A l’étape de mesure itérative 124 de puissance de signal, le module de communication amovible peut mesurer des puissances de signaux de requêtes de demande de transmission de données de diagnostic et/ou des puissances de signaux de confirmation de réception de données de diagnostic. Selon une alternative de l’invention, l’étape de mesure itérative de puissance de signal est effectuée par le terminal utilisateur ; par exemple sur les trames des envois des données de diagnostic. Suite à l’étape d’effacement 138 de l’identifiant terminal par le module de communication amovible lorsque l’identifiant terminal ultérieur diffère des données d’identification ; le procédé recommence son exécution à l’étape émission 102 des balises de présence. A l’étape de comparaison 126 de la puissance de signal, tant que la puissance de signal n’atteint pas le critère de déconnection, le procédé continue l’étape de transmission 120 des données de diagnostic. La présente un schéma d’un protocole de transmission de données de diagnostic d’un véhicule automobile selon l’invention. Le véhicule automobile peut correspondre à celui présenté en relation avec la . Le protocole de transmission peut s’intégrer dans le procédé de transmission présenté en relation avec la . Des flèches horizontales entre les deux rails en pointillés indiquent des signaux envoyés entre depuis le module de communication amovible 30 et le terminal utilisateur 32. La direction de la pointe de flèche indique la direction de déplacement du signal. Un éventuel terminal utilisateur étranger 34 est représenté. Son architecture est similaire à celle du terminal utilisateur 32 ; toutefois leurs identifiants diffèrent. Le protocole de transmission comprend les étapes suivantes : émission 102 de balises de présence à intervalle régulier ; par exemple à la mise APC du véhicule, notamment sur une durée prédéfinie ; réception 104 d’une des balises de présence ; définition 108 d’une clé à variable temporelle ; envoi 110 d’une requête d’appairage ; ladite requête d’appairage comprenant une clé de déblocage émise et des données d’identification de l’identifiant terminal; réception 112 de la requête d’appairage ; comparaison 113 de la clé de déblocage émise avec la clé de déblocage enregistrée ; puis, à condition que la clé de déblocage émise corresponde à la clé de déblocage enregistrée : enregistrement 114 de l’identifiant terminal dans le module de communication amovible ; interdiction 116 d’enregistrement de données d’identification d’un terminal utilisateur étranger de sorte que ledit terminal utilisateur 32 constitue alors un terminal utilisateur exclusif associé au module de communication amovible 30 ; et transmission 120 de données de diagnostic au terminal utilisateur exclusif ; confirmation 140 de réception des données de diagnostic ; déconnexion 128 du terminal utilisateur exclusif 32 ; envoi 142 d’une demande d’appairage par un terminal utilisateur étranger 34 avec son identifiant ; effacement 138 de l’identifiant du terminal utilisateur étranger 34. Lors de l’étape d’émission 102 de balises de présence, le module de communication amovible 30 est dans un état prêt à s’appairer pour un premier appairage ; également appelé appairage exclusif puisqu’il permet de définir le terminal utilisateur exclusif avec lequel il aura la capacité à s’appairer. On remarque que l’envoi des balises de présence s’interrompt avec ou suite à l’étape d’enregistrement 114. L’envoi des balises de présence peut reprendre dès l’étape de déconnexion 128 ; par exemple en modifiant les balises de présence. Après l’étape de déconnexion 128, le module de communication amovible exclusif 30 émet à nouveau des balises de présence. Ce nouvel envoi peut démarrer dès que le module de communication amovible 30 est alimenté, ou après une durée prédéfinie après l’étape de déconnexion 128. A l’étape d’émission 102 de balises de présence, lesdites balises de présence peuvent être des premières balises de présence ; par exemple avec un message de disponibilité pour la définition d’un appairage exclusif. Après l’étape de déconnexion 128, les balises de présence sont optionnellement des deuxièmes balises de présence, sans message de disponibilité pour la définition d’un appairage exclusif. Selon une option de l’invention, à l’étape d’enregistrement 114 le module de communication amovible 30 envoie une confirmation d’appairage, signifiant au terminal utilisateur 32 qu’ils sont appairés. Ainsi, le terminal utilisateur 32 devient le terminal utilisateur exclusif. Ils forment un réseau de communication fermé. Après déconnexion, le terminal utilisateur exclusif 32 et le module de communication amovible 30 sont aptes à s’appairer à nouveau ; et donc à communiquer de nouveau, par exemple après l’étape d’effacement 138 et/ou après l’étape de déconnexion 128. Dans ce contexte, l’un ou l’autre envoie des messages de présence ou des demandes d’appairage. Lorsque le terminal utilisateur exclusif 32 communique son identifiant terminal l’appairage est effectif. Les mêmes caractéristiques de codage décrites avant sont appliquées. Seul le terminal utilisateur exclusif se connecte automatiquement au module de communication amovible 30 et en récupère automatiquement les données de diagnostic grâce à une demande de données de diagnostic. Cette demande comprend les données d’identification du terminal utilisateur exclusif qui permettent au module de communication amovible de le reconnaître. Par-là, l’invention optimise la sécurité et la rapidité de récupération des données de diagnostic. Dans le cas où l’éventuel terminal utilisateur étranger 34 émet une requête de connexion, cette requête est ignorée puisqu’elle intervient après l’étape d’interdiction 116 d’enregistrement. Ce terminal utilisateur étranger 34 peut avoir démarré la même application de transmission de données que le terminal utilisateur exclusif. Lors d’une telle requête, le terminal utilisateur étranger 34 communique sont identifiant terminal ultérieur. Puisque le module de communication amovible 30 reçoit cet identifiant terminal utilisateur étranger, il le compare aux données d’identification du terminal utilisateur exclusif. Dans la mesure où ces identifiants diffèrent, le module de communication amovible 30 interdit l’appairage. En effet, même si le terminal utilisateur étranger utilise la même fonction temporelle que le terminal utilisateur, leurs identifiants propres diffèrent. En complément, la date de requête d’appairage étrangère diffèrera également. Ensuite, le module de communication amovible 30 supprime de sa mémoire interne l’identifiant terminal étranger après la comparaison qui s’est avérée négative. Donc, même si le terminal utilisateur étranger 34 utilise l’application compatible avec le module de communication amovible 30, ce dernier n’établit pas l’appairage, ni la transmission des données. Ainsi, la sécurité est préservée. En parallèle, il supprime les données correspondantes pour préserver sa mémoire. Procédé de transmission de données de diagnostic d’un véhicule automobile (10) entre un terminal utilisateur (32) et un module de communication amovible (30) branché à un port de diagnostic du véhicule automobile (10) ; caractérisé en ce que le procédé de transmission comprend les étapes suivantes : émission (102) de balises de présence par le module de communication amovible (30) ; réception (104) d’une des balises de présence par le terminal utilisateur (32) ; envoi (110) d’une requête d’appairage par le terminal utilisateur (32) ; ladite requête d’appairage comprenant des données d’identification dudit terminal utilisateur (32) ; réception (112) de la requête d’appairage par le module de communication amovible (30) ; enregistrement (114) au moins partiel des données d’identification dans le module de communication amovible (30) ; puis interdiction (116) d’enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible (30), de sorte que ledit terminal utilisateur (32) constitue alors un terminal utilisateur exclusif associé au module de communication amovible (30) ; transmission (120) de données de diagnostic par le module de communication amovible (30) au terminal utilisateur exclusif (32). Procédé selon la revendication 1, caractérisé en ce que suite à l’étape d’enregistrement (114), le procédé comprend une étape d’arrêt (118) de l’émission de balises de présence ; préférentiellement à l’étape d’enregistrement (114), lesdites données d’identification sont enregistrés dans une mémoire non volatile du module de communication amovible (30). Procédé selon l’une des revendications 1 à 2, caractérisé en ce que le module de communication amovible (30) comprend une clé de déblocage enregistrée ; à l’étape d’envoi (110) d’une requête d’appairage par le terminal utilisateur (32) ; ladite requête d’appairage comprend une clé de déblocage émise ; et le procédé comprend en outre une étape de comparaison (113) de la clé de déblocage émise avec la clé de déblocage enregistrée ; puis à condition que la clé de déblocage émise corresponde à la clé de déblocage enregistrée le procédé effectue l’étape d’enregistrement (114). Procédé selon l’une des revendications 1 à 3, caractérisé en ce que suite à l’étape de réception (104) ; le procédé comprend en outre une étape de définition (108) d’une clé à variable temporelle dans les données d’identification du terminal utilisateur (32), préférentiellement à l’étape de transmission (120), les données de diagnostic sont chiffrées selon ladite clé à variable temporelle. Procédé selon la revendication 4, caractérisé en ce qu’à l’étape de définition (108) la clé à variable temporelle est calculée en fonction d’une donnée temporelle ; et à l’étape d’enregistrement (114), la clé à variable temporelle est enregistrée dans le module de communication amovible. Procédé selon l’une des revendications 4 à 5, caractérisé en ce que les données d’identification comprennent un identifiant terminal du terminal utilisateur (32) ; à l’étape de définition (108) la clé à variable temporelle est calculée en fonction de l’identifiant module et de l’identifiant terminal du terminal utilisateur (32). Procédé selon l’une des revendications 1 à 6, caractérisé en ce qu’à partir de l’étape de transmission (120) de données, le procédé comprend une étape de mesure itérative (124) de puissance de signal par le module de communication amovible (30) ; puis une étape de comparaison (126) de la puissance de signal par rapport à un critère de déconnection ; puis une étape de déconnection (128) du module de communication amovible (30) au terminal utilisateur exclusif (32) lorsque la puissance de signal atteint le critère de déconnection. Procédé selon la revendication 7, caractérisé en ce qu’à l’étape de réception (112) de la requête d’appairage, le procédé comprend une étape de mesure initiale (106) d’une puissance de référence de la requête d’appairage par le module de communication amovible (30); le critère de déconnection est fonction de la puissance de référence. Procédé selon la revendication 8, caractérisé en ce que le critère de déconnection est d’au plus 30% de la puissance de référence, préférentiellement d’au plus 50% de la puissance de référence. Procédé selon l’une des revendications 1 à 9, caractérisé en ce que le procédé comprend en outre : une étape de réception (130) d’un identifiant terminal ultérieur d’un terminal utilisateur ultérieur ; une étape de comparaison (132) de l’identifiant terminal ultérieur avec un identifiant terminal exclusif du terminal utilisateur exclusif ; le procédé reprenant l’étape de transmission (120) de données de diagnostic par le module de communication amovible (30) à condition que l’identifiant terminal ultérieur corresponde à l’identifiant terminal exclusif. Procédé selon la revendication 10, caractérisé en ce que lorsque l’identifiant terminal ultérieur diffère de l’identifiant terminal exclusif, le procédé comprend une étape d’effacement (138) de données d’identification par le module de communication amovible (30). Procédé selon l’une des revendications 1 à 11, caractérisé en ce qu’à l’étape d’envoi (110) d’une requête d’appairage, la puissance de signal de la requête d’appairage est constante pendant un seuil de durée, et/ou la puissance de signal de la requête d’appairage est supérieure ou égale à un deuxième seuil de puissance. Procédé selon l’une des revendications 1 à 12, caractérisé en ce qu’avant l’étape d’émission (102) des balises de présence, le procédé comprend les étapes suivantes : démarrage d’une application de transmission de données sur le terminal utilisateur (32); recherche de module de communication amovible (30) par le terminal utilisateur (32); identification d’un module de communication amovible (30) par le terminal utilisateur (32). Programme d’ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre un procédé de transmission de données de diagnostic d’un véhicule automobile (10) entre un terminal utilisateur (32) et un module de communication amovible (30) branché à un port de diagnostic du véhicule automobile (10) ; le module de communication amovible (30) présentant un identifiant module ; caractérisé en ce que le procédé de transmission comprend les étapes suivantes : émission (102) de balises de présence par le module de communication amovible (30) ; réception (112) d’une requête d’appairage par le module de communication amovible (30) ; ladite requête d’appairage comprenant des données d’identification dudit le terminal utilisateur (32) ; enregistrement (114) au moins partiel des données d’identification du terminal utilisateur (32) dans le module de communication amovible (30) ; et interdiction (116) d’enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible (30), de sorte que ledit terminal utilisateur (32) constitue alors un terminal utilisateur exclusif associé au module de communication amovible (30) ; transmission (120) de données de diagnostic par le module de communication amovible au terminal utilisateur exclusif (32). Module de communication amovible (30) de système de transmission de données de fonctionnement d’un véhicule automobile (10) à un terminal utilisateur (32) comprenant des données d’identification, ledit module de communication amovible (30) étant destiné à être branché à un port embarqué de diagnostic de véhicule automobile (10) ; caractérisé en ce que ledit module de communication amovible (30) est configuré pour : émettre des balises de présence ; recevoir une requête d’appairage d’un terminal utilisateur (32) ; ladite requête d’appairage comprenant des données d’identification dudit terminal utilisateur (32) ; interdire un enregistrement de données d’identification d’un terminal utilisateur étranger dans le module de communication amovible (30), de sorte que ledit terminal utilisateur (32) constitue alors un terminal utilisateur exclusif associé au module de communication amovible (30) ; enregistrer au moins partiellement les données d’identification ; et transmettre des données de diagnostic au terminal utilisateur exclusif (32).