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é.
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 é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 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 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 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 dern ier 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 particul ier d'avoir des informations exactes correspondant au dern ier accès véh icule dans n'importe quel objet identifiant.
Selon un prem ier 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 aud it véh icule, led it procédé comportant les étapes de :
- activer un mode de synchron isation ;
- ouvrir une session de communication bi-d irectionnelle ; et
- transmettre des informations d'un objet identifiant vers l'autre objet identifiant en fonction d'une date associée aux informations à transmettre.
Comme on va le voir en détail par la su ite, un tel procédé présente l'avantage d'obtenir une m ise à jour des informations dans tous les objets identifiants permettant un accès à un même véhicule, même si un objet identifiant n'a pas lu i-même perm is le dern ier accès au véh icule, grâce à une synchronisation des informations entre objets identifiants qu i communiquent entre eux.
Selon des modes de réal isation non l im itatifs, le procédé présente en outre les caractéristiques suivantes.
- La commun ication bi-d irectionnelle est rad io-fréquence. Cela
permet à deux objets identifiants de commun iquer sans consommer à distance.
- Une transm ission d'informations est basée sur une comparaison de dates associées respectivement à des informations comprises dans le prem ier 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 m ises à jour après un accès au véh icule par un objet identifiant. Cela permet de savoir quel est l'objet identifiant qu i a accédé en dern ier au véh icule.
- L'ouverture d'une session de commun ication se fait après un contrôle d'un numéro véh icule. 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 lu i .
- 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 plural ité de paquets. Cela permet un transmission d'informations plus modulaire. C'est-à-d ire que des informations de même type peuvent être regroupées ensemble.
- Au moins une date est transm ise lors d'une ouverture d'une session de commun ication bi-d irectionnelle. 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 aud it véh icule, ledit dispositif comportant : - une unité de contrôle pour :
- activer un mode de synchron isation ;
- ouvrir une session de communication bi-d irectionnelle ; et
- transmettre des informations d'un objet identifiant vers l'autre objet identifiant en fonction d'une date associée aux informations à transmettre.
Selon un troisième objet de l'invention, elle concerne un objet identifiant pour véh icule automobile apte à transmettre des informations vers un autre objet identifiant, un objet identifiant permettant un accès audit véh icule, et comportant :
- une interface homme-mach ine pour sélectionner un mode de synchronisation ;
- un émetteur-récepteur pour transmettre physiquement des informations à un autre objet identifiant ; et
- un d ispositif de transmission d'informations selon la caractéristique précédente.
Selon un quatrième objet de l'invention, elle concerne un produ it programme d'ordinateur comportant une ou plusieurs séquences d'instructions exécutables par une unité de traitement d'information, l'exécution desd ites séquences d'instructions
permettant une mise en œuvre 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 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
- 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 ; - 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
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. Il 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 I HM avec un écran et un menu SCR, et un module électronique permettant de transmettre un 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 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 ; - 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.
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 tO, on part d'un état in itial d'un objet identifiant ID qui est un état de veille I DLE.
Dans une première étape 1 ), on réveille un objet identifiant ID.
Dans l'exemple de la Fig. 2, le premier objet identifiant ID1 est 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 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.
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.
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 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 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 ID 1 , 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 à 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 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 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 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 ID1 .
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.
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.
Dans une troisième sous-étape 33), comme il n'a reçu aucun accusé réception ACK, le premier identifiant ID1 se met en attente d'un signal de communication radio-fréquence pendant un laps de temps déterminé TIMEOUT0. Dans un exemple non limitatif, ce laps de temps est fixé à 5 secondes. 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 premier identifiant ID1 envoie un accusé réception ACK via un message MSG_ACK1 au deuxième identifiant I D2 pour lu i sign ifier qu'il est dispon ible pour faire une synchron isation .
Ainsi, la réception d'un accusé réception ACK signifie qu'une session de communication bi-d irectionnelle rad io-fréquence est in itial isée pour le premier objet identifiant I D1 et le deuxième objet identifiant I D2.
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 ID1 de savoir que le deuxième identifiant ID2 n'est pas disponible.
La session de communication bi-directionnelle radio-fréquence SSRF 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- 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 signaux RF sont supérieurs à 1 MHz contrairement à des signaux basse-fréquence BF.
Ainsi, les deux objet identifiants ID1 et ID2 pourront communiquer s'ils sont distants de plusieurs centaines de mètres, en général entre 100 et 600 mètres avec une valeur typique à 200 mètres pour 868 MHz par exemple.
Par exemple, si le premier objet identifiant ID1 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.
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 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 ID 1 , cette demande ASK_SYNC comprenant une ouverture de session de communication bi-directionnelle OPEN_SSRF. 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 .
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.
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. 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 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 ID1 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 ID1 , 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 OMEN_SSRF) par le deuxième identifiant ID2.
Dans une quatrième étape 4), on transmet des informations entre les deux objets identifiants ID1 et ID2.
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
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 ; - 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.
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 - 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 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 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 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 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 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 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 identifiant ID1 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 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 .
- Au temps t9, en ce qui concerne le premier objet identifiant ID 1 , 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 objet identifiant ID1 effectue une comparaison de dates.
Il 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.
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 t1 1 , 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 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 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 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 Fig . 3). Il 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 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 pendant une deuxième période de temps déterminée TIMEOUT1 . 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 : - 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.
- Au temps t17, à la fin de cette période TIMEOUT1 , 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 é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 TIMEOUT1 , il sait que les informations transmises ont été correctement transmises et 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 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 ID1 sont correctes, au temps t17, le deuxième objet identifiant ID2 met à jour ses informations en les remplaçant par celles transmises par le premier objet identifiant ID1 (étape UPDAT_PQ illustrée à la Fig . 3).
- Au temps t18, le premier et le deuxième objets identifiants ID1 et 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 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.
- 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 t1 1 , le premier objet identifiant ID1 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. Il 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 ID1 .
- 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 ID1 (étape TX_PQ).
- Au temps 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 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 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.
- 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 identifiant ID 1 , 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 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 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 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éal isation , les deux objets identifiants ID1 et I D2 ont des informations à jour et synchron isées, c'est-à-d ire 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 prem ier objet identifiant ID 1 , celu i dont le mode de synchronisation MOD_SYNC a été activé en premier.
Dans un deuxième mode de réal isation non l imitatif, la transm ission est effectuée de la man iè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 effectuées dans chacun des objets identifiants.
Après une ouverture d'une session de commun ication dans un objet identifiant ID,
- Au temps t9, le premier objet identifiant ID1 se positionne en mode de transm ission OPEN_TX tandis que le deuxième objet identifiant I D2 se positionne en mode de réception OPEN_RX.
- Au temps t1 0, le prem ier objet identifiant I D1 transmet ses informations véhicule PQ1 via un signal RF MSG_PQ1 au deuxième objet identifiant I D2.
- Au temps t1 1 , le premier objet identifiant I D1 ferme sa position en mode de transm ission CLOSE_TX et se positionne en mode de réception OPEN_RX, tandis que le deuxième objet identifiant I D2 vérifie qu'il a reçu des informations PQ1 du prem ier 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 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é.
- 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 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 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. 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 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 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.
- 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 informations véhicule PQ2 au premier objet identifiant ID1 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 OPEN_RX.
- Au temps t17 à t20, le premier objet identifiant ID1 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.
- 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.
- 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 à 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 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
- Au temps t22, en cas de dépassement de la deuxième période déterminée TIMEOUT1 , 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_FAI L sur son écran indiquant l'échec de la synchron isation des informations entre les deux objets identifiants.
- Par contre, au temps t22, dans le cas où le deuxième objet identifiant I D2 a reçu un signal de contrôle FLC (prem ière variante) ou lorsque sa valeur est correcte (deuxième variante), le deuxième objet identifiant I D2 compare les deux dates DT2 et DT1 , à savoir respectivement celle correspondant à ses informations PQ2 et celle correspondant aux informations PQ1 du premier objet identifiant ID1 .
- 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 ind iquant que la synchron isation 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 I D1 est effectuée (étape U PDAT_PQ illustrée à la Fig .6) , et
- Au temps t24, un message de réussite MSG_OK est affiché sur son écran ind iquant que la synchronisation est réussie.
Ainsi, grâce à ce deuxième mode de réal isation , les deux objets identifiants ID1 et I D2 ont des informations à jour et synchron isées, c'est-à-d ire qu'ils ont les mêmes informations correspondant au dernier accès véh icule. Deux comparaisons de dates DT1 et DT2 sont effectuées, chacune respectivement dans le premier objet identifiant I D1 et le deuxième objet identifiant I D2.
On notera que dans une première variante de ces deux modes de réal isation 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. 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 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 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 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, - 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 transm ission d'informations PQ (ou un échec répétitif de la transm ission ), les deux objets identifiants ID1 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 m is en oeuvre par un d ispositif DISP de transmission d'informations PQ d'un prem ier objet identifiant I D1 pour véh icule automobile V vers un deuxième objet identifiant I D2, représenté à la Fig . 7.
Ce d ispositif DISP comporte notamment :
- une un ité de contrôle UC :
- pour activer un mode de synchron isation MOD_SYNC (à travers une interface homme-machine IHM ) ; - faire une demande de synchronisation comprenant une ouverture d'une session de commun ication bid irectionnelle SSRF ; et
- transmettre des informations PQ d'un objet identifiant vers un autre objet identifiant I D2 en fonction d'une date DT associée aux informations PQ à transmettre.
L'un ité 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éal isation non l im itatif, le dispositif DISP peut comporter en outre cet émetteur-récepteur ER.
Dans un mode de réal isation non l imitatif, cet émetteur-récepteur ER est un émetteur-récepteur rad io-fréquence.
L'un ité 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 I D1 , I D2 ;
- 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 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 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 - 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.
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.
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 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 œuvre du procédé de transmission exposé ci-dessus peut être effectuée au moyen d'un dispositif microprogrammé, ou même d'une logique câblée. Ainsi, le dispositif de transmission DISP peut comporter un produit 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 microcontrôleur, d'un ASIC, d'un ordinateur etc., l'exécution desdites séquences d'instructions permettant une mise en œuvre du procédé 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 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 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 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 ; - 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 à 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 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.