Brevet FR2917873A1 — publié le 20081226

PROCEDE DE TRANSMISSION D'INFORMATIONS ENTRE IDENTIFIANTS DE VEHICULE Domaine de l'invention La présente invention concerne un procédé de transmission d'informations d'un premier objet identifiant pour véhicule automobile vers un deuxième objet identifiant, un objet identifiant permettant un accès audit véhicule, et un dispositif de transmission permettant de mettre en oeuvre ledit procédé. to Elle trouve une application particulière dans le domaine des véhicules automobiles. Etat de la technique Dans le cas d'une application véhicule automobile, selon un 15 état de la technique connu, lorsqu'un utilisateur accède via un objet identifiant, tel qu'un badge portatif mains libres, à un véhicule, des informations concernant notamment le véhicule peuvent être enregistrées dans ledit objet identifiant, telles que par exemple la pression des pneus des roues ou encore le niveau d'essence. Ces 20 informations peuvent être mises à jour à chaque accès véhicule, et représentent donc dans ce cas les informations lors du dernier accès véhicule par l'utilisateur. Ces informations sont, pour des badges classiques, consultables chez le constructeur du véhicule. Un problème de cet état de la technique connu est que dans le cas où il 25 existe une pluralité d'objets identifiants pour un même véhicule, les informations contenues dans les deux objets identifiants ne sont pas toujours les mêmes si l'utilisateur n'accède pas à son véhicule avec les deux objets identifiants en même temps. De ce fait, les informations véhicules peuvent être obsolètes dans un des objets 30 identifiants et peuvent générer des erreurs d'interprétation dans le cas par exemple d'un diagnostic constructeur etc. De plus, le constructeur ne pourra plus savoir quelles sont les informations mises à jour lors du dernier accès véhicule et dans quel objet identifiant elles se trouvent. Objet de l'invention La présente invention a pour but notamment de résoudre le problème cité ci-dessus et en particulier d'avoir des informations exactes correspondant au dernier accès véhicule dans n'importe quel objet identifiant. Selon un premier objet de l'invention, ce but est atteint par un procédé de transmission d'informations d'un premier objet identifiant pour véhicule automobile vers un deuxième objet identifiant, un objet identifiant permettant un accès audit véhicule, ledit procédé comportant les étapes de : û activer un mode de synchronisation ; ouvrir une session de communication bi-directionnelle ; et transmettre des informations d'un objet identifiant vers l'autre objet identifiant en fonction d'une date associée aux 20 informations à transmettre. Comme on va le voir en détail par la suite, un tel procédé présente l'avantage d'obtenir une mise à jour des informations dans tous les objets identifiants permettant un accès à un même véhicule, 25 même si un objet identifiant n'a pas lui-même permis le dernier accès au véhicule, grâce à une synchronisation des informations entre objets identifiants qui communiquent entre eux. Selon des modes de réalisation non limitatifs, le procédé présente en 30 outre les caractéristiques suivantes. û La communication bi-directionnelle est radio-fréquence. Cela permet à deux objets identifiants de communiquer sans consommer à distance. Une transmission d'informations est basée sur une comparaison de dates associées respectivement à des informations comprises dans le premier objet identifiant et à des informations comprises dans le deuxième objet identifiant. Cela permet de savoir qu'elles sont les informations les plus à jour et dans quel objet identifiant. Une date correspond à des informations mises à jour après un accès au véhicule par un objet identifiant. Cela permet de savoir quel est l'objet identifiant qui a accédé en dernier au véhicule. L'ouverture d'une session de communication se fait après un contrôle d'un numéro véhicule. Cela permet à un objet identifiant de communiquer avec les autres objets identifiants qui ont une autorisation d'accès au même véhicule que lui. ù L'activation du mode de synchronisation s'effectue manuellement. C'est un moyen simple de déclencher la synchronisation des informations dans un objet identifiant avec un autre objet identifiant. Une transmission d'informations se fait en une pluralité de paquets. Cela permet un transmission d'informations plus modulaire. C'est-à-dire que des informations de même type peuvent être regroupées ensemble. ù Au moins une date est transmise lors d'une ouverture d'une session de communication bi-directionnelle. Cela permet de gagner en temps d'exécution par rapport au fait de transmettre une date après une ouverture de session. Selon un deuxième objet de l'invention, elle concerne un dispositif de transmission d'informations d'un premier objet identifiant pour véhicule automobile vers un deuxième objet identifiant, un objet identifiant permettant un accès audit véhicule, ledit dispositif comportant : ~o û une unité de contrôle pour : activer un mode de synchronisation ; ouvrir une session de communication bi-directionnelle ; et transmettre des informations d'un objet identifiant vers l'autre objet identifiant en fonction d'une date associée 1s aux informations à transmettre. Selon un troisième objet de l'invention, elle concerne un objet identifiant pour véhicule automobile apte à transmettre des 20 informations vers un autre objet identifiant, un objet identifiant permettant un accès audit véhicule, et comportant : une interface homme-machine pour sélectionner un mode de synchronisation ; un émetteur-récepteur pour transmettre physiquement des 25 informations à un autre objet identifiant ; et un dispositif de transmission d'informations selon la caractéristique précédente. Selon un quatrième objet de l'invention, elle concerne un 30 produit programme d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé selon l'une quelconque des caractéristiques précédentes. Brève description des figures D'autres caractéristiques et avantages de la présente invention seront mieux compris à l'aide de la description et des dessins non limitatifs parmi lesquels : la Fig. 1 représente un diagramme d'une transmission d'informations entre un premier objet identifiant et un deuxième ~o objet identifiant selon un premier mode de réalisation non limitatif du procédé de transmission selon l'invention ; la Fig. 2 représente une première suite du diagramme de la Fig 1 ; la Fig. 3 représente une deuxième suite du diagramme de la Fig 1 15 la Fig. 4 représente un diagramme d'une transmission d'informations entre un premier objet identifiant et un deuxième objet identifiant selon un deuxième mode de réalisation non limitatif du procédé de transmission selon l'invention ; ù la Fig. 5 représente une première suite du diagramme de la Fig 4 ; 20 ù la Fig. 6 représente une deuxième suite du diagramme de la Fig 4 la Fig. 7 représente une variante de réalisation de la Fig. 2 ; et - la Fig. 8 est un schéma du dispositif de transmission permettant la mise en oeuvre du procédé de la Fig. 1. Description détaillée de modes de réalisation non limitatifs de l'invention 25 Le procédé de transmission d'informations selon l'invention est décrit dans un mode de réalisation non limitatif à la Fig. 1. Dans l'exemple de la Fig. 1, les étapes du procédé pour deux objets identifiants ID1 et ID2 sont représentées. Un objet identifiant ID permet un accès à un véhicule automobile. II se présente dans des exemples non limitatifs sous la forme d'un badge, d'une clef, d'un porte clef appelé en anglais keyfob etc. Il comporte en général une interface homme-machine IHM avec un écran et un menu SCR, et un module électronique permettant de transmettre un lo signal sans fil à un récepteur couplé à un ordinateur de bord du véhicule. De tels objets identifiants sont connus de l'homme du métier et ne sont donc pas décrits ici. Le procédé de transmission d'informations d'un objet identifiant vers 15 un autre objet identifiant comporte notamment les étapes suivantes : une étape de réveil UP ; une étape d'activation d'un mode de synchronisation MOD SYNC ; 20 û une étape de demande de synchronisation ASK SYNC dans laquelle on ouvre une session de communication bidirectionnelle OPEN SSRF ; une étape de transmission d'informations TXRX_SSRF ; et une étape de fermeture de session CLOSE_SSRF. 25 Les étapes sont décrites en détail ci-après en référence aux Fig. 2 à 7 Sur ces Fig. est représenté un axe des temps T, et les différentes étapes selon cet axe des temps. Au temps t0, on part d'un état initial d'un objet identifiant ID qui est un état de veille IDLE. 30 Dans une première étape 1), on réveille un objet identifiant ID. Dans l'exemple de la Fig. 2, le premier objet identifiant IDI est 5 réveillé en premier au temps t1, tandis que le deuxième objet identifiant ID2 est réveillé après, au temps t2. Le réveil s'effectue par exemple manuellement au moyen d'une interface homme-machine IHM de l'objet identifiant ID décrite plus loin dans la description (par exemple par un appui d'un bouton), ou io encore automatiquement au moyen d'ondes basses fréquences que ce soit sans contact ou avec contact lorsque l'objet identifiant ID est proche d'une base basse-fréquence dit BF située dans le véhicule par exemple. On peut également le faire en automatique avec un signal radio-fréquence dit RF. 15 Dans une deuxième étape 2), on active un mode de synchronisation MOD_SYNC qui va permettre de transmettre des informations entre objets identifiants ID. 20 Dans un exemple non limitatif, l'activation se fait manuellement au moyen de l'interface homme-machine IHM de l'objet identifiant ID décrite plus loin. Dans l'exemple de la Fig. 2, le mode de synchronisation MOD_SYNC est activé au temps t2 pour le premier objet identifiant ID1 et au 25 temps t4 pour le deuxième objet identifiant ID2. Cette activation manuelle permet de consommer moins d'énergie par rapport à une activation qui serait automatique. Bien entendu une activation de la synchronisation automatique est également envisageable, mais elle demande plus de ressources car 30 elle suppose la détection d'un identifiant dans une zone et la mise en oeuvre d'une communication bi-directionnelle automatique. Dans une troisième étape 3), on demande une synchronisation ASK SYNC de la manière suivante. En ce qui concerne le premier objet identifiant ID1, celui qui a été réveillé en premier, dans une première sous-étape 31), la demande de synchronisation ASK_SYNC comprend une ouverture d'une session de communication bi-directionnelle OPEN_SSRF. Dans un mode de réalisation non limitatif, la session de communication bi-directionnelle est radio-fréquence. Cela va permettre aux objets identifiants ID de communiquer entre eux et à ~o distance si nécessaire. Dans le reste de la description, on prend cet exemple non limitatif de session de communication radio-fréquence RF. Cette ouverture de session OPEN_SSRF se fait via un signal, ici 15 radio-fréquence (RF) MSG_SYNC1 qui est donc envoyé vers le deuxième objet identifiant ID2, ici au temps t3. Afin de savoir à quel deuxième objet identifiant ID2 il faut envoyer la demande de synchronisation, un numéro relatif NS à ce deuxième 20 objet identifiant ID2 est utilisé. Dans un premier exemple non limitatif, ce numéro NS est le numéro du véhicule V auquel tous les objets identifiants ont accès. En effet, un tel numéro véhicule est enregistré en mémoire dans tous les objets identifiants qui permettent un accès audit véhicule V. Donc 25 dans l'exemple pris, le premier et deuxième objets identifiants ID1 et ID2 comportent ce numéro en mémoire. Dans un deuxième exemple non limitatif, ce numéro NS est un numéro propre au deuxième objet identifiant ID2, qui sera donc également enregistré en mémoire dans le premier objet identifiant 30 IDI. Ainsi, une demande de synchronisation ASK_SYNC et donc une ouverture d'une session de communication OPEN_SSRF se fait après un contrôle du numéro de véhicule. Dans une deuxième sous-étape 32), Le premier objet identifiant ID1 vérifie qu'un accusé réception ACK a été retourné par le deuxième objet identifiant ID2. Cela permet de vérifier si le deuxième objet identifiant ID2 est disponible (c'est-à-dire réveillé et en mode synchronisation). Comme on peut le voir sur l'exemple de la Fig. 2, aucun accusé réception ACK n'a été envoyé par le deuxième identifiant ID2. La vérification qui s'effectue ici au temps t4 est donc négative. io On notera que le cas où un accusé réception ACK est reçu par le premier identifiant ID1 correspond au cas expliqué dans le cadre du deuxième identifiant ID2. Il faut donc se reporter à la description pour le deuxième identifiant ID2 ci-après lors de la quatrième étape. 1s Dans une troisième sous-étape 33), comme il n'a reçu aucun accusé réception ACK, le premier identifiant IDI se met en attente d'un signal de communication radio-fréquence pendant un laps de temps déterminé TIMEOUTO. Dans un exemple non limitatif, ce laps de temps est fixé à 5 secondes. 20 Comme on peut le voir à la Fig. 2, il reçoit un message MSG_ASK2 de la part du deuxième identifiant ID2, au temps t6, correspondant à un signal de communication RF qui lui demande une synchronisation. A ce moment, dans une quatrième sous-étape 34), au temps t7, le 25 premier identifiant IDI envoie un accusé réception ACK via un message MSG_ACK1 au deuxième identifiant ID2 pour lui signifier qu'il est disponible pour faire une synchronisation. Ainsi, la réception d'un accusé réception ACK signifie qu'une session 30 de communication bi-directionnelle radio-fréquence est initialisée pour le premier objet identifiant IDI et le deuxième objet identifiant ID2. On notera que dans le cas où la vérification effectuée à la troisième sous-étape 33 est négative, après le laps de temps déterminé TIMEOUTO, on envoie un message MSG_FAIL signifiant que la demande de synchronisation a échouée, et on retourne à l'état de veille IDLE. Ce message permet à un utilisateur du premier objet identifiant IDI de savoir que le deuxième identifiant ID2 n'est pas disponible. La session de communication bi-directionnelle radio-fréquence SSRF to va permettre par la suite un échange d'informations entre les deux objets identifiants ID1 et ID2 sous forme de signaux radio-fréquences RF. On rappelle qu'un signal radio-fréquence RF se situe aux alentours de 433 MHz. On peut aller jusqu'au GigaHz pour le signal radio- 15 fréquence RF en fonction des bandes de fréquences disponibles pour différents pays (315 MHz pour l'Asie, 868 MHz pour certains pays d'Europe ou 915 MHz en Amérique etc.). Bien entendu on pourrait utiliser d'autres fréquences pour les signaux radio-fréquence permettant une communication à distance. Les 20 signaux RF sont supérieurs à 1MHz contrairement à des signaux basse-fréquence BF. Ainsi, les deux objet identifiants IDI et ID2 pourront communiquer s'ils sont distants de plusieurs centaines de mètres, en général entre 25 100 et 600 mètres avec une valeur typique à 200 mètres pour 868 MHz par exemple. Par exemple, si le premier objet identifiant IDI se trouve à proximité du véhicule V et si le deuxième objet identifiant ID2 se trouve dans l'habitat de l'utilisateur du véhicule V, ils pourront communiquer. 30 En ce qui concerne le deuxième objet identifiant ID2, lorsqu'il reçoit une demande de synchronisation ASK_SYNC de la part du premier objet identifiant ID1 au temps t3, rien ne se passe car il n'est pas disponible. Le mode de synchronisation n'a pas encore été sélectionné chez lui dans l'exemple pris à la Fig. 2. Ce n'est qu'au temps t4 que le mode de synchronisation est 5 sélectionné MOD SYNC chez le deuxième identifiant ID2. Au temps t6, le deuxième identifiant ID2 envoie une demande de synchronisation ASK_SYNC via un message MSG_ASK2 au premier identifiant ID1, cette demande ASK_SYNC comprenant une ouverture de session de communication bi-directionnelle OPEN_SSRF. lo Au temps t7, le deuxième identifiant ID2 reçoit donc un accusé_réception ACK via un message MSG_ACK1 de la part du premier identifiant ID1 lui signifiant que ce dernier est disponible pour une synchronisation. 1s Dans un mode de réalisation non limitatif, une trame de données (non représentée) est donc utilisée pour : - l'ouverture d'une session de communication RF OPEN_SSRF, et - l'envoi d'un accusé-réception ACK. 20 Dans un mode de réalisation non limitatif, cette trame comprend un bit de synchronisation SYNC permettant de savoir qu'une demande de synchronisation est demandée. On active donc ce bit pour une demande de synchronisation ASK_SYNC lors de l'ouverture de la session de communication OPEN_SSRF. 25 De plus, dans un mode de réalisation non limitatif, dans cette trame, une date DT associée à des informations PQ comprise dans l'objet identifiant est envoyée lors de l'ouverture de la session de communication OPEN_SSRF. Comme on va le voir plus loin, cette date DT correspond à des informations mises à jour après un accès 30 au véhicule V par un objet identifiant ID. Comme on peut le voir sur l'exemple illustré à la Fig. 2, une date DT1 associée à des informations dans le premier objet identifiant IDI est envoyée au deuxième identifiant ID2 lors de la demande de synchronisation ASK_SYNC (et donc ouverture de la session OMEN_SSRF) par le premier objet identifiant IDI, tandis qu'une date DT2 associée à des informations dans le deuxième objet identifiant ID2 est envoyée au premier objet identifiant ID1 lors de la demande de synchronisation ASK_SYNC (et donc ouverture de la session s OMEN_SSRF) par le deuxième identifiant ID2. Dans une quatrième étape 4), on transmet des informations entre les deux objets identifiants IDI et ID2. to Les informations transmises sont dans un exemple non limitatif des informations relatives au véhicule. Elles concerne par exemple : ù l'état du véhicule V, ù la position du véhicule V 15 En ce qui concerne l'état du véhicule V, on peut avoir notamment les données suivantes : ù température du moteur, et/ou des circuits électroniques ; - niveau batterie, niveau d'essence, niveau d'huile ; 20 ù pression des pneumatiques ; - état de la pré-ventilation ou du pré-chauffage véhicule - portières arrière et avant fermées/ouvertes, coffre fermé/ouvert ; - kilométrage total et kilométrage journalier ; - etc. 25 En ce qui concerne la position du véhicule V, on peut avoir notamment les données suivantes : la localisation GPS (Global Positioning System) du véhicule lorsque ce dernier est arrêté par exemple ; et 30 une ou plusieurs adresses de destination Bien entendu, d'autres informations peuvent être transmises liées ou non au véhicule telles que par exemple un environnement graphique d'un objet identifiant ID. Comme on va le voir en détail ci-après, les informations décrites ci-dessus, dans l'exemple non limitatif, sont des informations véhicule qui sont mises à jour après un accès audit véhicule V par un objet identifiant ID. Les informations à transmettre seront donc celles correspondant au ~o dernier accès véhicule afin que chaque objet identifiant comprenne les mêmes informations et les plus récentes. Lors de la mise à jour des informations, une date de mise à jour est sauvegardée dans l'objet identifiant. Cette date associée à la mise à jour des informations va permettre de déterminer quelles sont les informations ts correspondant donc au dernier accès véhicule. La transmission d'informations va ainsi être basée sur cette date et être déterminé en particulier en fonction d'une comparaison de dates associées respectivement à des informations véhicule comprises dans le premier objet identifiant et à des informations véhicule comprises 20 dans le deuxième objet identifiant. Dans un premier mode de réalisation non limitatif, une comparaison de dates est faite dans un seul objet identifiant, et les informations dont la date est la plus récente seront transmises à l'objet identifiant comportant les informations les plus anciennes de manière à ce 25 qu'elles soient mises à jour. Dans un deuxième mode de réalisation non limitatif, les informations seront transmises de part et d'autre, et une comparaison de dates sera effectuée dans chaque objet identifiant qui selon le résultat mettra à jour ou non ses informations avec celles reçues de l'autre 30 objet identifiant. En conséquence, une bonne synchronisation des informations entre objets identifiants sera obtenue. Ainsi, dans un premier mode de réalisation non limitatif, la transmission est effectuée de la manière suivante et est décrite en détail aux Fig. 3 et 4. Dans ce premier mode, uniquement les informations comprises dans 5 un seul objet identifiant sont transmises et une seule comparaison de date est effectuée dans un seul objet identifiant. Dans ce premier mode, le premier objet identifiant ID1 va se comporter en maître et le deuxième objet identifiant ID2 va se comporter en esclave. C'est-à-dire que c'est le premier objet to identifiant IDI qui va prendre les initiatives des actions tandis que le deuxième objet identifiant ID2 va attendre des instructions provenant du premier objet identifiant ID1. Après une ouverture d'une session de communication dans un objet 1s identifiant ID, Au temps t8, le deuxième objet identifiant ID2 se positionne en mode de réception OPEN_RX, car il est esclave. Il attend les instructions du premier objet identifiant ID1. 20 Au temps t9, en ce qui concerne le premier objet identifiant ID1, après la réception de la date DT2 relatives aux informations véhicule contenues dans le deuxième objet identifiant ID2 (reçue lors de l'ouverture de la session de communication), le premier 25 objet identifiant ID1 effectue une comparaison de dates. II regarde si la date DT2 des informations contenues dans le deuxième identifiant ID2 est antérieure à la date DT1 de ses propres informations. Bien entendu, la comparaison peut débuter également au temps t8. 30 Dans un premier temps, on se place dans le cas où la première date DT1 est postérieure à la deuxième date DT2. Au temps t10, si sa date DT1 est postérieure à la date DT2, alors le premier objet identifiant ID1 se positionne en mode de transmission OPEN TX, et ù Au temps t11, il transmet ces informations PQ1 au moyen d'un signal RF MSG_PQ1 vers le deuxième objet identifiant ID2. Puis, au temps t12, le premier objet identifiant ID1 ferme sa position en mode de transmission CLOSE_TX et se positionne en ~o mode de réception OPEN_RX, tandis que le deuxième objet identifiant ID2 vérifie qu'il a reçu des informations PQ1 du premier objet identifiant ID1 (étape RX_PQ illustrée à la Fig. 3). La scrutation de la réception d'informations PQ s'effectue pendant une troisième période déterminée TIMEOUT2. Si cette période est 15 dépassée, un message d'échec MSG_FAIL est affiché. Cette période TIMEOUT2 est dans un exemple non limitatif pris égal à 1 secondes. Dans l'affirmative, si les informations PQ1 on été reçues, au temps 20 t13, le deuxième objet identifiant ID2 ferme son mode réception CLOSE RX et se positionne en mode de transmission OPEN TX. Au temps t14, le deuxième objet identifiant ID2 vérifie l'intégrité des informations qu'il a reçues (étape CHECK_PQ illustrée à la 25 Fig. 3). II utilise par exemple un algorithme de vérification connue tel qu'un checksum ou tout autre autre algorithme connu de l'homme du métier. Au temps t15, le deuxième objet identifiant ID2 renvoie un signal 30 de contrôle FLC (appelé en anglais Flow Control ) via un signal RF MSG_FLC (étape TX_FLC illustrée à la Fig. 3) si les informations reçues sont correctes (la vérification est positive). Dans une autre variante, le signal de contrôle FLC est toujours renvoyé et sa valeur (par exemple à 0 ou à 1) détermine le résultat de la vérification d'intégrité. Au temps t16, le premier objet identifiant ID1 scrute une réception d'un signal de contrôle FLC. Bien entendu, il peut commencer à scruter au temps t13. Selon la première variante (signal de contrôle envoyé uniquement lorsque les informations sont correctes), cette scrutation s'effectue to pendant une deuxième période de temps déterminée TIMEOUTI. Dans un mode de réalisation non limitatif, la deuxième période déterminée TIMEOUT1 pour la scrutation est définie de manière à ce qu'elle soit supérieure au temps mis par le deuxième objet identifiant ID2 pour : 1s vérifier les informations reçues CHECK_PQ ; renvoyer le signal de contrôle FLC ; et mettre à jour les informations reçues UPDAT_PQ. Cette période TIMEOUT1 est dans un exemple non limitatif pris égal à 1 secondes. 20 Au temps t17, à la fin de cette période TIMEOUTI, si aucun signal de contrôle FLC n'a été reçu ou si sa valeur est négative (les informations ne sont pas correctes), un message MSG_FAIL est affiché sur l'écran du premier objet identifiant ID1 indiquant un 25 échec de la synchronisation d'informations entre les deux objets identifiants. Par contre, si le premier objet identifiant ID1 reçoit un signal de contrôle FLC pendant cette période TIMEOUTI, il sait que les informations transmises ont été correctement transmises et 30 synchronisées selon la première variante, ou sinon, selon la deuxième variante, il vérifie la valeur du signal de contrôle FLC pour voir si les informations ont été correctement transmises et synchronisées. Au temps t17, si les informations ont été correctement transmises, le premier objet identifiant ID1 ferme son mode de transmission CLOSE_TX. Sinon, il réessaye d'envoyer ses informations PQ1 un nombre de fois déterminé. Par exemple, il réessaye deux fois de renvoyer les informations. Si le renvoi d'informations échoue après deux essais par exemple, alors au temps t18, un message MSG_FAIL est affiché sur l'écran ~o du premier objet identifiant ID1 indiquant un échec de la synchronisation d'informations entre les deux objets identifiants. De son côté, si les informations transmises par le premier objet identifiant IDI sont correctes, au temps t17, le deuxième objet 15 identifiant ID2 met à jour ses informations en les remplaçant par celles transmises par le premier objet identifiant IDI (étape UPDAT PQ illustrée à la Fig. 3). Au temps t18, le premier et le deuxième objets identifiants ID1 et 20 ID2 affichent sur leur écran respectif un message de réussite MSG_OK indiquant que la synchronisation des informations a réussi. Nous venons de voir le cas où la première date DT1 est 25 postérieure à la deuxième date DT2. Nous allons voir ci-dessous le cas où la première date est antérieure à la deuxième date DT2 (points A et B dans la Fig. 3). Ce cas est illustré à la Fig. 4. 30 ù Au temps t10, le premier objet identifiant ID1 fait une demande de transmission d'informations au deuxième objet identifiant ID2 (étape ASK_TX_PQ illustrée à la Fig. 4) via un signal RF MSG_ASK_TX_PQ. ù Puis, au temps t11, le premier objet identifiant IDI se positionne en mode de réception OPEN_RX. ù Au temps t12, le deuxième objet identifiant ID2 est déjà en mode de réception OPEN_RX (voir temps t8 décrit plus haut dans la Fig. 3). Il vérifie s'il a reçu des informations. II n'en n'a pas reçu, mais il voit qu'il reçoit une demande de transmission d'informations de la part du premier objet identifiant IDI. - Suite à cela, au temps t13, le deuxième objet identifiant ID2 ferme sa position mode de réception CLOSE_RX et se positionne en mode de transmission OPEN TX. ù Puis, au temps t14, le deuxième objet identifiant ID2 envoie ses informations véhicule PQ2 via un signal RF MSG_PQ2 vers le premier objet identifiant IDI (étape TX_PQ). Autemps t15, après réception d'informations provenant du deuxième objet identifiant ID2, le premier objet identifiant ID1 ferme sa position mode de réception CLOSE_RX et se positionne en mode de transmission OPEN TX. -Puis, au temps t16, il vérifie l'intégrité des informations (comme 25 décrit précédemment à la Fig. 3 pour le deuxième objet identifiant ID2) (étape CHECK_PQ). Au temps t17, si les informations PQ2 sont correctes, le premier objet identifiant ID1 renvoie un signal de contrôle FLC vers le 30 deuxième objet identifiant ID2 via un signal RF MSG_FLC (étape TX_FLC), sinon, un message MSG_FAIL est affiché sur son écran indiquant un échec de la synchronisation. La deuxième variante décrite plus haut peut être également utilisée (toujours renvoi d'un signal de contrôle FLC et valeur différente selon une transmission correcte ou non). ù Au temps t18, le deuxième objet identifiant ID2 scrute et vérifie s'il a reçu le signal de contrôle FLC. La scrutation et la vérification s'effectue selon la première ou deuxième variante décrites précédemment. ~o Dans l'affirmative (s'il a reçu un signal de contrôle ou selon la valeur du signal reçu), au temps t19, il ferme son mode de transmission CLOSE TX. Dans le cas de la deuxième variante, on rappelle qu'il vérifie la valeur du signal de contrôle FLC au préalable. Au temps t19, en ce qui concerne le premier objet 15 identifiant ID1, il met à jour ses informations avec celles reçues du deuxième objet identifiant ID2 (étape UPDAT_PQ). Dans la négative, au temps t19, le deuxième objet identifiant ID2 réessaye de renvoyer les informations PQ2, dans l'exemple pris, la 20 tentative de renvoi est fixé à deux tentatives. Si la transmission échoue toujours, au temps t20, le deuxième objet identifiant ID2 affiche un message MSG_FAIL sur son écran indiquant l'échec de la synchronisation d'informations entre les 25 deux objets identifiants. Par contre, si la transmission des informations du deuxième objet identifiant ID2 vers le premier objet identifiant ID1 a réussi, au temps t20, un message de réussite MSG_OK est affiché sur 30 l'écran du premier objet identifiant ID1 et du deuxième identifiant ID2 indiquant que la synchronisation des informations a réussi. Ainsi, grâce à ce premier mode de réalisation, les deux objets identifiants ID1 et ID2 ont des informations à jour et synchronisées, c'est-à-dire qu'ils ont les mêmes informations correspondant au dernier accès véhicule. Une seule comparaison de dates DT1 et DT2 est effectuée, et elle est faite dans le premier objet identifiant ID1, celui dont le mode de synchronisation MOD_SYNC a été activé en premier. ~o Dans un deuxième mode de réalisation non limitatif, la transmission est effectuée de la manière suivante et est décrite en détail aux Fig. 5 et 6. Dans ce deuxième mode, les informations comprises dans les deux objets identifiants sont transmises, et une comparaison de dates est 15 effectuées dans chacun des objets identifiants. Après une ouverture d'une session de communication dans un objet identifiant ID, 20 ù Au temps t9, le premier objet identifiant ID1 se positionne en mode de transmission OPEN_TX tandis que le deuxième objet identifiant ID2 se positionne en mode de réception OPEN_RX. Au temps t10, le premier objet identifiant IDI transmet ses 25 informations véhicule PQ1 via un signal RF MSG_PQ1 au deuxième objet identifiant ID2. Au temps t11, le premier objet identifiant IDI ferme sa position en mode de transmission CLOSE_TX et se positionne en mode de 30 réception OPEN_RX, tandis que le deuxième objet identifiant ID2 vérifie qu'il a reçu des informations PQ1 du premier objet identifiant ID1 (étape RX_PQ illustrée à la Fig. 5). La scrutation de la réception d'informations PQ s'effectue pendant une troisième période déterminée TIMEOUT2. Si cette période est dépassée, le message d'échec MSG_FAIL est affiché sur l'écran du deuxième objet identifiant ID2. Dans l'affirmative, si les informations PQ1 ont été reçues, au temps t12, le deuxième objet identifiant ID2 ferme son mode réception CLOSE_RX et se positionne en mode de transmission OPEN TX. Dans la négative, un message MSG FAIL est affiché sur son écran indiquant un échec de la synchronisation des io informations. La scrutation de la réception d'informations PQ1 s'effectue pendant une troisième période déterminée TIMEOUT2. Si cette période est dépassée, le message d'échec MSG_FAIL est affiché. 15 - Au temps t13, le deuxième objet identifiant ID2 vérifie l'intégrité des informations qu'il a reçues (étape CHECK_PQ illustrée à la Fig. 5). Puis, au temps t14, le deuxième objet identifiant ID2 renvoie un 20 signal de contrôle FLC selon la première variante ou deuxième variante décrite précédemment via un signal RF MSG_FLC (étape TX FLC illustrée à la Fig. 5). Au temps t15, le premier objet identifiant ID1, quant à lui, scrute 25 une réception d'un signal de contrôle FLC. Selon la première variante, cette scrutation s'effectue pendant une deuxième période de temps déterminée TIMEOUT1. Bien entendu cette scrutation peut commencer au temps t12, juste après le positionnement en mode de réception OPEN_RX. 30 A la fin de cette deuxième période TIMEOUT1, si aucun signal de contrôle n'a été reçu, un message MSG_FAIL est affiché sur l'écran du premier objet identifiant ID1 indiquant un échec de la synchronisation d'informations entre les deux objets identifiants. Si le premier objet identifiant ID1 reçoit un signal de contrôle FLC pendant cette deuxième période TIMEOUT1, il sait que les informations transmises ont été correctement transmises selon la première variante, ou sinon, selon la deuxième variante, il vérifie la valeur du signal de contrôle FLC pour voir si les informations ont été correctement transmises. Au temps t16, si les informations n'ont pas été correctement transmises, le premier objet identifiant ID1 réessaye d'envoyer ses ~o informations PQ1 un nombre de fois déterminé. Par exemple, il réessaye deux fois de renvoyer les informations. Au temps t17, si le renvoi d'informations échoue après deux essais par exemple, alors un message MSG_FAIL est affiché sur l'écran 15 du premier objet identifiant ID1 indiquant un échec de la synchronisation d'informations entre les deux objets identifiants. La suite de ce deuxième mode de réalisation est illustrée à la Fig. 6. 20 Si les informations transmises PQ1 par le premier objet identifiant ID1 sont correctes (un signal de contrôle a été envoyé au temps t14 par le deuxième objet identifiant ID2), au temps t16, le deuxième objet identifiant ID2 transmet à son tour ses 25 informations véhicule PQ2 au premier objet identifiant IDI via un signal RF MSG_PQ2. - Au temps t17, le deuxième objet identifiant ID2 ferme son mode de transmission CLOSE_TX et se positionne en mode de réception 30 OPEN RX. - Au temps t17 à t20, le premier objet identifiant IDI effectue les même étapes décrites pour la réception d'informations de la part du deuxième objet identifiant ID2 précédemment à la Fig. 5, à savoir : - la scrutation de la réception d'informations (étape RX_PQ), - le positionnement en mode de transmission (étape CLOSE RX/OPEN TX), - la vérification de l'intégrité des informations (CHECK_PQ), et - l'envoi d'un signal de contrôle FLC (étape TX_FLC) en fonction de la vérification précédente. ~o Au temps t21, le premier objet identifiant ID1 compare les deux dates DT1 et DT2, à savoir respectivement celle correspondant à ses informations PQ1 et celle correspondant aux informations PQ2 du deuxième objet identifiant ID2. 15 - Au temps t22, si sa date DT1 est postérieure à la date reçue DT2, un message de réussite MSG_OK est affiché sur son écran indiquant que la synchronisation est faite. Par contre, au temps t22, si sa date DT1 est antérieure, une mise 20 à jour de ses propres informations véhicule avec celles reçues du deuxième objet identifiant ID2 est effectuée (étape UPDAT_PQ illustrée à la Fig. 6), et - Au temps t23, un message de réussite MSG_OK est affiché sur 25 son écran indiquant que la synchronisation est réussie. - Au temps t21, de son côté, le deuxième objet identifiant ID2 vérifie s'il a reçu un signal de contrôle (RX_FLC), et 30 - Au temps t22, en cas de dépassement de la deuxième période déterminée TIMEOUTI, réessaye une transmission (échec d'une première transmission), ou - Au temps t23, si la transmission a échoué, il affiche un message d'échec MSG_FAIL sur son écran indiquant l'échec de la synchronisation des informations entre les deux objets identifiants. Par contre, au temps t22, dans le cas où le deuxième objet identifiant ID2 a reçu un signal de contrôle FLC (première variante) ou lorsque sa valeur est correcte (deuxième variante), le deuxième objet identifiant ID2 compare les deux dates DT2 et DT1, à savoir respectivement celle correspondant à ses io informations PQ2 et celle correspondant aux informations PQ1 du premier objet identifiant IDI. - Au temps t23, si sa date DT1 est postérieure à la date reçue DT2, un message de réussite MSG_OK est affiché sur son écran is indiquant que la synchronisation est faite. Par contre, si sa date DT1 est antérieure, au temps t23, une mise à jour de ses propres informations véhicule avec celles reçues du premier objet identifiant ID1 est effectuée (étape UPDAT_PQ 20 illustrée à la Fig.6) , et - Au temps t24, un message de réussite MSG_OK est affiché sur son écran indiquant que la synchronisation est réussie. 25 Ainsi, grâce à ce deuxième mode de réalisation, les deux objets identifiants ID1 et ID2 ont des informations à jour et synchronisées, c'est-à-dire qu'ils ont les mêmes informations correspondant au dernier accès véhicule. Deux comparaisons de dates DT1 et DT2 sont effectuées, chacune respectivement dans le premier objet identifiant 30 ID1 et le deuxième objet identifiant ID2. On notera que dans une première variante de ces deux modes de réalisation présentés, l'ensemble des informations PQ comprises dans un objet identifiant ID sont transmises en une seule fois en un seul paquet. Dans une deuxième variante, les informations PQ sont transmises en plusieurs paquets. Cela permet un transmission d'informations plus modulaire. C'est-à-dire que des informations de même type peuvent être regroupées ensemble. Par exemple, les informations concernant l'état du véhicule peuvent être regroupées ensemble dans un premier paquet, tandis que les informations concernant la position du véhicule peuvent être regroupées dans un autre paquet. lo Pour cette deuxième variante, à chaque transmission de paquet PQi (i = 1 à N, N entier), il y a une vérification d'intégrité de ce paquet et un signal de contrôle FLC associé (transmis ou non selon la première ou deuxième variante décrites précédemment). Cette deuxième variante est représentée à la Fig. 7, dans le cas du 15 premier mode de réalisation présenté à la Fig. 3, mais s'applique de la même manière à la Fig. 4 et au deuxième mode de réalisation présenté dans les Fig. 5 et 6. On rappelle que dans l'exemple pris pour ces deux modes de 20 réalisation, les dates d'accès véhicule DT1 et DT2 sont envoyées lors d'une ouverture d'une session de communication RF OPEN_SSRF. Cela permet de gagner en temps d'exécution et d'avoir une étape de moins à exécuter. Bien entendu, d'autres variantes de réalisation peuvent être utilisées 25 telles que dans des exemples non limitatifs : La transmission des dates DT1 et DT2 juste après l'ouverture d'une session de communication OPEN SSRF (dans le premier mode de réalisation, seule la deuxième date DT2 a besoin d'être transmise), ou, 30 Une date DT est comprise dans les informations PQ à transmettre et est ainsi transmise en même temps que les informations, ou encore, - Chaque paquet PQi comporte la date DT. Dans une cinquième étape 5), après la transmission d'informations PQ (ou un échec répétitif de la transmission), les deux objets identifiants IDI et ID2 ferment leur session de communication CLOSE SSRF tel qu'illustré à la Fig. 1 et reviennent dans l'état de veille IDLE. Le procédé de l'invention est mis en oeuvre par un dispositif DISP de transmission d'informations PQ d'un premier objet identifiant ID1 pour véhicule automobile V vers un deuxième objet identifiant to ID2, représenté à la Fig. 7. Ce dispositif DISP comporte notamment : une unité de contrôle UC : pour activer un mode de synchronisation MOD_SYNC (à travers une interface homme-machine IHM) ; 15 faire une demande de synchronisation comprenant une ouverture d'une session de communication bidirectionnelle SSRF ; et transmettre des informations PQ d'un objet identifiant vers un autre objet identifiant ID2 en fonction d'une date 20 DT associée aux informations PQ à transmettre. L'unité de contrôle UC permet à cet effet de commander un émetteur-récepteur ER pour une transmission physique (TX_PQ) des informations PQ. Dans un mode de réalisation non limitatif, le dispositif DISP peut 25 comporter en outre cet émetteur-récepteur ER. Dans un mode de réalisation non limitatif, cet émetteur-récepteur ER est un émetteur-récepteur radio-fréquence. 30 L'unité de contrôle UC permet en outre d'effectuer toutes les autres étapes et sous-étapes décrites précédemment, à savoir notamment celles de : - déclencher le réveil d'un objet identifiant ID1, ID2 ; fermer une session de communication CLOSE_SSRF ; mettre à jour des informations dans un objet identifiant à partir d'informations reçues par un autre objet identifiant UPDAT_PQ ; - effectuer une comparaison de dates COMP_DAT grâce à un 5 comparateur ; et vérifier l'intégrité des informations reçues CHECK_PQ. L'unité de contrôle UC permet en outre de : sauvegarder des informations véhicule PQ avec une date DT ~o correspondant au dernier accès véhicule. Cette date pourra se baser sur l'horloge du véhicule par exemple; positionner un objet identifiant ID en mode de transmission TX ou réception RX, c'est-à-dire de commander l'émetteur-récepteur ER en émission ou en réception; et 15 activer l'émetteur-récepteur ER. On peut bien sûr prévoir une seconde unité de contrôle permettant d'effectuer l'activation de l'émetteur-récepteur ER ou encore d'autres fonctionnalités à la place de la première unité de contrôle si besoin est. 20 L'émetteur-récepteur ER permet également de recevoir physiquement (RX_PQ) des informations d'un autre objet identifiant RX_PQ au moyen d'un signal RF. 25 On notera qu'un tel dispositif DISP est dans un mode de réalisation non limitatif, compris dans un objet identifiant ID. Ainsi, chaque objet identifiant ID1 et ID2 comporte un tel dispositif DISP. En outre, comme illustré à la Fig. 7, chaque objet identifiant comporte 30 une interface homme-machine IHM comprenant notamment : - un écran SCR sur lequel peuvent être affichés les message d'échec MSG FAIL ou de réussite MSG OK de la synchronisation des informations entre objets identifiants ; un menu MENU, par exemple tactile, permettant de : réveiller l'objet identifiant ID (au moyen par exemple d'un bouton B UP), ou encore de sélectionner le mode de synchronisation (au moyen par exemple d'un bouton B_MOD_SYNC). On notera que la mise en oeuvre du procédé de transmission exposé ci-dessus peut être effectuée au moyen d'un dispositif micro-programmé, ou même d'une logique câblée. Ainsi, le dispositif de transmission DISP peut comporter un produit lo programme d'ordinateur PG comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information telle qu'un microprocesseur, ou d'une unité de traitement d'un micro-contrôleur, d'un ASIC, d'un ordinateur etc., l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé 15 décrit. Un tel programme d'ordinateur PG peut être inscrit en mémoire non volatile inscriptible de type ROM ou en mémoire non volatile ré-inscriptible de type FLASH par exemple. Ledit programme d'ordinateur PG peut être inscrit en mémoire en usine ou encore 20 chargé en mémoire ou télé-chargé à distance en mémoire. Les séquences d'instructions peuvent être des séquences d'instructions machine, ou encore des séquences d'un langage de commande interprétées par l'unité de traitement au moment de leur exécution. Dans l'exemple non limitatif de la Fig. 7, le programme d'ordinateur 25 PG est inscrit dans une mémoire du dispositif de transmission DISP. Dans un autre exemple (non représenté), le programme d'ordinateur PG peut comprendre également une ou plusieurs séquences d'instructions pour mettre en oeuvre les fonctionnalités réveil et sélection du mode de synchronisation de l'interface homme-machine 30 IHM de l'objet identifiant. Bien entendu, l'invention a été décrite pour deux identifiants, mais elle peut être étendue à plus de deux identifiants. Ainsi, l'invention présente notamment les avantages suivants : Elle permet d'avoir une synchronisation simple à mettre en oeuvre puisque déclenchée manuellement notamment ; Elle permet à un utilisateur du véhicule de pouvoir utiliser indifféremment l'ensemble des objets identifiants se rapportant à son véhicule en étant sûr que les informations véhicule dans chacun des objets identifiants sont identiques et on un même niveau de mises à jour grâce à cette possibilité de synchronisation des informations entre objet identifiants ; ~o Elle permet d'effectuer une synchronisation à distance entre objets identifiants grâce à cette communication bi-directionnelle entre les objets identifiants ; Elle permet à un objet identifiant de comporter des informations véhicule qui sont temporaires et qui sont susceptibles de changer 15 à chaque utilisation du véhicule ; Elle permet d'obtenir une synchronisation des informations entre objet identifiant peu consommatrice d'énergie puisque déclenchée manuellement ; et Elle permet à l'utilisateur même du véhicule de pouvoir consulter 20 les informations véhicule directement sur l'objet identifiant (sur son écran) sans pour autant d'être obligé de se placer près d'une antenne basse-fréquence du véhicule ou aller chez un constructeur ou concessionnaire. Il peut donc le faire à tout moment en particulier loin du véhicule. 25 REVENDICATIONS 1 Procédé de transmission d'informations (PQ) d'un premier objet identifiant (ID1) pour véhicule automobile (V) vers un deuxième objet identifiant (ID2), un objet identifiant (ID1, ID2) permettant un accès audit véhicule (V), ledit procédé comportant les étapes de : to activer un mode de synchronisation (MOD_SYNC) ; ouvrir une session de communication bi-directionnelle (SSRF) ; et transmettre des informations (PQ) d'un objet identifiant (ID1) vers l'autre objet identifiant (ID2) en fonction d'une date 15 (DT1, DT2) associée aux informations (PQ) à transmettre. 2. Procédé de transmission d'informations (PQ) selon la revendication 1, dans lequel la communication bi-directionnelle est radio-fréquence (RF). 20 3. Procédé de transmission d'informations (PQ) selon l'une des revendications précédentes 1 ou 2, dans lequel une transmission d'informations (PQ) est basée sur une comparaison de dates (DT1, DT2) associées respectivement à 25 des informations (PQ1) comprises dans le premier objet identifiant (ID1) et à des informations (PQ2) comprises dans le deuxième objet identifiant (ID2). 4. Procédé de transmission d'informations (PQ) selon l'une des 30 revendications précédentes, dans lequel une date (DT1, DT2) correspond à des informations mises à jour après un accès au véhicule (V) par un objet identifiant (ID1, ID2). Procédé de transmission d'informations (PQ) selon l'une quelconque des revendications précédentes, dans lequel l'ouverture d'une session de communication se fait après un contrôle d'un numéro (NS) véhicule. 6. Procédé de transmission d'informations (PQ) selon l'une quelconque des revendications précédentes, dans lequel l'activation du mode de synchronisation (MOD_SYNC) s'effectue manuellement. Procédé de transmission d'informations (PQ) selon l'une quelconque des revendications précédentes, dans lequel une transmission d'informations se fait par une pluralité de paquets (PQ). 8. Procédé de transmission d'informations (PQ) selon l'une quelconque des revendications précédentes, dans lequel au moins une date (DT1, DT2) est transmise lors d'une ouverture d'une session de communication bi-directionnelle. 20 9. Dispositif (DISP) de transmission d'informations (PQ) d'un premier objet identifiant (ID1) pour véhicule automobile (V) vers un deuxième objet identifiant (ID2), un objet identifiant (ID1, ID2) permettant un accès audit véhicule (V), ledit 25 dispositif (DISP) comportant : Une unité de contrôle (UC) pour : activer un mode de synchronisation (MOD_SYNC) ; ouvrir une session de communication bi-directionnelle (SSRF) ; et 30 transmettre des informations (PQ) d'un objet identifiant (ID1) vers l'autre objet identifiant (ID2) en fonction d'une date (DT1, DT2) associée aux informations (PQ) à transmettre. 5 15 10. Objet identifiant (ID1) pour véhicule automobile (V) apte à transmettre des informations vers un autre objet identifiant (ID2), un objet identifiant (ID1) permettant un accès audit véhicule (V), et comportant : une interface homme-machine (IHM) pour sélectionner un mode de synchronisation (MOD_SYNC) ; un émetteurrécepteur pour transmettre physiquement des informations à un autre objet identifiant (ID) ; et io et un dispositif (DISP) de transmission d'informations selon la revendication précédente. 11. Produit programme (PG) d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de 15 traitement d'information, l'exécution desdites séquences d'instructions permettant une mise en oeuvre du procédé selon l'une quelconque des revendications précédentes 1 à 8.