La présente invention concerne un procédé de synchronisation automatique entre une clef de télécommande et un calculateur associé. Plus particulièrement, il s'agit d'une télécommande de condamnation / décondamnation des ouvrants d'un véhicule.

De telles télécommandes sont largement utilisées de nos jours. Elles permettent, par exemple, d'ouvrir ou de fermer à distance les portières d'un véhicule. Pour ce faire, et afin d'éviter toute fraude ou ouverture non autorisée, les codes émis, entre la clef et le calculateur commandant la condamnation / décondamnation des portes, utilisent non plus des codes fixes mais des codes dits tournants.

En effet, si le code émis par la clef est toujours le même, comme c'était le cas auparavant, il suffisait à une personne mal intentionnée de recopier ce code pour avoir ensuite accès au véhicule sans difficulté. Pour pallier ces fraudes, les codes émis entre la clef et le calculateur sont des codes dits tournants. De tels codes sont calculés à chaque émission à partir d'un algorithme connu par la clef et par le calculateur en fonction du code précédent et d'un incrément. De tels codes tournants donnent de bons résultats, puisque le code émis par une clef vers un véhicule donné n'est jamais le même. Ainsi, il ne suffit plus de recopier un code émis pour avoir accès au véhicule.

Cependant, ce type de code présente un inconvénient majeur, à savoir un risque de désynchronisation entre la clef et le calculateur. En effet, chacun de ces dispositifs (clef et calculateur) calcule selon un même algorithme un code, mais ceci de manière tout à fait indépendante. Ainsi, si pour une raison quelconque le dernier code émis par la clef et le dernier code reçu par le calculateur ne sont pas les mêmes, il n'est plus possible de télécommander le calculateur à partir de la clef. Ceci arrive notamment lorsque l'on appuie sur la clef, volontairement ou non, alors que celle-ci est hors de portée du calculateur. Il y a désynchronisation. Les désynchronisations légères (c'est-à-dire si la clef est en avance d'une cinquantaine de codes sur le calculateur) sont déjà résolues et cela ne sera pas détaillé ici. Par contre les désynchronisations importantes (le calculateur et la clef ne trouvent plus, dans leur liste de codes, d'éléments communs) demeurent un problème important.

Dans le cas où de telles désynchronisation importantes sont détectées, il est possible de resynchroniser la clef et le calculateur par des procédures manuelles. Celles-ci nécessitent cependant la participation active du conducteur et prennent parfois un temps non négligeable.

Le but de la présente invention est d'établir un procédé de resynchronisation entre une clef et un calculateur de manière automatique, de la manière la plus transparente et la plus rapide possible pour l'utilisateur.

A cet effet, la présente invention concerne un procédé de synchronisation automatique entre une clef de télécommande et un calculateur placé dans un véhicule automobile affecté à cette clef, l'échange de commandes entre la clef et le calculateur étant réalisé en utilisant un code tournant et permettant au moins la condamnation / décondamnation des ouvrants du véhicule, le dit procédé consistant en :

• l'émission par la clef d'un code de condamnation / décondamnation des ouvrants du véhicule,
• la réception par le calculateur du code émis et l'analyse de ce code,
• la détection d'une désynchronisation entre un code attendu par le calculateur et le code émis par la clef,

• l'émission par le calculateur d'un premier message comportant un code de désynchronisation, un code dit de défi et son code de réponse associé, tel que déterminé par le calculateur selon un algorithme propre au dit calculateur et connu de la clef,
• la réception par la clef du premier message et son analyse de manière à informer la clef de la désynchronisation et à valider le code réponse envoyé par le calculateur, la clef émet alors un second message comportant sa propre réponse à ce même code défi, cette réponse étant déterminée à partir d'un algorithme propre à la clef et connu du calculateur, la clef mémorise le code défi envoyé par le calculateur en tant que code de base, et
• la réception par le calculateur du second message et son analyse, pour vérifier que le code réponse envoyé est bien celui de la clef affectée au véhicule et dans ce cas le calculateur se resynchronise avec la clef en utilisant le code défi comme nouveau code de base pour la télécommande des ouvrants du véhicule.

Ainsi, la synchronisation ne nécessite qu'un appui normal par le conducteur sur la clef, les premier et second messages étant générés automatiquement et aboutissant rapidement à la resynchronisation. Le conducteur peut très bien ne pas se rendre compte que la clef a été resynchronisée, car la transmission de l'ensemble des messages est très rapide.

De préférence, les messages sont transmis par voie radiofréquence ce qui limite la réalisation de la procédure de resynchronisation à quelques mètres autour du véhicule (environ 4 à 5 m). Ceci limite la possibilité de recopier ou d'analyser les messages échangés, car il faudrait que la personne mal intentionnée soit placée à côté du véhicule.

A titre de variante, la communication dans le sens véhicule / clef est effectuée en utilisant une basse fréquence (LF) de l'ordre de 125 KHz par exemple. Il en résulte une portée réduite pour le signal correspondant (de l'ordre de 1 m). De ce fait, on limite encore la possibilité de piratage entre le véhicule et la clef.

