Brevet FR3093218A1 — publié le 20200828

Description Titre de l'invention : récupération de données stockées sur une clé d'un véhicule Domaine technique [0001] La présente invention concerne les systèmes et procédés de récupération de données stockées sur une clé d'un véhicule, notamment de type automobile. [0002] La présente invention trouvera ainsi de nombreuses applications avantageuses dans l'industrie des véhicules intelligents et connectés, et notamment dans les automobiles connectées. [0003] La présente invention permettra par exemple de favoriser le développement de services de lecture d'informations contenues dans les clés de véhicules tels que par exemple les services de type après-vente à destination d'experts automobiles. D'autres services susceptibles d'exploiter les informations contenues dans les clés de véhicules pourront également être envisagées dans le cadre de la présente invention. Arrière-plan technologique [0004] Les véhicules contemporains utilisent souvent une clé adaptée au stockage d'information sur le véhicule, ces informations étant par exemple stockées dans un transpondeur intégré dans la clé. [0005] A titre d'exemple, ces informations concernent par exemple le numéro d'identification du véhicule, l'horodatage et le kilométrage du dernier démarrage du véhicule, les échéances pour le prochain entretien du véhicule ou encore des paramètres associés à des réglages personnels de composants du véhicule. [0006] Classiquement, la lecture de ces informations contenues dans la clé nécessite un matériel spécifique fourni par les fournisseurs des composants de la clé du véhicule. [0007] La spécificité de ce matériel a pour conséquence que ce type de matériel est coûteux ; ceci freine la fourniture de services associés à la lecture des informations contenues dans les clés de véhicule. [0008] Objet et résumé de la présente invention [0009] La présente invention vise à améliorer la situation décrite ci-dessus. [0010] La présente invention vise donc à remédier à au moins un des différents incon- vénients mentionnés ci-dessus en proposant la récupération de ces données stockées sur un clé à l'aide d'un outil de diagnostic débarqué dudit véhicule, ceci sans mettre en oeuvre le matériel spécifique dédié jusqu'à présent dans les solutions existantes. [0011] Selon un premier aspect, l'objet de la présente invention concerne un procédé de ré- cupération d'au moins une donnée de véhicule contenant au moins une information relative à un premier véhicule, l'au moins une donnée de véhicule étant contenue dans 2 une clé du premier véhicule. [0012] Avantageusement, la clé comprend un transpondeur intégré. [0013] Selon l'invention, le procédé comprend avantageusement les étapes suivantes : [0014] réception par un premier calculateur d'un système embarqué sur un deuxième véhicule d'une requête de lecture de l'au moins une donnée de véhicule émise par un outil de diagnostic débarqué du deuxième véhicule ; transmission, par le premier calculateur à l'intention du transpondeur, d'une demande de lecture de l'au moins une donnée contenue dans la clé ; réception par le premier calculateur de l'au moins une donnée contenue dans la clé ; transmission, par le premier calculateur,de l'au moins une donnée contenue dans la clé vers l'outil de diagnostic. [0015] Selon une variante de réalisation de la présente invention, le premier calculateur et l'outil de diagnostic communiquent entre eux via un bus de communication série multiplexée. [0016] Selon une autre variante de réalisation de la présente invention, l'étape de transmission de demande de lecture comprend les étapes suivantes : [0017] transmission de la commande de lecture à un module de commutation sous volant de direction ou placé juste derrière une zone dédiée de la planche de bord; transmission, par le module de commutation à une bobine transpondeur, d'une demande de lecture de la au moins une donnée à l'intention du transpondeur ; transmission, par la bobine transpondeur au transpondeur, de la demande de lecture de la au moins une donnée. [0018] Selon une variante, la clé est avantageusement une clé de type main libre. [0019] Préférentiellement, l'étape de transmission de demande de lecture comprend les étapes suivantes : [0020] transmission de la commande de lecture à un deuxième calculateur de com- munication main libre ; transmission, par le deuxième calculateur au transpondeur, la demande de lecture de la au moins une donnée. [0021] Avantageusement, le premier véhicule est diffèrent du deuxième véhicule, le premier véhicule et le deuxième véhicule étant compatibles avec la clé. [0022] Selon un deuxième aspect, l'objet de la présente invention concerne un système de récupération d'au moins une donnée de véhicule contenant au moins une information relative à un premier véhicule, l'au moins une donnée de véhicule étant contenue dans une clé du premier véhicule. [0023] Avantageusement, la clé comprend un transpondeur intégré. 3 [0024] Préférentiellement, le système correspond à un système embarqué d'un deuxième véhicule, ledit système comprenant un premier calculateur configure pour : [0025] recevoir une requête de lecture de l'au moins une donnée de véhicule émise par un outil de diagnostic débarqué du deuxième véhicule ; transmettre, à l'intention du transpondeur, une demande de lecture de l'au moins une donnée contenue dans la clé ; recevoir l'au moins une donnée contenue dans la clé ; et transmettre l'au moins une donnée contenue dans la clé vers l'outil de diagnostic. [0026] Selon une variante de réalisation, le premier calculateur et l'outil de diagnostic com- muniquent entre eux via un bus de communication série multiplexée. [0027] Selon une autre variante, le système comprend en outre un module de commutation sous volant de direction -ou place juste derrière une zone dédiée de la planche de bord-et une bobine transpondeur, système dans lequel le premier calculateur est configure pour transmettre la commande de lecture au module de commutation du système, le module de commutation étant configure pour transmettre à la bobine transpondeur une demande de lecture de l'au moins une donnée à l'intention du transpondeur, et la bobine transpondeur est configurée pour transmettre au transpondeur la demande de lecture de l'au moins une donnée. [0028] Selon encore une variante, la clé est une clé de type main libre, le système comprenant en outre un deuxième calculateur de communication main libre, système dans lequel le premier calculateur est configure pour transmettre au deuxième calculateur la commande de lecture, et le deuxième calculateur est configure pour transmettre au transpondeur la demande de lecture de l'au moins une donnée. [0029] Selon une variante supplémentaire, le premier véhicule est différent du deuxième véhicule, le premier véhicule et le deuxième véhicule étant compatibles avec la clé. [0030] Selon un troisième aspect, l'objet de la présente invention concerne un véhicule, par exemple de type automobile, comprenant le système tel que décrit ci-dessus selon le deuxième aspect de l'invention. [0031] Selon un quatrième aspect, l'objet de 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 l'invention, ceci notamment lorsque le programme d'ordinateur est exécuté par au moins un processeur. [0032] Un tel programme d'ordinateur peut utiliser n'importe quel langage de pro- grammation, 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. [0033] Selon un cinquième aspect, l'objet de 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 r invention. [0034] 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 rnicroélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. [0035] D'autre part, ce support d'enregistrement peut également être un support trans- missible 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 l'invention peut être en particulier téléchargé sur un réseau de type Internet. [0036] 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. [0037] Ainsi, par ses différentes caractéristiques techniques fonctionnelles et structurelles décrites ci-dessus, on utilise les composants techniques implémentés dans les véhicules en lieu et place d'un outil dédié afin de lire et transmettre les données contenues dans les clés. On dispose ainsi d'une solution de récupération de données permettant d'afficher via par exemple l'interface graphique (IHM) de l'outil débarqué les données contenues dans la clé. [0038] Brève description des figures annexées [0039] D'autres caractéristiques et avantages de la présente invention ressortiront de la des- cription ci-dessous, en référence aux figures annexées qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif et sur lesquelles : [0040] [fig.1] la figure 1 représente de façon schématique l'architecture d'un système pour la récupération d'au moins une donnée stockée dans une clé de véhicule, selon un premier exemple de réalisation particulier de la présente invention ; [0041] [fig.2] la figure 2 représente de façon schématique l'architecture d'un système pour la récupération d'au moins une donnée stockée dans une clé de véhicule, selon un deuxième exemple de réalisation particulier de la présente invention ; [0042] [fig.3] la figure 3 représente de façon schématique un calculateur d'un système de la figure 1 ou de la figure 2, selon un exemple de réalisation particulier de la présente invention ; et [0043] [fig.4] la figure 4 représente un organigramme d'un procédé de récupération d'au moins une donnée de véhicule mis en oeuvre dans le système de la figure 1 ou de la figure 3, selon un exemple de réalisation particulier de la présente invention. [0044] Description détaillée selon un exemple de réalisation avantageux [0045] Un système et un procédé de récupération de données vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. [0046] Pour rappel, un des objectifs de la présente consiste à utiliser la technologie et les moyens techniques embarqués nativement dans les véhicules pour lire et transmettre les données contenues dans les clés depuis les transpondcurs des clés, et un outil de diagnostic en guise d'interface pour lancer la fonction et afficher les données récupérées. [0047] Ceci est rendu possible dans les différents modes de réalisation décrits ci-dessous. [0048] L'exemple de la figure 1 correspond à un mode de réalisation dans lequel la clé 12 est une clé de contact ou clé plip. [0049] Dans cet exemple et comme illustré en figure 1, le système 11 comprend les éléments nativement embarqués dans le véhicule, à savoir notamment un premier calculateur 111 du type par exemple un boîtier de servitude intelligent (BSI), un module de commutation sous volant de direction 112 et la bobine transpondeur 113. [0050] Dans cet exemple de la figure 1, l'opérateur muni d'un outil de diagnostic 10 émet via l'interface IHM dudit outil 10 une requête à destination du système 11 dans le véhicule pour lire au moins une donnée de véhicule contenant au moins une information relative audit véhicule, cette donnée étant contenue dans ladite clé 12. [0051] Cette requête est émise par l'outil de diagnostic 10 via un bus de communication série multiplexée tel que par exemple un bus de données de type CAN (pour Controller Area Network »). [0052] Dans cet exemple, l'outil de diagnostic est un outil d'enregistrement se présentant sous la forme d'un boîtier autonome pouvant se brancher sur le port OBD du véhicule et lançant des requêtes compréhensibles par le véhicule. Un tel boîtier peut ensuite être lu par un ordinateur par une liaison avec ou sans fil ou encore pourrait émettre les informations par message du type SMS à un smartphone ou à un serveur. [0053] Sur réception 41 de cette requête de lecture, le calculateur Ill dudit système embarqué 11 transmet lors d'une étape 42 au transpondeur la demande de lecture d'au moins une des données contenues dans la clé 12. [0054] Dans ce mode de réalisation, cette transmission 42 comprend la transmission de la commande de lecture au module de commutation sous volant de direction 112 puis la transmission de cette commande par le module de commutation sous volant de direction 112 à la bobine transpondeur 113. [0055] Ici, la transmission de la commande de lecture au module de commutation sous volant de direction 112 se fait également via un bus de communication série multiplexée de type CAN. On comprend ici que le module de commutation sous volant de direction 112 génère un signal électrique à destination de la bobine transpondeur 113. 6 [0056] La transmission de cette commande par le module de commutation sous volant de direction 112 à la bobine transpondeur 11 se fait donc par simple liaison filaire par l'émission d'un signal analogique. [0057] La bobine transpondeur 113 transmet alors cette commande au transpondeur de la clé 12 par des moyens de communication sans fil, ici par exemple par liaison hertzienne ou autre. La bobine transpondeur 113 transmet donc la requête de lecture au transpondeur de la clé sous la forme d'un signal hertzien. [0058] Le transpondeur de la clé 12 reçoit alors cette demande de lecture de ladite au moins une donnée et transmet en réponse au calculateur 111 ladite au moins donnée au premier calculateur 111. La ou les données de véhicule reprennent les mêmes canaux de transmission. [0059] Le premier calculateur 111, ici le BSI, reçoit lors d'une étape 43 ladite au moins une donnée contenue dans la clé 12. Ce dernier 111 peut enfin transmettre lors de l'étape 44 ladite au moins une donnée vers ledit outil de diagnostic 10. [0060] L'opérateur peut alors visualiser les informations contenues dans ces données via l'interface IHM de son outil de diagnostic. [0061] L'exemple de la figure 2 correspond à un mode de réalisation alternatif dans lequel la clé 22 est une clé de type clé main libre. [0062] Ce mode de réalisation repose sur le même concept inventif visant à exploiter les moyens techniques qui sont nativement embarqués dans le véhicule pour récupérer les données qui sont contenues dans la clé 22. [0063] Ainsi, dans cet exemple et comme illustré en figure 2, le système 21 comprend les éléments embarqués suivant, à savoir notamment un premier calculateur 211 du type par exemple un boîtier de servitude intelligent (BSI) et un deuxième calculateur 212 correspondant ici à un boîtier de communication main libre (BCML). [0064] Le protocole de communication pour la transmission de la commande de lecture est sensiblement équivalent. [0065] Une fois que l'opérateur lance la requête de lecture des données contenues dans la clé 22 via l'outil de diagnostic 10, on retrouve les mêmes étapes. [0066] On notera toutefois ici que la transmission 42 comprend la transmission de la commande de lecture au deuxième calculateur du boîtier de communication main libre 212, puis la transmission par le deuxième calculateur 212 au transpondeur de la clé 22 la demande de lecture de 1' au moins une donnée. [0067] Dans cet exemple, le boîtier de communication main libre 212 génère donc une trame en basse fréquence à destination du transpondeur de la clé 22. Le module électronique de la clé 22 interroge ensuite le transpondeur pour obtenir les données demandées et le transpondeur répond au module électronique de la clé en lui fournissant lesdites données. Dans cet exemple, le module électronique de la clé 22 communique la 7 réponse au boîtier de communication main libre 212 en générant une trame en haute fréquence. [0068] Le boîtier de communication main libre 212 reçoit ensuite lors de l'étape 43 les données et répond à la requête de l'outil de diagnostic 10. [0069] Comme pour le premier mode de réalisation, l'opérateur peut visualiser les in- formations contenues dans ces données via l'interface IHM de son outil de diagnostic. [0070] On notera ici que, dans chacun de ces deux exemples, les calculateurs 111 et 211 sont interfaces avec l'outil de diagnostic 10 par l'intermédiaire d'une interface diagnostic de type port OBDII. [0071] La figure 3 illustre schématiquement un calculateur 3 d'un système embarqué de véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le calculateur 3 correspond avantageusement au calculateur 111 de la figure 1 et/ou au calculateur 211 de la figure 2. [0072] Le calculateur 3 est par exemple configure pour la mise en oeuvre des étapes du procédé décrit en regard de la figure 4. Des exemples d'un tel calculateur 3 comprennent, sans y être limités, un équipement électronique embarqué tel qu'un ordinateur de bord d'un véhicule, un calculateur électronique tel qu'une UCE. [0073] Les éléments du calculateur 3, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le calculateur 3 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d'une combinaison de circuits électroniques et de modules logiciels. [0074] Selon différents modes de réalisation particuliers, le calculateur 3 est couplé en com- munication avec d'autres dispositifs ou systèmes similaires, par exemple par l'intermédiaire d'un bus de communication ou au travers de ports d'entrée / sortie dédiés. [0075] Le calculateur 3 comprend un (ou plusieurs) processeur(s) 20 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l'exécution des instructions du ou des logiciels embarqués dans le calculateur 2. Le processeur 30 peut inclure de la mémoire intégrée, une interface d'entrée/sortie, et différents circuits connus de l'homme du métier. Le calculateur 3 comprend en outre au moins une mémoire 31 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou 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. [0076] Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 31. [0077] Selon un mode de réalisation particulier et non limitatif, le calculateur 3 comprend un 8 bloc 32 d'éléments d'interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud », des capteurs odornétriques, un capteur GPS. Les éléments d'interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes : [0078] - interface radiofréquence RF, par exemple de type Bluctooth® ou Wi-Fi®, LTE (de l'anglais «Long-Terni Evolution » ou en français « Evolution à long ternie »), LTEAdvanced (ou en français LTE-avancé) ; [0079] - interface USB (de l'anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ; [0080] - interface HDMI (de l'anglais « High Definition Multimedia Interface > ou « Interface Multimedia Haute Dcfinition » en français). [0081] Des données sont par exemples chargées vers le calculateur 3 via l'interface du bloc 32 en utilisant un réseau Wi-Ei® tel que selon IEEE 802.11 ou un réseau mobile tel qu'un réseau 4G (ou LTE Advanced selon 3GPP release 10- version 10) ou 5G. [0082] Selon un autre mode de réalisation particulier, le calculateur 3 comprend une interface de communication 33 qui permet d'établir une communication avec d'autres dispositifs (tels que d'autres calculateurs ou un outil de diagnostic débarqué) via un canal de communication 330. L'interface de communication 33 correspond par exemple à un transmetteur configure pour transmettre et recevoir des informations et/ ou des données via le canal de communication 330. Le canal de communication 330 correspond par exemple à un bus de données de type CAN ((le l'anglais « Controller Arca Network » ou en français « Réseau de contrôleurs »). [0083] Grâce à la présente invention, lorsqu'un opérateur souhaite obtenir des informations contenues dans le transpondeur d'une clé de véhicule (clé plip ou main libre), il lui suffit de sélectionner un véhicule techniquement compatible et branche un outil de diagnostic 10 pour lancer une requête d'obtention des informations contenues dans les clés. [0084] La présente invention consiste à interroger le transpondeur de la clé de contact via la bobine transpondeur ou le boîtier de communication main libre pour obtenir les informations du transpondeur de la clé. Ainsi, en exploitant les éléments embarqués nativement dans le véhicule pour récupérer les données contenues dans la clé, la solution proposée dans le cadre de la présente invention permet d'économiser sur l'équipement des points de réparation et de développer un service après-vente de lecture d'informations dans les clés. Ce service pourrait par exemple être utilisé par des experts en assurance à la suite d'un vol de véhicule. Les informations recherchées seraient par exemple alors le VIN du véhicule, l'horodatage du dernier démarrage, le kilométrage lors du dernier démarrage effectué avec la clé. [0085] 11 devra être observé que cette description détaillée porte sur un exemple de réa- 9 lisation particulier de la présente invention, mais qu'en aucun cas cette description ne revêt un quelconque caractère limitatif à l'objet de l'invention ; bien au contraire, elle a pour objectif d'ôter toute éventuelle imprécision ou toute mauvaise interprétation des revendications qui suivent. [0086] Ainsi, on comprendra qu'un des aspects de la présente invention concerne un véhicule tel que par exemple une automobile ou plus généralement un véhicule à moteur terrestre comprenant un système tel que celui décrit ci-dessus. [0087] TI devra également être observé que les signes de références mis entre parenthèses dans les revendications qui suivent ne présentent en aucun cas un caractère limitatif ; ces signes ont pour seul but d'améliorer l'intelligibilité et la compréhension des revendications qui suivent ainsi que la portée de la protection recherchée. [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4]