Brevet FR3155401A1 — publié le 20250516

On propose un procédé d’utilisation d’un identifiant portatif configuré pour communiquer avec un système de véhicule. L’identifiant portatif comprend une source d’énergie électrique. Le procédé comprend par l’identifiant portatif, pour au moins un protocole de communication, les quatre étapes suivantes. La première étape est une détection (S10) de perte de communication avec le système. La deuxième étape est une détermination (S20) du nombre de pas effectués par un utilisateur entre la perte de communication détectée et une désactivation de l’identifiant portatif. La troisième étape est, après une réactivation de l’identifiant, une surveillance (S30) du nombre de pas effectués par l’utilisateur. La quatrième étape est un déclenchement (S40) de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé. Le procédé fournit une utilisation améliorée de l’identifiant portatif. [Fig. 1] Utilisation d’un identifiant portatif pour communiquer avec un système de véhicule La présente divulgation concerne un procédé d’utilisation d’un identifiant portatif, un programme d’ordinateur pour un tel identifiant portatif, un support de stockage pour un tel programme et un identifiant portatif. Arrière-plan technique Il existe aujourd’hui des véhicules équipés de systèmes ayant enregistré un ou plusieurs identifiants portatifs. Ces identifiants portatifs peuvent être des dispositifs portables tels que des porte-clés (traduction de l’anglais « keyfob ») ou des smartphones. Chaque identifiant comprend une source d’énergie électrique (par exemple une pile) lui permettant d’être portatif. De tels systèmes permettent l’exécution de fonctions par le véhicule, comme par exemple l’ouverture des portes et/ou le démarrage du véhicule en fonction de la localisation des un ou plusieurs identifiants portatifs. Pour l’exécution de ces fonctions, chaque identifiant portatif peut être configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec le système. Par exemple, l’identifiant portatif et le système peuvent être configurés pour communiquer en utilisant un protocole de communication UWB (acronyme de l’anglais « Ultra Wide Band », qui signifie en français « Bande Ultra Large ») et un protocole de communication BLE (acronyme de l’anglais « Bluetooth Low Energy », qui signifie en français « Bluetooth faible énergie »). Cependant, l’utilisation de ces un ou plusieurs protocoles de communication réduit la durée de vie de la source d’énergie électrique de l’identifiant portatif. Il existe donc un besoin d’améliorer l’utilisation d’un tel identifiant portatif. Résumé On propose pour cela un procédé d’utilisation d’un identifiant portatif configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec un système de véhicule ayant enregistré l’identifiant portatif. L’identifiant portatif comprend une source d’énergie électrique. Le procédé comprend par l’identifiant portatif, pour au moins un protocole de communication, les quatre étapes suivantes. La première étape est une détection de perte de communication utilisant le protocole de communication avec le système. La deuxième étape est une détermination du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif. La troisième étape est, après une réactivation de l’identifiant, une surveillance du nombre de pas effectués par l’utilisateur portant l’identifiant portatif. La quatrième étape est un déclenchement de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé. Pour chaque protocole de communication, la communication peut être déclenchée lorsque l’inégalité suivante est vérifiée : dans laquelle est le nombre de pas surveillé, est le nombre de pas effectués par l’utilisateur entre une sortie du véhicule par l’utilisateur et la désactivation de l’identifiant portatif, est le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée et est un paramètre dépendant du protocole de communication. Les un ou plusieurs protocoles de communication peuvent comprendre un protocole de communication UWB et/ou un protocole de communication BLE. Pour au moins un protocole, le déclenchement peut être effectué en fonction : - d’une vitesse de l’utilisateur, - d’une comparaison d’une ou plusieurs mesures RSSI d’échanges BLE déterminées pendant la surveillance (S30) avec une ou plusieurs mesures RSSI d’échanges BLE au moment de la perte de communication détectée de chaque protocole de communication, et/ou - d’un nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. L’identifiant peut comprendre un podomètre. La détermination du nombre de pas et/ou la surveillance du nombre de pas peuvent comprendre une ou plusieurs mesures du nombre de pas par le podomètre. L’identifiant peut comprendre un microcontrôleur et, pour chaque protocole de communication, un composant respectif. Le déclenchement de communication peut comprenant, pour chaque protocole de communication, un envoi d’un signal de réveil par le microcontrôleur au composant respectif du protocole de communication. La source d’énergie électrique peut être une pile, de préférence une pile bouton, et/ou présentant un diamètre inférieure à 25 millimètres et/ou une hauteur inférieure à 8 millimètres, par exemple inférieure à 6 millimètres. On propose également un programme d’ordinateur pour un tel identifiant portatif. Le programme d’ordinateur comprend des instructions qui, lorsque le programme est exécuté par un processeur, conduisent celui-ci à mettre en œuvre un tel procédé. On propose également un support de stockage lisible par ordinateur sur lequel est enregistré un tel programme d’ordinateur. On propose également un identifiant portatif. L’identifiant portatif comprend un tel support de stockage. L’identifiant portatif est configuré pour exécuter un tel procédé. Brève description des figures Des exemples non-limitants vont être décrits en référence aux figures suivantes : La FIG. 1 montre un organigramme d’un exemple du procédé. La FIG. 2 illustre un exemple d’utilisation de l’identifiant portatif selon le procédé. Les FIG. 3 et FIG. 4 illustrent des exemples d’ajustement du paramètre . Description détaillée En référence à l’organigramme de la FIG. 1 , on propose un procédé d’utilisation d’un identifiant portatif configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec un système de véhicule ayant enregistré l’identifiant portatif. L’identifiant portatif comprend une source d’énergie électrique. Le procédé comprend par l’identifiant portatif, pour au moins un protocole de communication, les quatre étapes suivantes. La première étape est une détection S10 de perte de communication utilisant le protocole de communication avec le système. La deuxième étape est une détermination S20 du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif. La troisième étape est, après une réactivation de l’identifiant, une surveillance S30 du nombre de pas effectués par l’utilisateur portant l’identifiant portatif. La quatrième étape est un déclenchement S40 de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé. Le procédé fournit une utilisation améliorée de l’identifiant portatif. En effet, le procédé permet, pour chacun des au moins un protocole de communication, le déclenchement de communication utilisant le protocole de communication uniquement lorsque l’identifiant portatif est à nouveau dans le périmètre dans lequel le protocole de communication peut être utilisé. Cela évite d’avoir à effectuer des tentatives infructueuses de communication pendant que l’utilisateur approche du véhicule, ce qui améliore la durée de vie de la source d’énergie électrique de l’identifiant portatif. En particulier, le procédé est particulièrement précis et fiable. En effet, le comptage du nombre de pas permet une mesure objective de combien l’utilisateur s’est éloigné du véhicule après la perte de communication lorsqu’il ou elle en est sorti(e), et le nombre de pas compté permet ensuite de savoir, lorsque l’utilisateur retourne vers le véhicule, combien de pas l’utilisateur doit effectuer avant que le protocole de communication puisse à nouveau être utilisé. Le comptage du nombre de pas est fiable compte tenu du fait que l’utilisateur emprunte généralement le même trajet pour se rendre depuis le véhicule vers son lieu de destination et pour revenir du lieu de destination vers le véhicule. Par ailleurs, les pas effectués ne varient généralement pas entre ces deux moments pour un même utilisateur. D’autre part, le comptage et l’enregistrement du nombre de pas sont réalisés par l’identifiant portatif lui-même. Cela rend l’utilisation de l’identifiant portatif autonome et évite d’avoir à réaliser des échanges supplémentaires avec le système, rendant ainsi le procédé particulièrement efficace. En outre, le procédé s’adapte à un large éventail de situations (par exemple stationnement du véhicule au travail, à la maison ou pour faire des courses). En effet, la détermination du nombre de pas effectués par l’utilisateur permet de prendre en compte le fait que ce nombre de pas peut varier à chaque situation. Lorsque l’utilisateur retourne au véhicule, le procédé permet, à chaque situation, le déclenchement de la communication au bon moment (c’est-à-dire compte tenu du nombre de pas déterminé lorsque l’utilisateur a précédemment quitté le véhicule, et donc de la situation). Notamment, le procédé permet de prendre en compte un nombre de pas différent pour chaque protocole de communication. Les un ou plusieurs protocoles de communication peuvent comprendre un protocole de communication UWB (acronyme de l’anglais « Ultra Wide Band », qui signifie en français « Bande Ultra Large ») et un protocole de communication BLE (acronyme de l’anglais « Bluetooth Low Energy », qui signifie en français « Bluetooth faible énergie »). Le procédé comprend une exécution des étapes S10 à S40 pour chacun de ces protocoles UWB et BLE. Par exemple, le procédé peut comprendre dans un premier temps une détection S10 de perte de communication utilisant le protocole UWB, puis, dans un deuxième temps, une détection S10 de perte de communication utilisant le protocole BLE (le protocole UWB ayant une portée plus restreinte que le BLE). Le nombre de pas déterminé à l’étape S20 peut être différent pour chaque protocole de communication. Par exemple, le nombre de pas déterminé pour le protocole UWB peut être inférieur au nombre de pas déterminé pour le protocole BLE (le protocole BLE ayant une portée supérieure au protocole UWB). L’identifiant peut enregistrer un nombre de pas respectif pour chaque protocole. Le nombre de pas respectif peut être le nombre de pas déterminé entre la perte de communication détectée pour le protocole et la désactivation de l’identifiant portatif. Les étapes S10 à S40 sont exécutées par l’identifiant portatif pour chaque protocole, par exemple en parallèle. Des informations sont maintenant fournies sur l’exécution des étapes S10 à S40 pour un protocole de communication en particulier (par exemple BLE ou UWB). Néanmoins, ces informations peuvent s’appliquer à n’importe lequel des protocoles de communication pour lesquels le procédé comprend une exécution de ces étapes. Les étapes S10 à S40 sont exécutés par l’identifiant portatif. Par exemple, l’identifiant portatif peut comprendre un processeur et une mémoire sur laquelle est enregistré le programme d’ordinateur pour identifiant portatif. Ce programme d’ordinateur peut comprendre des instructions qui, lorsqu’elles sont exécutées par le processeur de l’identifiant portatif, conduisent celui-ci à mettre en œuvre les étapes S10 à S40. Le procédé peut comprendre une exécution des étapes S10 et S20 pendant que l’utilisateur parcours un trajet aller-retour depuis le véhicule vers un lieu de destination (par exemple son domicile, son bureau, un hôtel ou un commerce tel qu’un magasin ou un restaurant). Le parcours de l’utilisateur pendant la partie aller de ce trajet et pendant la partie retour de ce trajet peut être sensiblement le même. Le procédé peut comprendre une exécution des étapes S10 et S20 pendant que l’utilisateur effectue la partie aller de ce trajet, c’est-à-dire après que l’utilisateur a quitté le véhicule, et pendant qu’il se dirige vers le lieu de destination. Le procédé peut comprendre une exécution des étapes S10 et S20 pendant que l’utilisateur effectue la partie retour de ce trajet, c’est-à-dire depuis le lieu de destination vers le véhicule. Dans des exemples, le procédé peut comprendre une répétition des étapes S10 à S40 pour chaque protocole à chaque trajet aller-retour. Par exemple, le procédé peut comprendre une répétition des étapes S10 à S40 pour chaque protocole à chacun des trajets véhicule – domicile, véhicule – travail, véhicule – hôtel et/ou véhicule – commerce effectués par l’utilisateur portant l’identifiant portatif. La perte de communication peut se réaliser pendant que l’utilisateur effectue le trajet aller. Par exemple, chaque protocole de communication peut être utilisé dans un certain périmètre autour du véhicule, et la perte de communication peut se réaliser au moment où l’utilisateur quitte ce périmètre. Le procédé peut exécuter la détection S10 de perte de communication à ce moment. La désactivation de l’identifiant portatif peut se réaliser à la fin du trajet aller, c’est-à-dire lorsque l’utilisateur arrive au lieu de destination. Par exemple, la désactivation peut s’exécuter après que l’utilisateur a posé l’identifiant portatif (par exemple sur une commode ou un bureau), ou bien après que l’utilisateur se soit assis (par exemple à son bureau ou à une table du restaurant). La désactivation de l’identifiant portatif peut s’effectué de n’importe quelle manière. Par exemple, la désactivation peut comprendre une détection d’absence de mouvement de l’identifiant portatif (par exemple pendant au moins une période prédéterminée) puis, en réponse à cette détection, un arrêt de fonctionnement de toutes les fonctions de l’identifiant portatif (par exemple excepté un fonction de veille). La détection d’absence de mouvement peut être mesurée par le capteur de mouvement. Alternativement, la désactivation peut comprendre un appui, par l’utilisateur, d’un bouton d’arrêt situé sur l’identifiant portatif (l’identifiant étant configuré pour se désactiver en réponse à l’appui de ce bouton). Le procédé peut exécuter la détermination S20 à la fin du trajet aller, par exemple juste après l’immobilisation de l’identifiant portatif et juste avant sa désactivation. La réactivation de l’identifiant portatif peut s’exécuter après la désactivation de l’identifiant portatif. La réactivation de l’identifiant portatif peut s’exécuter à un moment de reprise de mouvement de l’identifiant portatif (après l’arrêt de mouvement au moment de la désactivation), c’est-à-dire au début du trajet retour. La réactivation de l’identifiant portatif peut s’exécuter après qu’une certaine durée se soit écoulée depuis la désactivation de l’identification. Cette durée peut correspondre au temps de séjour de l’utilisateur sur le lieu de destination avant que l’utilisateur utilise à nouveau le véhicule, et effectue pour cela le trajet retour. Le procédé peut exécuter la surveillance S30 pendant ce trajet retour. La réactivation de l’identifiant portatif peut s’effectué de n’importe quelle manière. Par exemple, la réactivation peut comprendre une détection de mouvement de l’identifiant portatif (par exemple pendant au moins une période prédéterminée) puis, en réponse à cette détection, une mise en marche de toutes les fonctions de l’identifiant portatif (et par exemple une désactivation de la fonction de veille). La détection de mouvement peut être mesurée par le capteur de mouvement. Alternativement, la réactivation peut comprendre un appui, par l’utilisateur, d’un bouton de mise en marche situé sur l’identifiant portatif (l’identifiant étant configuré pour se réactiver en réponse à l’appui de ce bouton). Le procédé peut exécuter le déclenchement S40 après que l’utilisateur entre le périmètre autour du véhicule dans lequel le protocole de communication peut s’exécuter. Par exemple, le procédé peut exécuter le déclenchement S40 juste après l’entrée de l’utilisateur dans le périmètre, ou bien après que l’utilisateur a effectué quelques pas dans le périmètre. Pour chaque protocole, on entend par communication des échanges, par exemple périodique, de signaux entre l’identifiant portatif et le système du véhicule selon le protocole de communication. Par perte de communication, on entend un arrêt de ces échanges. Avant l’étape S10, le procédé peut comprendre une phase préliminaire comprenant, par exemple périodiquement, des échanges utilisant le protocole de communication entre l’identifiant portatif et le système du véhicule. L’identifiant portatif peut encore se trouver dans le périmètre du véhicule permettant une telle communication avec le système du véhicule. Par exemple, l’utilisateur peut encore se trouver dans le véhicule, ou bien peut se trouver encore à quelques mètres du véhicule. Chaque échange peut comprendre un envoi d’un signal par l’un de l’identifiant portatif et du système et une réception de ce signal par l’autre de l’identifiant portatif et du système. Au moment de l’étape S10, cette communication est perdue. Cela signifie qu’un ou plusieurs signaux ne parviennent pas à être échangés entre le dispositif portatif et le système (par exemple à cause de la distance qui les séparent, ou bien de la présence d’un mur empêchant l’échange des signaux). La perte de communication peut comprendre un envoi d’un ou plusieurs signaux par l’un de l’identifiant portatif et du système et une absence de réception (ou une réception avec une amplitude trop faible) de ces un ou plusieurs signaux par l’autre de l’identifiant portatif et du système. L’absence de réception peut être causée par une distance entre le système et l’identifiant portatif trop grande ou la présence d’objets (par exemple un mur) empêchant la propagation des signaux entre le système et l’identifiant portatif. La détection S10 de perte de communication peut être réalisée de n’importe quelle manière. La détection S10 peut comprendre une détermination de l’absence de réception d’un signal échangé entre l’identifiant portatif et le système. Par exemple, la détection S10 peut comprendre un envoi d’un signal par l’identifiant portatif au système, puis, une absence de réception d’un signal retour envoyé par le système (le signal retour étant par exemple envoyé en réponse au signal envoyé par l’identifiant portatif), ou bien une réception du signal envoyé par le système avec une amplitude trop faible (par exemple inférieure à un seuil prédéterminé). L’amplitude peut être par exemple trop faible pour que le signal puisse être décodé par l’identifiant portatif. Après la détection S10, le procédé comprend la détermination S20 du nombre de pas effectués par l’utilisateur entre la perte de communicant détectée et la désactivation de l’identifiant portatif. Dans des exemples, l’identifiant portatif peut comprendre un podomètre. Dans ce cas, la détermination S20 du nombre de pas peut comprendre une mesure, par le podomètre du nombre de pas effectués par l’utilisateur entre la perte de communicant détectée et la désactivation de l’identifiant portatif. Dans d’autre exemples, l’identifiant portatif peut comprendre un capteur de mouvement. Dans ce cas, la détermination S20 du nombre de pas peut comprendre une mesure, par le capteur de mouvement, des mouvements de l’identifiant portatif entre la perte de communicant détectée et la désactivation de l’identifiant portatif, puis, une analyse, par l’identifiant portatif (par exemple le processeur de l’identifiant), de ces mouvements mesurés pour en déduire le nombre de pas effectués par l’utilisateur entre ces deux instants. La déduction du nombre de pas en fonction des mouvements mesurés peut se faire de n’importe quelle manière. Par exemple, la déduction peut comprendre une reconnaissance de mouvements répétitifs réguliers dans les mouvements mesurés (chaque mouvement répétitif correspondant à un pas). Le procédé peut réaliser la détermination S20 du nombre de pas pendant que l’utilisateur avance. Par exemple, la détermination S20 peut se faire de manière incrémentale en utilisant un compteur du nombre de pas mesurés. Par exemple, après chaque pas effectué par l’utilisateur, la détermination S20 peut comprendre une détermination que l’utilisateur a effectué un nouveau pas, puis, un ajout d’un pas au compteur. La détermination que l’utilisateur a effectué un nouveau pas peut se faire par analyse du mouvement mesuré par le capteur de mouvement pendant que l’utilisateur réalise ce nouveau pas, ou par mesure de ce nouveau pas directement par le podomètre. Dans ce cas, la détermination S20 peut comprendre un enregistrement d’un premier nombre de pas correspondant au nombre de pas du compteur au moment de la détection S10 de perte de communication, un enregistrement d’un deuxième nombre de pas correspondant au nombre de pas du compteur au moment de la désactivation de l’identifiant et un calcul du nombre de pas déterminé par soustraction du premier nombre de pas au deuxième nombre de pas. Dans ces exemples, le procédé peut par exemple comprendre une remise à zéro du compteur à un moment donné pendant l’exécution des étapes S10 à S40, par exemple avant la détection S10, par exemple au moment de la sortie du véhicule ou de la réactivation de l’identifiant portatif. Alternativement, le procédé peut réaliser la détermination S20 du nombre de pas uniquement à la fin du trajet aller. Dans ce cas, la détermination S20 peut par exemple comprendre un enregistrement du mouvement mesuré par le capteur de mouvement, et le procédé peut réaliser l’analyse sur la base de l’ensemble des mouvements enregistrés à la fin du trajet uniquement. Après la détermination S20, le procédé peut comprendre un enregistrement du nombre de pas déterminé. Par exemple, l’identifiant portatif peut comprendre une mémoire, et le procédé peut comprendre un enregistrement du nombre de pas déterminé sur la mémoire Dans des exemples, l’utilisateur peut poser l’identifiant portatif avant la perte de communication S10, c’est-à-dire alors qu’il ou elle se trouve encore dans le périmètre du protocole. Dans ce cas, le procédé peut comprendre un arrêt du comptage de pas par le compteur lorsque l’utilisateur pose l’identifiant. Par exemple, le procédé peut comprendre une détection que l’identifiant portatif ne bouge plus pendant un temps prédéterminé (par exemple 5 minutes), puis, un enregistrement du nombre de pas mesuré par le compteur. Après cela, le procédé peut comprendre un arrêt de la communication avec le véhicule (la perte de communication S10 n’intervenant alors qu’à ce moment). Le nombre de pas déterminé à l’étape S20 entre l’arrêt de la communication et la désactivation de l’identifiant portatif sera alors de zéro, et dans ce cas, au moment de la réactivation de l’identifiant, la communication sera déclenchée directement après la réactivation de l’identifiant. La surveillance S30 peut comprendre un comptage du nombre de pas effectués par l’utilisateur pendant qu’il avance depuis la réactivation de l’identifiant portatif. La surveillance S30 peut se faire de manière incrémentale en utilisant un compteur du nombre de pas effectués (par exemple le même compteur que pour la détermination S20). Par exemple, la surveillance S30 peut comprendre une mise à zéro de ce compteur au moment de la réactivation de l’identifiant portatif. Ensuite, après chaque pas effectué par l’utilisateur, la surveillance S30 peut comprendre une détermination que l’utilisateur a effectué un nouveau pas, puis, un ajout d’un pas au compteur. La détermination que l’utilisateur a effectué un nouveau pas peut se faire par analyse du mouvement mesuré par le capteur de mouvement pendant que l’utilisateur réalise ce nouveau pas, ou, par mesure de ce nouveau pas par le podomètre. Dans des exemple, la surveillance S30 peut également comprendre une détermination de la manière avec laquelle l’utilisateur avance. Par exemple, la surveillance S30 peut comprendre une détermination que l’utilisateur court, marche ou est immobile. Cette détermination peut être réalisée en utilisant le podomètre, qui peut être configuré pour détecter l’état de déplacement de l’utilisateur (c’est-à-dire si l’utilisateur court, marche ou est immobile). Le déclenchement S40 se fait au moment où le nombre de pas surveillé devient supérieur à un nombre de pas déterminé pendant le trajet aller (qui est par exemple enregistré sur la mémoire de l’identifiant portatif). Par exemple, le procédé peut comprendre, à chaque nouveau pas mesuré pendant la surveillance S30, une vérification de si le nombre de pas surveillé devient supérieur au nombre de pas déterminé pendant le trajet aller. Lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé pendant le trajet aller, le procédé comprend le déclenchement S40 de la communication. Le déclenchement S40 peut comprendre une réalisation de tentative de communication entre l’identifiant portatif et le système en utilisant le protocole. Le déclenchement S40 peut comprendre un envoi d’échanges entre l’identifiant portatif et le système, notamment pour permettre une négociation de paramètre(s) de communication entre l’identifiant portatif et le système. La communication déclenchée par ces tentatives peut se poursuivre, par exemple jusqu’à que l’utilisateur entre dans le véhicule ou allume le véhicule (par exemple allume le moteur du véhicule). Dans des exemples, la communication est déclenchée lorsque l’inégalité suivante est vérifiée : Dans cette inégalité, est le nombre de pas surveillé à l’étape S30. est le nombre de pas effectués par l’utilisateur entre une sortie du véhicule par l’utilisateur et la désactivation de l’identifiant portatif. est le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. est donc le nombre de pas déterminé à l’étape S20. est un paramètre dépendant du protocole de communication. Le paramètre peut être prédéterminé. Par exemple, le paramètre peut être un nombre entier inférieur ou égal à 0, par exemple compris entre 0 et -5, par exemple entre 0 et -3. Le paramètre peut dépendre du protocole. Par exemple, peut dépendre du périmètre dans lequel le protocole de communication peut être utilisé (par exemple de la taille de ce périmètre). Par exemple, peut être supérieur pour le protocole BLE que pour le protocole UWB (le périmètre du protocole BLE étant supérieur à celui du protocole UWB). Alternativement, le paramètre peut être le même pour tous les protocoles. Le paramètre permet d’ajuster le moment de l’exécution de l’étape S40 pour que la communication soit établie juste au moment où l’utilisateur entre dans le périmètre. Cela participe à l’amélioration de l’utilisation de la source d’énergie puisque cet ajustement permet de réduire le risque que les tentatives de communication soient réalisées trop tôt ou trop tard. Dans des exemples, le déclenchement est effectué en fonction d’un ou plusieurs paramètres, par exemple mesurés et/ou déterminés pendant l’exécution des étapes S10 à S40. Par exemple, le procédé peut comprendre un ajustement du paramètre utilisé dans l’inégalité précédemment discutée. Le procédé peut par exemple comprendre un ajustement du paramètre en fonction de l’état de déplacement de l’utilisateur détecté par le podomètre. Le procédé peut réaliser cet ajustement juste avant et/ou pendant que cette inégalité est utilisée (c’est-à-dire en ajustant la valeur paramètre puis en vérifiant que le nombre de pas ne devienne pas supérieur au nombre de pas déterminé à l’étape S20 avec l’inégalité en utilisant la valeur ajustée du paramètre ). Par exemple, le déclenchement peut être effectué en fonction de la vitesse de l’utilisateur. Dans ce cas, le procédé peut comprendre une mesure de cette vitesse, par exemple lorsque l’utilisateur retour vers le véhicule (pendant l’exécution de l’étape S30). La vitesse mesurée peut être une vitesse moyenne de l’utilisateur, par exemple pendant le trajet retour, c’est-à-dire pendant la surveillance S30. La vitesse mesurée peut être celle de l’identifiant portatif (celle-ci étant assimilée à celle de l’utilisateur). Le procédé peut déduire cette mesure de vitesse en mesurant la durée entre chaque pas (par exemple une durée moyenne sur les premiers pas du trajet retour). Le procédé peut par exemple considérer une distance moyenne entre chaque pas (par exemple prédéterminée en fonction de l’utilisateur), et en déduire la vitesse de l’utilisateur par division de cette distance moyenne par la durée entre chaque pas. Le procédé peut ajuster le paramètre en fonction de cette vitesse déduite. Par exemple, le procédé peut réduire le paramètre lorsque la vitesse augmente (et inversement). Le déclenchement en fonction de la vitesse participe à l’amélioration de l’utilisation de la source d’énergie car il permet d’affiner le moment de déclenchement de la communication. Le procédé peut par exemple utiliser une première table dans laquelle des intervalles de vitesse sont associés chacun à une valeur de prédéterminée. Le procédé peut comprendre une détermination du paramètre à utiliser dans l’inégalité en recherchant dans la première table la valeur de prédéterminée qui est associée à l’intervalle de vitesse dans lequel la vitesse déduite se trouve. Par exemple, la première table peut comprendre un premier intervalle comprenant les vitesses inférieures ou égales à 1,5 mètre par second associé à une valeur de +3 pour tous les (par exemple pour le protocole UWB et pour le protocole BLE). Le procédé peut utiliser ce premier intervalle lorsque l’utilisateur marche lentement, par exemple lorsqu’il ou elle rédige un message sur son téléphone ou qu’il ou elle flâne. La première table peut également comprendre un deuxième intervalle comprenant les vitesses supérieures à 1,5 mètre par second et inférieures à 2,1 mètres par second associé à une valeur de 0 pour tous les (par exemple pour le protocole UWB et pour le protocole BLE). Le procédé peut utiliser ce deuxième intervalle lorsque l’utilisateur marche normalement. La première table peut également comprendre un troisième intervalle comprenant les vitesses supérieures à 2,1 mètres par second associé à une valeur de -3 pour tous les (par exemple pour le protocole UWB et pour le protocole BLE). Le procédé peut utiliser ce troisième intervalle lorsque l’utilisateur marche rapidement, par exemple lorsqu’il pleut. Alternativement ou additionnellement, le déclenchement peut être effectué en fonction d’une comparaison d’une ou plusieurs mesures RSSI (acronyme de l’anglais « Received Signal Strength Indication », qui signifie en français Indication de l’Intensité du Signal Reçu) d’échanges BLE pendant la surveillance S30 avec une ou plusieurs mesures RSSI d’échanges BLE au moment de la perte de communication détectée de chaque protocole de communication. Dans ce cas, les un ou plusieurs protocoles de communication peuvent comprendre le protocole de communication BLE et le protocole de communication UWB. Le procédé peut comprendre un ajustement du paramètre utilisé pour le protocole UWB. Par exemple, lorsque les mesures RSSI des échanges BLE effectués pendant la surveillance S30 augmentent rapidement, le paramètre peut être ajusté de sorte que le déclenchement de la communication UWB commence immédiatement. Par exemple, le paramètre ajusté peut être égal à , avec le nombre de pas avant la perte de communication UWB. Par exemple, l’augmentation peut être rapide lorsque l’augmentation de l’intensité entre deux échanges BLE est supérieure à une valeur d’augmentation prédéterminée, par exemple comprise entre 4 et 7 décibels. Par exemple, la valeur d’augmentation prédéterminée peut être d’environ 6 décibels. Alternativement ou additionnellement, le déclenchement peut être effectué en fonction du nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. Le procédé peut déterminer ce nombre de pas au moment de l’étape S20. Le procédé peut enregistrer ce nombre de pas au moment de l’étape S20, et réutiliser ce nombre de pas au moment de la détermination du paramètre au moment de l’étape S40. Le procédé peut par exemple utiliser une deuxième table dans laquelle, pour chaque protocole, des intervalles de nombre de pas sont associés chacun à une valeur de prédéterminée. Le procédé peut comprendre une détermination du paramètre à utiliser dans l’inégalité en recherchant dans la deuxième table la valeur de prédéterminée qui est associée, pour le protocole, à l’intervalle de nombre de pas dans lequel le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée se trouve. Par exemple, pour le protocole UWB, la deuxième table peut comprendre un premier intervalle comprenant les nombres de pas inférieurs ou égaux à 5 associé à une valeur de -3 pour le paramètre du protocole UWB. Le procédé peut utiliser ce premier intervalle pour déclencher plus rapidement la communication UWB. La deuxième table peut comprendre un deuxième intervalle comprenant les nombres de pas supérieurs à 5 et inférieurs ou égaux à 9 associé à une valeur de 0 pour le paramètre du protocole UWB. Le procédé peut utiliser ce deuxième intervalle pour déclencher normalement la communication UWB. La deuxième table peut comprendre un troisième intervalle comprenant les nombres de pas supérieurs ou égaux à 9 associé à une valeur de +3 pour le paramètre du protocole UWB. Le procédé peut utiliser ce troisième intervalle pour déclencher plus tard la communication UWB. Pour le protocole BLE, la deuxième table peut comprendre un quatrième intervalle comprenant les nombres de pas inférieurs ou égaux à 10 associé à une valeur de -5 pour le paramètre du protocole BLE. Le procédé peut utiliser ce quatrième intervalle pour déclencher plus rapidement la communication BLE. La deuxième table peut comprendre un cinquième intervalle comprenant les nombres de pas supérieurs à 10 et inférieurs ou égaux à 50 associé à une valeur de 0 pour le paramètre du protocole UWB. Le procédé peut utiliser ce cinquième intervalle pour déclencher normalement la communication BLE. La deuxième table peut comprendre un sixième intervalle comprenant les nombres de pas supérieurs ou égaux à 50 associé à une valeur de +5 pour le paramètre du protocole BLE. Le procédé peut utiliser ce sixième intervalle pour déclencher plus tard la communication BLE. L’identifiant portatif peut être compact. L’identifiant peut être un porte-clés (traduction de l’anglais « keyfob ») ou un smartphone. L’identifiant est porté par l’utilisateur du véhicule (par exemple le conducteur). L’identifiant peut être configuré pour commander à distance l’exécution d’une ou plusieurs fonctionnalités du véhicule (par exemple ouverture de portes et/ou du coffre arrière, démarrage du véhicule et/ou verrouillage du véhicule). Pour cela, l’identifiant peut comprendre des boutons commandant ces différentes fonctions. L’identifiant peut être configuré pour détecter le mouvement de l’identifiant (et/ou l’absence de mouvement). Pour cela, l’identifiant peut comprendre un capteur de mouvement. L’identifiant peut également être configuré pour mesurer le nombre de pas effectués par l’utilisateur qui le porte. Pour cela, l’identifiant peut comprendre un podomètre. Dans des exemples, l’identifiant portatif peut comprendre un composant UWB, un composant BLE et une communication interne entre le composant UWB et le composant BLE. Le composant UWB (par exemple une puce UWB) peut être configuré pour programmer les échanges UWB. Le composant UWB peut être relié à une antenne pour l’envoi des signaux UWB des échanges UWB. Le composant BLE (par exemple une puce BLE) peut être configuré pour programmer les échanges BLE. Le composant UWB peut être relié à une antenne pour l’envoi des signaux BLE des échanges BLE. Le composant BLE peut être le composant dit « maître » et le composant UWB peut être asservi par le composant dit « maître ». Dans des exemples, le déclenchement de communication comprenant, pour chaque protocole de communication, un envoi d’un signal de réveil par le microcontrôleur au composant respectif du protocole de communication. Pour le protocole UWB, le déclenchement de communication UWB peut également comprendre une configuration de la communication UWB avec des paramètres de session négociés en utilisant la communication BLE (celle-ci étant déjà déclenchée à ce moment). Le déclenchement de communication UWB peut également comprendre une instruction de commencer la communication UWB après écoulement d’une durée prédéterminée, par exemple une durée de Y millisecondes. Le procédé peut comprendre une détermination de la durée Y en fonction du nombre de pas restant pour entrer dans le périmètre UWB au moment de la négociation des paramètres de session. Les communications BLE et UWB peuvent être régies par la norme CCC (acronyme de l’anglais « China Compulsory Product Certification » qui signifie en français « Certification de Produit Obligatoire en Chine »), par exemple la norme « CCC-TS-101-Digital-Key-R3-1.2.0-approved ». La source d’énergie électrique peut être une pile. Par exemple, la source d’énergie électrique peut être une pile bouton. La source d’énergie électrique peut être rechargeable (par exemple de type VL3032), ou alternativement ne pas être rechargeable (pile non rechargeable). Dans des exemples, la pile peut présenter un diamètre inférieur à 25 millimètres, par exemple d’environ 20 millimètres. Alternativement ou additionnellement, la pile peut présenter une hauteur inférieure à 8 millimètres, par exemple inférieure à 6 millimètre. Par exemple, la pile peut présenter une hauteur d’environ 3,2 millimètres. Par exemple, la pile peut être une pile bouton CR2250, CR2577 ou CR2032. Le véhicule peut être tout type de véhicule configuré pour comprendre un tel système ayant enregistré l’identifiant portatif. Par exemple, le véhicule peut être une voiture, un camion ou une moto. Le système peut avoir enregistré un ou plusieurs autres identifiants portatifs. Dans ce cas, les un ou plusieurs autres identifiants portatifs peuvent eux aussi être utilisés selon le même procédé d’utilisation. Les un ou plusieurs autres identifiants portatifs peuvent par exemple appartenir à un ou plusieurs autres utilisateurs du véhicule, et peuvent être configurés pour exécuter le procédé lorsque ces un ou plusieurs autres utilisateurs effectuent des trajets aller-retour depuis le véhicule vers un ou plusieurs lieux de destination. Le protocole de communication BLE peut servir de protocole de communication avec le véhicule. Le protocole de communication UWB peut servir à mesurer la distance entre l’identifiant et le véhicule. Des données peuvent être contenues dans les échanges UWB pour sécuriser la communication et faire la mesure de distance en mesurant le temps mis par le message pour arriver. Des exemples vont maintenant être décrits en référence aux figures 2 à 4. La FIG. 2 illustre un exemple d’utilisation de l’identifiant portatif selon le procédé. Dans cet exemple, le procédé est exécuté pendant que l’utilisateur fait un aller-retour depuis son véhicule 100 vers son domicile 200 en suivant le parcours 300 (qui est sensiblement identique à l’aller et au retour). L’identifiant portatif est configuré pour communiquer en utilisant un protocole de communication BLE et un protocole de communication UWB avec le système de véhicule. Le protocole de communication UWB est utilisé dans un premier périmètre 110 autour du véhicule. Le protocole de communication BLE est utilisé dans un deuxième périmètre 120 autour du véhicule (plus large que le premier 110). Pour le protocole UWB, la perte de communication se réalise au moment où l’utilisateur quitte le premier périmètre 110, c’est-à-dire au point 111 sur le parcours 300. Pour le protocole BLE, la perte de communication se réalise au moment où l’utilisateur quitte le deuxième périmètre 120, c’est-à-dire au point 121 sur le parcours 300. Le procédé comprend par l’identifiant portatif, pour chacun des deux protocoles de communication BLE et UWB, les quatre étapes suivantes. Les deux premières étapes sont réalisées après que l’utilisateur quitte son véhicule 100 et se dirige vers son domicile 200 en suivant le parcours 300. La première étape est une détection de perte de communication utilisant le protocole de communication avec le système. Pour le protocole UWB, la perte de communication se réalise au moment où l’utilisateur quitte le premier périmètre 110, c’est-à-dire au point 111 sur le parcours 300. Pour le protocole BLE, la perte de communication se réalise au moment où l’utilisateur quitte le deuxième périmètre 120, c’est-à-dire au point 121 sur le parcours 300. Pour chaque protocole, la deuxième étape est une détermination du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif. Ce nombre de pas est, pour le protocole UWB, le nombre de pas entre le point 111 et le domicile 200, et pour le protocole BLE, le nombre de pas entre le point 121 et le domicile 200. La troisième étape est réalisée après une réactivation de l’identifiant. Par exemple, l’utilisateur décide de retourner à son véhicule 300 et empreinte donc à nouveau le trajet 300. L’utilisateur saisit alors l’identifiant, entrainant une réactivation de l’identifiant et le début de la troisième étape. La troisième étape est une surveillance du nombre de pas effectués par l’utilisateur portant l’identifiant portatif pendant qu’il réalise ce trajet retour. La quatrième étape est un déclenchement de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé. Pour le protocole BLE, le déclenchement de communication BLE se réalise alors au point 111 (à ce point, le nombre de pas surveillé correspondant à celui déterminé pendant la deuxième étape). De même, pour le protocole UWB, le déclenchement de communication UWB se réalise au point 121. Le procédé fournit une utilisation améliorée de l’identifiant portatif. En effet, le procédé permet pour chaque protocole le déclenchement d’une communication uniquement lorsque l’identifiant portatif est à nouveau dans le périmètre dans lequel le protocole de communication peut être utilisé (110 pour le protocole UWB et 120 pour le protocole BLE. Cela évite d’avoir à effectuer des tentatives infructueuses de communication pendant que l’utilisateur approche du véhicule, ce qui améliore la durée de vie de la source d’énergie électrique de l’identifiant portatif. Cela est rendu possible par le comptage du nombre de pas permet une mesure objective de combien l’utilisateur s’est éloigné du véhicule après la perte de communication. Un exemple de situation est décrit dans cet exemple (trajet véhicule-domicile), mais le procédé s’adapte à un large éventail de situations (par exemple trajet véhicule-travail ou véhicule-commerce). Pour chacune de ces autres situations, le procédé permet, à chaque situation, le déclenchement de la communication au bon moment. La FIG. 3 illustre un premier exemple d’ajustement du paramètre . Dans ce premier exemple, le véhicule 101 est garé dans un garage près de la maison et la perte des communications UWB et BLE (c’est-à-dire des signaux UWB et BLE) intervient après seulement quelques pas. En effet, lorsque l’utilisateur sort du garage, il ou elle sort du périmètre 410 du protocole UWB et du périmètre 420 du protocole BLE. Dans ce premier exemple, pour chaque protocole, le déclenchement peut être effectué en fonction du nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. Le procédé peut déterminer ce nombre de pas au moment de l’étape S20. Le procédé peut enregistrer ce nombre de pas au moment de l’étape S20, et réutiliser ce nombre de pas au moment de la détermination du paramètre au moment de l’étape S40. Lorsque la communication UWB est perdue après un nombre de pas inférieur ou égal à 5, alors le paramètre utilisé pour la communication UWB peut être égal à -3. Ainsi, la communication peut être déclenchée plus rapidement. Lorsque la communication UWB est perdue après un nombre de pas supérieur à 5 et inférieur ou égal à 9, alors le paramètre utilisé pour la communication UWB peut être égal à 0. Ainsi, la communication peut être déclenchée normalement. Lorsque la communication UWB est perdue après un nombre de pas supérieur à 9, alors le paramètre utilisé pour la communication UWB peut être égal à -3. Ainsi, la communication peut être déclenchée plus tard. Dans la présente situation de la FIG. 3 , cet ajustement est particulièrement adapté. En effet, il permet un déclenchement plus rapide des communications UWB et BLE car le nombre de pas effectués par l’utilisateur est faible comme le garage est proche du domicile, ce qui est particulièrement efficace. La FIG. 4 illustre un deuxième exemple d’ajustement du paramètre . Dans ce deuxième exemple, le véhicule 102 est garé dans un garage ou un parking et la communication UWB est perdue lorsque l’utilisateur sort du garage. La communication BLE est, elle, toujours active lorsque l’utilisateur sort du garage. En effet, lorsque l’utilisateur sort du garage, il ou elle sort du périmètre 510 du protocole UWB mais pas du périmètre 520 du protocole BLE. Dans ce deuxième exemple, le procédé comprend un ajustement du paramètre utilisé pour le protocole UWB. Lorsque les mesures RSSI des échanges BLE effectués pendant la surveillance S30 augmentent rapidement, le paramètre est ajusté de sorte que le déclenchement de la communication UWB commence immédiatement. En particulier, lorsque l’augmentation de l’intensité entre deux échanges BLE est supérieure à 6 décibels, le paramètre est ajusté pour qu’il soit égal à , avec le nombre de pas avant la perte de communication UWB. Dans la présente situation de la FIG. 4 , cet ajustement est particulièrement adapté. En effet, il permet un déclenchement immédiat de la communications UWB car l’augmentation de l’intensité entre deux échanges BLE sera supérieure à 6 décibels, ce qui est particulièrement efficace. Procédé d’utilisation d’un identifiant portatif configuré pour communiquer en utilisant un ou plusieurs protocoles de communication avec un système de véhicule ayant enregistré l’identifiant portatif, l’identifiant portatif comprenant une source d’énergie électrique, le procédé comprenant par l’identifiant portatif, pour au moins un protocole de communication : une détection (S10) de perte de communication utilisant le protocole de communication avec le système ; une détermination (S20) du nombre de pas effectués par un utilisateur portant l’identifiant portatif entre la perte de communication détectée et une désactivation de l’identifiant portatif ; après une réactivation de l’identifiant portatif, une surveillance (S30) du nombre de pas effectués par l’utilisateur portant l’identifiant portatif ; et un déclenchement (S40) de communication utilisant le protocole de communication avec le système lorsque le nombre de pas surveillé devient supérieur au nombre de pas déterminé. 2. Procédé selon la revendication 1, dans lequel, pour chaque protocole de communication, la communication est déclenchée lorsque l’inégalité suivante est vérifiée : dans laquelle est le nombre de pas surveillé, est le nombre de pas effectués par l’utilisateur entre une sortie du véhicule par l’utilisateur et la désactivation de l’identifiant portatif, est le nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée et est un paramètre dépendant du protocole de communication. 3. Procédé selon la revendication 1 ou 2, dans lequel les un ou plusieurs protocoles de communication comprennent un protocole de communication UWB et/ou un protocole de communication BLE. 4. Procédé selon l’une quelconque des revendications précédentes, dans lequel, pour au moins un protocole, le déclenchement est effectué en fonction : d’une vitesse de l’utilisateur, d’une comparaison d’une ou plusieurs mesures RSSI d’échanges BLE déterminées pendant la surveillance (S30) avec une ou plusieurs mesures RSSI d’échanges BLE au moment de la perte de communication détectée de chaque protocole de communication, et/ou d’un nombre de pas effectués par l’utilisateur entre la sortie du véhicule par l’utilisateur et la perte de communication détectée. 5. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’identifiant comprend un podomètre, la détermination du nombre de pas et/ou la surveillance du nombre de pas comprenant une ou plusieurs mesures du nombre de pas par le podomètre. 6. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’identifiant comprend un microcontrôleur et, pour chaque protocole de communication, un composant respectif, le déclenchement de communication comprenant, pour chaque protocole de communication, un envoi d’un signal de réveil par le microcontrôleur au composant respectif du protocole de communication. 7. Procédé selon l’une quelconque des revendications précédentes, dans lequel la source d’énergie électrique est une pile, de préférence une pile bouton, et/ou présentant un diamètre inférieure à 25 millimètres et/ou une hauteur inférieure à 8 millimètres, par exemple inférieure à 6 millimètres. 8. Programme d’ordinateur pour identifiant portatif comprenant des instructions qui, lorsque le programme est exécuté par un processeur, conduisent celui-ci à mettre en œuvre le procédé selon l’une quelconque des revendications 1 à 7. 9. Support de stockage lisible par ordinateur sur lequel est enregistré le programme d’ordinateur selon la revendication 8. 10. Identifiant portatif comprenant le support de stockage selon la revendication 9, l’identifiant portatif étant configuré pour exécuter le procédé selon l’une quelconque des revendication 1 à 7.