En outre, même si une personne mal intentionnée se trouvait à proximité du véhicule, comme le code défi envoyé est aléatoire et que les codes réponses associés le sont par conséquents aussi, il est impossible d'effectuer une resynchronisation factice pour essayer de réutiliser les mêmes codes. Cela ne fonctionnerait pas.

En effet, deux resynchronisations successives effectuées entre la même clef et le même calculateur ne provoquent pas l'échange des même codes et en outre ne donnent pas accès par la suite à une même listes de codes.

D'autres objets, caractéristiques et avantages de la présente invention, ressortiront d'ailleurs de la description qui suit, a titre d'exemple non limitatif, et en référence aux dessins annexés dans lesquels :

• la figure 1, est une vue schématique représentant une clef et un véhicule automobile associé, et
• La figure 2 est un diagramme présentant, de manière schématique, les différentes étapes du procédé selon l'invention.

Selon les figures 1 et 2, le procédé de resynchronisation selon la présente invention est effectuée entre une clef 10 et un véhicule automobile 11 auquel elle est affectée.

Cette clef 10 est munie d'un calculateur électronique 12 comportant des unités d'émissions et de réception de signaux radiofréquence, ainsi que des moyens de création de tels signaux. Ces moyens sont bien connus en eux et ne sont pas détaillés ici. Notamment, la clef 10 possède des moyens de mémorisation M1 d'un algorithme propre au véhicule et des moyens de mémorisation M2 d'un algorithme propre à la clef. Le calculateur électronique 12 est adapté pour gérer l'ensemble de ces moyens.

De manière correspondante et également connue en soi, le véhicule automobile 11 est muni d'un calculateur 13 gérant des moyens M1 de mémorisations de l'algorithme propre au véhicule et des moyens M2 de mémorisations de l'algorithme propre à la clef. Ce calculateur 13 est adapté pour commander au moins la condamnation / décondamnation des ouvrants du véhicule 11. Le calculateur 13 échange des signaux radiofréquence avec le calculateur électronique 12 disposé dans la clef 10.

En variante, ce calculateur 13 échange des signaux basses fréquences (LF) avec la clef.

Comme le montre la figure 2, lorsque la clef 10 et le calculateur 13 du véhicule sont synchronisés, l'envoi d'une commande de condamnation C ou décondamnation D (étape 20) par la clef est reçu (étape 30) par le calculateur 13 du véhicule. Ce calculateur 13 commande la condamnation C ou la décondamnation D (étape 50) des ouvrants, après vérification (étape 40) que le code envoyé par la clef figure bien dans sa liste de codes disponibles (cette liste est continuellement remise à jour de manière connue en soi).

Pour faciliter la lecture de la figure 2, les opérations effectuées par la clef sont présentées dans un cadre hachuré, tandis que les opérations effectuées par le calculateur 13 sont présentées dans un cadre simple.

Lorsque à l'étape 40, le calculateur 13 détecte une désynchronisation importante, le procédé selon la présente invention (étapes 60 à 100) est mis en oeuvre.

On rappelle qu'une désynchronisation importante correspond au fait que le code émis par la clef n'est pas retrouvé par le calculateur 13 dans la liste des 50 ou 100 codes disponibles suivant le dernier code répertorié par le calculateur.

Dans ce cas, le code émis par la clef ne correspond pas à l'un des codes attendus par le calculateur 13. Le calculateur 13 émet alors un premier message (étape 60) vers la clef. Ce premier message comporte :

• un code logique indiquant qu'une désynchronisation a été détectée,
• un code défi, et
• un code réponse associé à ce code de défi.

Le code défi est un nombre aléatoire généré par le calculateur 13. Le code réponse associé à ce code défi est le code obtenu par le calculateur lorsque qu'il applique l'algorithme M1 au nombre aléatoire (code défi). Cet algorithme M1 est un algorithme propre au calculateur et est connu de la clef.

Lorsque la clef 10 reçoit (étape 70) ce premier message. Elle note tout d'abord qu'une désynchronisation a été détectée, puis elle vérifie (dans une étape de validation du premier message reçu) que le code réponse envoyé par le calculateur est bien identique à celui qu'elle trouve elle-même en appliquant l'algorithme M1. Lorsque c'est le cas, elle émet un second message comportant :

• sa propre réponse à ce code défi.

La réponse de la clef 10 au code défi envoyé par le calculateur est obtenue par application de l'algorithme M2 propre à la clef au nombre aléatoire (code défi). Cet algorithme M2 est également connu du calculateur 13.

En outre, la clef 10 mémorise le code défi et le considère comme son nouveau code de base de la télécommande. Elle effectue ainsi une mise à jour de son code de base (étape 75).

Le calculateur 13 reçoit ce second message (étape 80) et vérifie qu'il est correct. A cet effet, il vérifie qu'il trouve bien le même code réponse en appliquant l'algorithme M2. Si c'est le cas, le calculateur 13 met à jour son code de base (étape 100) en prenant comme nouveau code de base le code défi. La condamnation ou la décondamnation demandée par la clef est alors autorisée (étape 50).

Il s'ensuit que la clef et le calculateur 13 sont de nouveau synchronisés. Le nouveau code de base de la télécommande étant le code défi envoyé par le calculateur.

Si le code réponse envoyé par la clef n'est pas correct, le procédé de resynchronisation s'arrête (étape 90).

On notera que cette procédure de resynchronisation est sensiblement transparente (non détectable) pour l'utilisateur. Les temps mis pour échanger les premier et second messages sont insignifiants et ne prolongent pas de manière significative la procédure de condamnation / décondamnation classique. Seule la portée de la télécommande est réduite pendant toute la durée de la resynchronisation.

On notera également qu'étant donné que les échanges de signaux entre la clef et le calculateur sont effectués par messages radiofréquence ou basse fréquence, cette procédure de resynchronisation automatique ne peut être effectuée que dans un périmètre restreint autour du véhicule (quelques mètres).

En variante, il est possible d'utiliser comme nouveau code de base, non pas le code défi mais le code réponse (qui est une fonction du code défi). Cependant, la portée de la clef étant importante, l'utilisation de ce code réponse facilite l'espionnage des transmissions entre la clef et le calculateur. Pour certaines applications, ceci peut très bien ne pas être un inconvénient.

Bien entendu la présente invention n'est pas limitée au mode de mise en oeuvre décrit et englobe toute variante à la portée de l'homme de l'art. Ainsi, le nouveau code de condamnation / décondamnation (encore appelé code de base) pourrait être non pas le code défi envoyé par la clef mais une fonction de ce code défi.