Brevet FR3152695A1 — publié le 20250307

On propose un procédé d’utilisation d’un système de véhicule ayant enregistré un identifiant portatif. Le système et l’identifiant sont configurés pour communiquer en utilisant un protocole de communication UWB dans un premier périmètre autour du véhicule et pour communiquer en utilisant un protocole de communication BLE dans un deuxième périmètre incluant le premier périmètre. Le procédé comprend, pendant qu’un utilisateur portant l’identifiant approche du véhicule, une détection que l’identifiant est situé dans le deuxième périmètre et une réalisation de deux mesures de distance entre l’utilisateur et le véhicule. Le procédé comprend ensuite une détermination d’une vitesse de l’utilisateur et une prédiction d’une durée restante pour que l’utilisateur atteigne une distance proche prédéterminée du véhicule. Après écoulement de la durée restante prédite, le procédé comprend un déclenchement d’une communication utilisant le protocole de communication UWB. Le procédé fournit une utilisation améliorée de l’identifiant portatif. [Fig. 1] Déclenchement de communication UWB entre système de véhicule et identifiant portatif La présente divulgation concerne un procédé d’utilisation d’un système de véhicule ayant enregistré un identifiant portatif, un programme d’ordinateur pour un tel système et/ou un tel identifiant portatif, un support de stockage pour un tel programme, un identifiant portatif et un système de véhicule. 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. Notamment, la communication BLE est utilisée pour s’assurer que l’identifiant portatif se trouve à bonne distance du véhicule avant le déclenchement d’une communication UWB. Pour cela, dans les solutions existantes, des échanges BLE sont réalisés entre le système et l’identifiant portatif pendant que l’utilisateur approche du véhicule. Cependant, ces échanges BLE consomment la durée de vie de la source d’énergie électrique. Il existe donc un besoin d’améliorer l’utilisation d’un tel système ayant enregistré un tel identifiant portatif. Résumé On propose pour cela un procédé d’utilisation d’un système de véhicule ayant enregistré un identifiant portatif. L’identifiant comprend une source d’énergie électrique. Le système et l’identifiant sont configurés pour communiquer en utilisant un protocole de communication UWB dans un premier périmètre autour du véhicule et pour communiquer en utilisant un protocole de communication BLE dans un deuxième périmètre autour du véhicule. Le deuxième périmètre inclut le premier périmètre. Le procédé comprend, pendant qu’un utilisateur portant l’identifiant approche du véhicule, les cinq étapes suivantes. La première étape est une détection que l’identifiant est situé dans le deuxième périmètre. La deuxième étape est réalisée après la détection et avant que l’utilisateur n’atteigne le premier périmètre. La deuxième étape est une réalisation d’une première et d’une deuxième mesures de distance entre l’utilisateur et le véhicule en utilisant le protocole de communication BLE. La deuxième mesure est réalisée après la première mesure. La troisième étape est une détermination d’une vitesse de l’utilisateur en fonction des première et deuxième mesures de distance. La quatrième étape est une prédiction d’une durée restante pour que l’utilisateur atteigne une distance proche prédéterminée du véhicule en fonction de la vitesse déterminée. La cinquième étape est un déclenchement d’une communication utilisant le protocole de communication UWB après écoulement de la durée restante prédite. La prédiction peut comprendre un calcul d’une distance restante entre la distance mesurée par la deuxième mesure et la distance proche prédéterminée, et, un calcul de la durée restante correspondant à la durée pour que l’utilisateur parcours la distance restante compte tenu de la vitesse déterminée. Le procédé peut comprendre, après que l’utilisateur quitte le véhicule, les quatre étapes suivantes. La premier étape peut être une détection (S60) que l’identifiant sort d’un périmètre de sécurité prédéterminé autour du véhicule, le premier périmètre incluant le périmètre de sécurité prédéterminé. La deuxième étape peut être une suspension (S70) de la communication utilisant le protocole de communication UWB. La troisième étape peut être une surveillance (S80) de mesures RSSI d’échanges BLE successifs exécutés après la désactivation de la communication utilisant le protocole de communication UWB. La cinquième étape peut être une réactivation (S90) de la communication utilisant le protocole de communication UWB lorsque la surveillance indique que l’utilisateur retourne vers le véhicule. La surveillance peut indiquer que l’utilisateur retourne vers le véhicule lorsqu’une ou plusieurs des mesures RSSI d’échanges BLE successifs sont supérieures à une ou plusieurs mesures RSSI d’échanges BLE précédents. Les échanges BLE successifs surveillés peuvent comprendre l’ensemble des échanges BLE entre le système et l’identifiant. L’identifiant peut comprendre un microcontrôleur, un composant BLE et un composant UWB. Le déclenchement de la communication peut comprendre un envoi d’un signal de réveil par le microcontrôleur au composant UWB. Le composant BLE peut optionnellement être intégré au microcontrôleur. 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 premier 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 de l’identifiant portatif, conduisent celui-ci à mettre en œuvre une ou plusieurs des étapes (par exemple toutes les étapes) d’un tel procédé. On propose également un premier support de stockage lisible par ordinateur sur lequel est enregistré un tel premier programme d’ordinateur. On propose également un identifiant portatif. L’identifiant portatif comprend un tel premier support de stockage. L’identifiant portatif est configuré pour exécuter une ou plusieurs des étapes (par exemple toutes les étapes) d’un tel procédé. On propose également un deuxième programme d’ordinateur pour un tel système de véhicule. Le programme d’ordinateur comprend des instructions qui, lorsque le programme est exécuté par un processeur du système de véhicule, conduisent celui-ci à mettre en œuvre une ou plusieurs des étapes (par exemple toutes les étapes) d’un tel procédé. On propose également un deuxième support de stockage lisible par ordinateur sur lequel est enregistré un tel deuxième programme d’ordinateur. On propose également un système de véhicule ayant enregistré un identifiant portatif. Le système de véhicule comprend un tel deuxième support de stockage. Le système de véhicule est configuré pour exécuter une ou plusieurs des étapes (par exemple toutes les étapes) d’un tel procédé. On propose également un système de véhicule ayant enregistré un identifiant portatif. Le système de véhicule comprend un tel deuxième support de stockage. Le système de véhicule est configuré pour exécuter une ou plusieurs des étapes (par exemple toutes les étapes) d’un tel procédé. On propose également un troisième programme comprenant le premier programme et le deuxième programme. Brève description des figures Des exemples non-limitants vont être décrits en référence aux figures suivantes : Les FIG. 1 et FIG. 2 montrent des organigrammes d’exemples du procédé. La FIG. 3 illustre un exemple de l’utilisation du système de véhicule selon le procédé. La FIG. 4 illustre une comparaison d’un exemple de l’utilisation du système de véhicule selon le procédé avec l’utilisation du système selon une solution existante. La FIG. 5 illustre un exemple d’architecture de l’identifiant portatif. Description détaillée En référence à l’organigramme de la FIG. 1 , on propose un procédé d’utilisation d’un système de véhicule ayant enregistré un identifiant portatif. L’identifiant comprend une source d’énergie électrique. Le système et l’identifiant sont configurés pour communiquer en utilisant un protocole de communication UWB dans un premier périmètre autour du véhicule et pour communiquer en utilisant un protocole de communication BLE dans un deuxième périmètre autour du véhicule. Le deuxième périmètre inclut le premier périmètre. Le procédé comprend, pendant qu’un utilisateur portant l’identifiant approche du véhicule, les cinq étapes suivantes. La première étape S10 est une détection que l’identifiant est situé dans le deuxième périmètre. La deuxième étape S20 est réalisée après la détection S10 et avant que l’utilisateur n’atteigne le premier périmètre. La deuxième étape S20 est une réalisation d’une première et d’une deuxième mesures de distance entre l’utilisateur et le véhicule en utilisant le protocole de communication BLE. La deuxième mesure est réalisée après la première mesure. La troisième étape S30 est une détermination d’une vitesse de l’utilisateur en fonction des première et deuxième mesures de distance. La quatrième étape S40 est une prédiction d’une durée restante pour que l’utilisateur atteigne une distance proche prédéterminée en fonction de la vitesse déterminée. La cinquième étape S50 est un déclenchement d’une communication utilisant le protocole de communication UWB après écoulement de la durée restante prédite. Le procédé fournit une utilisation améliorée de l’identifiant portatif. En effet, le procédé permet le déclenchement de communication utilisant le protocole de communication UWB uniquement lorsque l’identifiant portatif est dans le périmètre dans lequel le protocole de communication UWB peut être utilisé. Cela évite d’avoir à effectuer des tentatives infructueuses de déclenchement de communication UWB pendant que l’utilisateur approche du véhicule. Le procédé améliore donc la durée de vie de la source d’énergie électrique de l’identifiant portatif. En particulier, les deux mesures de distance permettent d’évaluer de manière précise et fiable la distance qui reste à parcourir à l’utilisateur pour atteindre la distance proche prédéterminée. Elles permettent donc d’estimer le temps qu’il reste pour que l’utilisateur soit dans le premier périmètre dans lequel une communication UWB peut être déclenchée. Le procédé utilise cette estimation, ce qui évite d’avoir à utiliser d’autres moyens pour y parvenir (comme les échanges BLE utilisés dans les solutions existantes). Notamment, le procédé permet de remplacer ces autres moyens par seulement deux mesures de distance. Le procédé permet ainsi d’économiser de l’énergie de la source d’énergie électrique de l’identifiant portatif. En outre, le procédé permet de prendre en compte le fait que l’utilisateur peut se déplacer à différentes vitesses pour s’approcher du véhicule. Par exemple, l’utilisateur peut courir lorsqu’il pleut ou bien marcher lentement lorsqu’il ou elle écrit un message sur son téléphone. Les mesures de distance permettent de prendre en compte ces différentes vitesses et d’ajuster le déclenchement en conséquence. Dans chacune de ces différentes situations, le procédé permet donc le déclenchement de la communication UWB au bon moment. Le système de véhicule et l’identifiant portatif sont configurés pour communiquer en utilisant le protocole de communication UWB (acronyme de l’anglais « Ultra Wide Band », qui signifie en français « Bande Ultra Large ») et le protocole de communication BLE (acronyme de l’anglais « Bluetooth Low Energy », qui signifie en français « Bluetooth faible énergie »). 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. En particulier, le protocole de communication UWB est utilisé par le système et l’identifiant portatif lorsque l’identifiant portatif se trouve dans le premier périmètre autour du véhicule, c’est-à-dire que les échanges utilisant ce protocole UWB (les échanges UWB) peuvent être réalisés dans ce premier périmètre. Ce premier périmètre peut comprendre toutes les positions qui se trouvent à une distance du système de véhicule inférieure ou égale à une première distance prédéterminée (par exemple de 7 mètres). Sur un plan 2D matérialisant le sol, ce premier périmètre peut être représenté par un cercle centré sur le véhicule et ayant un rayon égal à la première distance prédéterminée. Le protocole de communication BLE est utilisé par le système et l’identifiant portatif lorsque l’identifiant portatif se trouve dans le deuxième périmètre autour du véhicule, c’est-à-dire que les échanges utilisant ce protocole BLE (les échanges BLE) peuvent être réalisés dans ce deuxième périmètre. Ce deuxième périmètre peut comprendre toutes les positions qui se trouvent à une distance du système de véhicule inférieure ou égale à une deuxième distance prédéterminée (par exemple de 40 mètres). Sur le plan 2D matérialisant le sol, ce deuxième périmètre peut être, de même que le premier périmètre, représenté par un cercle centré sur le véhicule, et peut avoir lui un rayon égal à la deuxième distance prédéterminée. Les étapes S10 à S50 peuvent être exécutées par l’identifiant portatif ou par le système de véhicule. Alternativement, une ou plusieurs étapes peuvent être réalisées par l’identifiant portatif et une ou plusieurs autres étapes par le système de véhicule. Dans des exemples, certaines étapes peuvent également être réalisées par les deux dispositifs (identifiant portatif et système de véhicule). Dans des exemples, le système de véhicule peut avoir enregistré plusieurs identifiants portatifs. Dans ce cas, lorsqu’un utilisateur portant l’un de ces identifiants portatifs approche du véhicule, les étapes du procédé peuvent s’exécuter pour cet identifiant. Lorsqu’un autre des identifiants portatifs approche du véhicule (par exemple en étant porté par le même utilisateur ou par un autre utilisateur), le procédé peut se répéter pour cet autre identifiant. Le procédé exécute les étapes S10 à S50 pendant que l’utilisateur portant l’identifiant approche du véhicule. Par exemple, le procédé peut exécuter les étapes S10 à S50 pendant que l’utilisateur parcours un trajet vers son véhicule, c’est-à-dire depuis un lieu de séjour (par exemple son domicile, son bureau, un hôtel ou un commerce tel qu’un magasin ou un restaurant) vers le véhicule. Le procédé peut exécuter ces étapes S10 à S50 après une réactivation de l’identifiant portatif. Par exemple, le procédé peut exécuter ces étapes S10 à S50 un fois que l’identifiant portatif est récupéré par l’utilisateur, et que l’identifiant portatif s’est réactivé. Cette réactivation peut se réaliser automatiquement par l’identifiant portatif après qu’un mouvement soit détecté. Pendant que l’utilisateur effectue ce trajet vers le véhicule, l’identifiant portatif peut se trouver initialement en dehors du deuxième périmètre, puis, à un moment donné pendant le trajet, il peut entrer dans le deuxième périmètre. A ce moment, le procédé peut exécuter l’étape S10. Après que l’identifiant est entré dans le premier périmètre et après l’exécution de l’étape S10, le procédé peut exécuter l’étape S20. En particulier, le procédé exécute l’étape S20 avant que l’identifiant soit entré dans le premier périmètre. Pendant le trajet de l’utilisateur, l’identifiant portatif entre successivement dans le deuxième périmètre puis dans le premier périmètre (le deuxième périmètre étant plus large et incluant le premier périmètre). Le procédé exécute l’étape S20 pendant la partie du trajet qui se situe dans le deuxième périmètre et avant l’entrée dans le premier périmètre. Après l’étape S20, le procédé exécute les étapes S30 et S40 pour prédire la durée restante pour que l’utilisateur atteigne la distance proche prédéterminée du véhicule. L’étape S50 est exécutée par le procédé après l’écoulement de la durée restante prédite, c'est-à-dire au moment pour lequel le procédé prédit que l'utilisateur se trouve à la distance proche prédéterminée du véhicule. Dans des exemples, le procédé peut se répéter à chaque trajet vers le véhicule. Par exemple, le procédé peut se répéter à chacun trajet domicile – véhicule, travail – véhicule, hôtel – véhicule et/ou commerce – véhicule effectués par l’utilisateur portant l’identifiant portatif. La détection S10 peut se réaliser au moment de l’entrée par l’identifiant dans le deuxième périmètre, c’est-à-dire le périmètre de la communication BLE. La détection S10 peut comprendre un réussite d’un premier échange BLE entre le système de véhicule et l’identifiant portatif. Ce premier échange BLE peut comprendre un envoi d’un signal par le système puis une réception de ce signal par l’identifiant. Alternativement, le signal peut être envoyé par l’identifiant puis réceptionné le système. Dans des exemples, la détection S10 peut comprendre une réussite de plusieurs échanges BLE entre l’identifiant et le système (l’identifiant n’était détecté dans le deuxième périmètre qu’après la réussite de ces plusieurs échanges BLE). La réalisation de ce ou de ces premier échange BLE entre l’identifiant et le système peut signifier que l’identifiant portatif est dans le deuxième périmètre, c’est-à-dire qu’il est à portée du système. Avant la réussite de ce premier échange BLE, des essais d’échanges non-fructueux peuvent avoir été réalisés (car l’identifiant n’était alors pas encore dans le deuxième périmètre). La réalisation S20 des mesures de distance peut également être exécutée à partir d’un ou plusieurs échanges BLE entre le système et l’identifiant (par exemple un pour chaque mesure). La première mesure peut être réalisée après la détection S10. Par exemple, la première mesure peut être réalisée immédiatement après la détection S10 (c’est-à-dire à partir d’un échange BLE réalisé juste après le premier échange). Alternativement, la première mesure peut être réalisée après écoulement d’une première durée prédéterminée depuis la détection S10 (par exemple supérieure à 1 seconde et/ou inférieure à 5 secondes, par exemple 3 secondes après la détection S10 que l’identifiant est dans le premier périmètre). La deuxième mesure est elle réalisée après la première mesure. Par exemple, la deuxième mesure peut être réalisée après écoulement d’une deuxième durée prédéterminée depuis la première mesure (par exemple supérieure à 5 secondes et/ou inférieure à 20 secondes, par exemple 10 secondes après la première mesure). Les première et deuxième mesures de distance peuvent être réalisées de n’importe quelle manière. Par exemple, chaque mesure peut être réalisé avec la technologie « channel sounding » (qui signifie en français « sondage de canal »), qui est notamment utilisable avec du Bluetooth 5 (par exemple nxp HADM). Par exemple, chaque mesure peut comprendre un échange BLE entre l’identifiant et le système et un calcul d’un temps de vol entre l’identifiant et le système pendant cet échange BLE. Ce temps de vol peut être le temps mis par le signal échangé pendant l’échange BLE pour faire le trajet aller-retour entre l’identifiant et le système. Le temps de vol peut être calculé par l’identifiant ou le système, et peut être réalisé de n’importe quelle manière. Par exemple, chaque mesure peut comprendre des enregistrements des instants d’envoi et de réception du signal échangé, et le calcul peut se faire par déduction de ces enregistrement du temps pris par le signal pour faire le trajet aller/retour. Chaque mesure peut ensuite comprendre une déduction de la distance entre l’identifiant et le système à partir de ce temps de vol. Par exemple, chaque mesure peut comprendre une multiplication d’une vitesse du signal avec le temps de vol calculé. La vitesse du signal peut par exemple être une vitesse prédéterminée et connue pour ce type de signal (par exemple enregistrée dans la mémoire de l’identifiant ou du système). La détermination S30 de la vitesse peut être exécutée par l’identifiant ou par le système. La détermination S30 peut se baser sur les deux mesures de distances réalisées. La détermination S30 peut également se baser sur la durée écoulée entre les deux mesures de distance (c’est-à-dire par exemple sur la deuxième durée prédéterminée précédemment discutée). La détermination S30 de la vitesse peut être faite en considérant que l’utilisateur avance en ligne droite vers le véhicule. Par exemple, la détermination S30 peut comprendre un calcul de la distance parcourue par l’utilisateur entre les deux mesures de distance (par soustraction des distances mesurées pour les deux mesures) et une division de cette distance parcourue calculée par la durée écoulée entre les deux mesures de distance (c’est-à-dire par la deuxième durée prédéterminée). De même que la détermination S30, la prédiction S40 peut être exécutée par l’identifiant ou par le système. Dans des exemples, la distance proche prédéterminée peut être sensiblement égale au rayon du premier périmètre, c’est-à-dire que cette distance peut correspondre à la portée maximale (par exemple autorisée dans la réglementation) pour la réalisation d’une communication UWB (par exemple 7 mètres). Le procédé assure ainsi que l’identifiant se trouve dans le premier périmètre avant de déclencher la communication UWB (étape S50). Dans d’autres exemples, la distance proche prédéterminée peut être inférieure à ce rayon du premier périmètre. Par exemple, la distance proche prédéterminée peut être inférieure à 5 mètres et/ou supérieure à 1 mètre (par exemple environ égale à 3 mètres). Cela augmente encore plus l’économie d’énergie de la source d’énergie, car la communication UWB est déclenchée encore plus tardivement. Une fois la communication déclenchée, le procédé peut comprendre l’exécution d’une ou plusieurs fonctions à partir d’échanges UWB de la communication déclenchée. Ces une ou plusieurs fonctions peuvent comprendre un allumage du véhicule à distance, par exemple dès que l’utilisateur est plus proche que la distance proche prédéterminée. Par exemple, le procédé peut comprendre un allumage du véhicule lorsque l’utilisateur se trouve à 4 mètres du véhicule. Dans ce cas, la distance proche prédéterminée est supérieure à 4 mètres. La prédiction S40 de la durée restante à partir de la vitesse déterminée peut se réaliser de n’importe quelle manière. Par exemple, la prédiction S40 peut comprendre un calcul d’une distance restante à parcourir par l’utilisateur pour atteindre la distance proche prédéterminée. Par exemple, la prédiction S40 peut faire l’hypothèse que l’utilisateur avance en ligne droite vers le véhicule, et peut comprendre un calcul de la distance restante par soustraction de la distance proche prédéterminée à la distance mesurée pendant la deuxième mesure. La prédiction S40 peut ensuite comprendre un calcul de la durée restante par division de la distance restante par la vitesse de l’utilisateur déterminée à l’étape S30 De même que la détermination S30 et la prédiction S40, le déclenchement peut être exécutée par l’identifiant ou par le système. Le déclenchement S50 peut comprendre une réalisation d’un ou plusieurs échanges UWB 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. Le procédé peut comprendre une attente de l’écoulement de la durée restante prédite avant la réalisation de ces un ou plusieurs échanges UWB. L’attente peut être réalisée à partir d’une horloge interne (par exemple numérique) de l’identifiant ou du système (qui est par exemple celle du véhicule). Lorsque l’attente est réalisée à partir d’une horloge interne du système, le procédé peut comprendre un envoi d’un message par le système à l’identifiant pour lui dire quand agir. L’attente peut être réalisée à partir de la deuxième mesure. La communication UWB déclenchée peut se poursuivre, par exemple jusqu’à ce que l’utilisateur entre dans le véhicule ou allume le véhicule (par exemple allume le moteur du véhicule). A ce moment, la communication UWB peut varier. Par exemple, la communication UWB déclenchée peut comprendre des échanges UWB périodiques. Lorsque l’utilisateur entre dans le véhicule ou allume le véhicule, la fréquence de ces échanges UWB périodiques peut diminuer. En référence à l’organigramme de la FIG. 2 , les étapes S60 à S90 sont maintenant discutées. Dans des exemples, le procédé peut comprendre ces étapes S60 à S90 après l’exécution des étapes S10 à S50, et notamment après que l’utilisateur s’est installé dans le véhicule et qu’il ou elle a réalisé le trajet qu’il ou elle souhaitait faire avec le véhicule (par exemple un trajet domicile – travail, domicile – hôtel, domicile – commerce ou inversement), c’est-à-dire une fois qu’il ou elle est arrivé(e) à destination. Le procédé exécute les étapes S60 à S90 après que l’utilisateur quitte le véhicule. Le procédé peut exécuter les étapes S60 à S90 pendant que l’utilisateur parcours un trajet de sortie du véhicule, c’est-à-dire depuis le véhicule vers un lieu de séjour (par exemple son domicile, son bureau, un hôtel ou un commerce tel qu’un magasin ou un restaurant) vers le véhicule. Ce lieu de séjour peut être le même que pendant le trajet aller, ou bien peut être un autre lieu de séjour. De même que les étapes S10 à S50, les étapes S60 à S90 peuvent chacune être réalisées par l’identifiant portatif, par le système de véhicule ou par les deux dispositifs (identifiant portatif et système de véhicule). La détection S60 que l’identifiant sort du périmètre de sécurité prédéterminé peut se faire de n’importe quelle manière. Par exemple, la détection S60 peut être basée sur des mesures de distance entre l’identifiant et le système. Chaque mesure de distance peut être réalisée à partir d’un échange UWB entre l’identifiant portatif et le système, et peut comprendre un calcul d’un temps de vol pour qu’un signal UWB parcours une distance aller/retour entre l’identifiant et le système. Une telle mesure à partir d’une échange UWB peut comprendre une distance et une position de l’identifiant autour du véhicule. La détection S60 peut comprendre une comparaison de la distance mesurée avec une distance correspondant à un rayon du périmètre de sécurité prédéterminé. Cette distance peut être spécifiée dans une norme constructeur. Elle peut par exemple être inférieure à 3 mètres et/ou supérieure à 1 mètre, par exemple d’environ 2 mètres. La suspension S70 de la communication UWB est exécutée après la détection S60 que l’identifiant sort du périmètre de sécurité prédéterminé. Par exemple, la suspension S70 peut être exécutée juste après la détection S60. La suspension S70 peut comprendre une déprogrammation d’échanges UWB entre l’identifiant et le système. La suspension S70 peut également comprendre une mise en veille du composant UWB de l’identifiant. Dans des exemples, la suspension S70 peut également comprendre un enregistrement des paramètres de session négociés pour la communication UWB suspendue. Grâce à cet enregistrement, la communication UWB peut être réactivée (notamment comme à l’étape S90) sans renégociation de ces paramètres de session, c’est-à-dire en utilisant les paramètres de session qui ont été enregistrés pendant la suspension S70 et qui auront déjà négociés pendant le déclenchement S50. Cela améliore l’efficacité du procédé. Après la suspension S70, le procédé peut comprendre la surveillance S80 des mesures RSSI (acronyme de l’anglais « Received Signal Strength Indication », qui signifie en français Indication de l’Intensité du Signal Reçu) des échanges BLE successifs. Par exemple, le procédé peut comprendre une réalisation d’échanges BLE successifs entre l’identifiant et le système, et la surveillance S80 peut comprendre, pour un ou plusieurs de ces échanges BLE (par exemple pour l’ensemble de ces échanges UWB), une mesure de l’amplitude RSSI de cet échange BLE. Par exemple, le procédé peut surveiller des échanges BLE réalisés toutes les X millisecondes, avec X compris entre 30 millisecondes et 500 millisecondes, par exemple d’environ 300 millisecondes. L’amplitude peut être une amplitude mesurée à la réception du signal échangé pendant cet échange. Par exemple, l’amplitude peut être mesurée à la réception du signal au niveau de l’identifiant portatif ou bien à la réception au niveau du système. Lorsque l’amplitude est mesurée par le système du véhicule, ce dernier peut être configuré pour transmettre la à l’identifiant. Ensuite, la surveillance peut comprendre, pour chaque échange BLE, une comparaison de l’amplitude mesurée pour cet échange avec les amplitudes mesurées pour les échanges BLE précédents. Dans des exemples, la surveillance peut comprendre, pour chaque échange BLE, une comparaison de l’amplitude mesurée pour cet échange avec les amplitudes mesurées de tous les échanges BLE précédents (par exemple avec chacun ou avec une moyenne de ces amplitudes mesurées pour les échanges BLE précédents). Alternativement, le procédé peut seulement comparer l’amplitude mesurée avec celle(s) mesurées au verrouillage du véhicule (par exemple avec un hystérésis en dB pour tenir compte de fluctuation inhérente au fonctionnement BLE). Après chaque comparaison, le procédé peut comprendre un enregistrement de l’amplitude mesurée (cette amplitude étant ensuite utilisée pour la comparaison avec l’amplitude du signal suivant). Lorsque le résultat de la comparaison est que l’amplitude mesurée est inférieure aux amplitudes mesurées pour les échanges BLE précédents, la surveillance S80 peut indiquer que l’utilisateur s’éloigne toujours du véhicule. Lorsque le résultat de la comparaison est que l’amplitude mesurée est sensiblement égale à la l’amplitude du ou des derniers échanges précédents, la surveillance S80 peut indiquer que l’utilisateur est immobile. Dans ce cas, le procédé peut poursuivre la surveillance S80 sur les échanges suivants pour déterminer si l’utilisateur fait demi-tour vers le véhicule ou non. Lorsque le résultat de la comparaison est que l’amplitude mesurée est supérieure aux amplitudes mesurées pour les échanges BLE précédents, la surveillance S80 peut indiquer que l’utilisateur retourne vers le véhicule. Dans ce cas, le procédé comprend la réactivation (S90) de la communication utilisation le protocole de communication UWB. La réactivation S90 peut se faire en utilisant les paramètres de session qui ont été enregistrés pendant la suspension S70 et qui auront déjà négociés pendant le déclenchement S50, c’est-à-dire sans renégociation de ces paramètres. La réactivation S90 peut comprendre des échanges UWB entre l’identifiant et le système en utilisant ces paramètres de session déjà négociés. Ces échanges UWB peuvent par exemple permettre des mesures de distances entre l’identifiant et le système. Le procédé permet ainsi de suspendre la communication UWB et de ne la réactiver que lorsque l’utilisateur retourne au véhicule, ce qui participe à l’amélioration de l’économie de la source d’énergie de l’identifiant portatif. Des exemples vont maintenant être décrits en référence aux figures 3 à 5. La FIG. 3 illustre un exemple de l’utilisation du système de véhicule selon le procédé. La figure montre le système de véhicule 100 ayant enregistré l’identifiant portatif 200, 201, 202 porté par l’utilisateur. Le système 100 et l’identifiant 200 sont configurés pour communiquer en utilisant un protocole de communication UWB dans un premier périmètre 310 autour du véhicule 100 et pour communiquer en utilisant un protocole de communication BLE dans un deuxième périmètre 320 autour du véhicule. La figure montre la limite 321 de la connexion BLE et la limite 311 de la connexion UWB. Les périmètres 310, 320 ne sont illustrés schématiquement sur la figure, et cette illustration ne représente pas la forme et l’échelle réelles de ces périmètres. Le deuxième périmètre 320 inclut le premier périmètre 310. La figure montre également les activités du composant BLE 400 et du composant UWB 410 pendant l’exécution du procédé. La figure montre aussi les activités du capteur de mouvement 420 et du microcontrôleur 430. Le procédé comprend, pendant qu’un utilisateur portant l’identifiant approche du véhicule selon la trajectoire passant par les points 200, 201 puis 202, les cinq étapes suivantes. La première étape S10 est une détection que l’identifiant est situé dans le deuxième périmètre 320. La deuxième étape S20 est réalisée après la détection S10 et avant que l’utilisateur n’atteigne le premier périmètre 320, c’est-à-dire avant le point 202. La deuxième étape S20 est une réalisation d’une première 401 et d’une deuxième 402 mesures de distance entre l’utilisateur et le véhicule 100 en utilisant le protocole de communication BLE 400. La deuxième mesure 402 est réalisée après la première mesure 401. La troisième étape S30 est une détermination d’une vitesse de l’utilisateur en fonction des première 401 et deuxième 402 mesures de distance. La quatrième étape S40 est une prédiction d’une durée restante pour que l’utilisateur atteigne une distance proche prédéterminée 210 en fonction de la vitesse déterminée. Dans cet exemple, la distance proche prédéterminée est une distance de 3 mètres du véhicule. La cinquième étape S50 est un déclenchement d’une communication utilisant le protocole de communication UWB après écoulement de la durée restante prédite, c’est-à-dire au moment pour lequel il est prédit que l’utilisateur se trouve à la distance 210. Le déclenchement de la communication UWB comprend des échanges UWB 411 entre l’identifiant et le véhicule. La figure illustre également les étapes S60 à S90 du procédé, qui sont exécuté après que l’utilisateur quitte le véhicule. Le procédé comprend la détection S60 que l’identifiant sort d’un périmètre de sécurité prédéterminé 330 autour du véhicule. Le premier périmètre 310 inclut ce périmètre de sécurité prédéterminé 330. Dans cet exemple, le périmètre de sécurité prédéterminé 330 comprend l’ensemble des positions situées à moins de 2 mètres du véhicule. Après la détection S60, le procédé comprend la suspension S70 de la communication utilisant le protocole de communication UWB. La suspension S70 comprend un arrêt 412 des échanges UWB 411. Le procédé comprend ensuite la surveillance S80 de mesures RSSI d’échanges BLE 403 successifs exécutés après la désactivation S60 de la communication utilisant le protocole de communication UWB. La réactivation S90 n’est pas illustrée sur la figure car l’utilisateur continue de s’éloigner du véhicule dans cet exemple. Dans d’autres exemples, pendant cette surveillance S80, l’utilisateur peut décider de retourner vers le véhicule. Par exemple, à la position 204, l’utilisateur peut commencer à retourner vers le véhicule 100. La surveillance S80 indiquera alors que l’utilisateur retourne maintenant vers le véhicule. Par exemple, la surveillance peut indiquer que l’utilisateur retourne vers le véhicule lorsque les mesures RSSI des échanges BLE successifs 403 augmentent. A ce moment, le procédé peut comprendre la réactivation S90 de la communication utilisant le protocole de communication UWB. La FIG. 4 illustre une comparaison d’un exemple de l’utilisation 600 du système de véhicule selon le procédé avec l’utilisation 500 du système selon une solution existante. La figure montre que dans la solution existante 500, le composant UWB doit réaliser des essais 411’ de déclenchement de communication UWB, et cela, dès que l’identifiant entre dans le deuxième périmètre 320. En effet, la solution existante 500 réalise ces essais 411’ pour déterminer à quel moment l’identifiant se trouve dans le premier périmètre 310 (un des essais 411’ réussissant alors). Dans le procédé 600, ces essais 411’ sont remplacés par deux mesures de distance 401 et 402, ce qui réduit drastiquement l’utilisation de la source d’énergie de la batterie. Notamment, lorsque la distance proche est inférieure au rayon du premier périmètre (comme dans l’exemple illustré), le procédé 600 réduit encore plus l’utilisation de la batterie, car il évite également la première phase d’échanges UWB 412’ de la solution existante 500. Lorsque l’utilisateur quitte le véhicule, la solution existante 500 comprend des échanges UWB pendant que l’utilisateur est dans le premier périmètre. Le procédé 600 permet d’éviter ces échanges UWB 414’, puisqu’il permet de suspendre la communication UWB dès que l’utilisateur sort du périmètre de sécurité 412. Cela participe à l’amélioration de la durée de vie de la source d’énergie. D’autre part, la surveillance S80 en utilisant des échanges BLE 403 permet d’éviter la réalisation des essais 415’ de déclenchement de communication UWB qui sont réalisés dans la solution existante 500 lorsque l’identifiant quitte le premier périmètre 310, ce qui participe aussi à l’amélioration de la durée de vie de la source d’énergie. La FIG. 5 illustre un exemple d’architecture 800 de l’identifiant portatif. L’architecture 800 comprend un composant UWB 810, un composant BLE 820, un microcontrôleur 840 intégrant le composant BLE 820 et une communication interne 830 entre le composant UWB 810 et le composant BLE 820 (via le microcontrôleur 840). L’architecture 800 comprend une antenne UWB 811 reliée au composant UWB 810. L’architecture 800 comprend une antenne BLE 821 reliée au composant BLE 820 (via le microcontrôleur 840). La communication interne 830 permet d’éviter au composant UWB d’intégrer un composant pour mesurer le temps (par exemple un résonnateur). L’architecture 800 comprend un capteur de mouvement 860 relié au microcontrôleur 840. L’architecture 800 comprend une pile 850 alimentant le composant UWB 810 et le microcontrôleur 840. Après la prédiction S40, le procédé comprend le déclenchement S50 de la communication UWB. Le déclenchement S50 comprend un envoi d’un signal de réveil par le microcontrôleur 840 au composant UWB 810 en utilisant la communication interne 830. Après réception du signal de réveil, le composant UWB 810 peut démarrer en s’alimentant depuis la source d’énergie électrique 850 du dispositif. Le procédé permet d’éviter que le composant UWB S810 ne s’allume alors que l’utilisateur ne se trouve pas dans le premier périmètre, ce qui réduit le risque de consommer inutilement la source d’énergie électrique 850. Procédé d’utilisation d’un système de véhicule ayant enregistré un identifiant portatif, l’identifiant comprenant une source d’énergie électrique, le système et l’identifiant étant configurés pour communiquer en utilisant un protocole de communication UWB dans un premier périmètre autour du véhicule et pour communiquer en utilisant un protocole de communication BLE dans un deuxième périmètre autour du véhicule, le deuxième périmètre incluant le premier périmètre, le procédé comprenant, pendant qu’un utilisateur portant l’identifiant approche du véhicule : une détection (S10) que l’identifiant est situé dans le deuxième périmètre ; après la détection (S10) et avant que l’utilisateur n’atteigne le premier périmètre, une réalisation (S20) d’une première et d’une deuxième mesures de distance entre l’utilisateur et le véhicule en utilisant le protocole de communication BLE, la deuxième mesure étant réalisée après la première mesure ; une détermination (S30) d’une vitesse de l’utilisateur en fonction des première et deuxième mesures de distance ; une prédiction (S40) d’une durée restante pour que l’utilisateur atteigne une distance proche prédéterminée du véhicule en fonction de la vitesse déterminée ; et un déclenchement (S50) d’une communication utilisant le protocole de communication UWB après écoulement de la durée restante prédite. Procédé selon la revendication 1, dans lequel la prédiction comprend : un calcul d’une distance restante entre la distance mesurée par la deuxième mesure et la distance proche prédéterminée ; et un calcul de la durée restante correspondant à la durée pour que l’utilisateur parcours la distance restante compte tenu de la vitesse déterminée. Procédé selon la revendication 1 ou 2, dans lequel le procédé comprend, après que l’utilisateur quitte le véhicule : une détection (S60) que l’identifiant sort d’un périmètre de sécurité prédéterminé autour du véhicule, le premier périmètre incluant le périmètre de sécurité prédéterminé ; une suspension (S70) de la communication utilisant le protocole de communication UWB ; une surveillance (S80) de mesures RSSI d’échanges BLE successifs exécutés après la désactivation de la communication utilisant le protocole de communication UWB ; et une réactivation (S90) de la communication utilisant le protocole de communication UWB lorsque la surveillance indique que l’utilisateur retourne vers le véhicule. Procédé selon la revendication 3, dans lequel la surveillance indique que l’utilisateur retourne vers le véhicule lorsqu’une ou plusieurs des mesures RSSI d’échanges BLE successifs sont supérieures à une ou plusieurs mesures RSSI d’échanges BLE précédents. Procédé selon la revendication 3 ou 4, dans lequel les échanges BLE successifs surveillés comprennent l’ensemble des échanges BLE entre le système et l’identifiant. Procédé selon l’une quelconque des revendications précédentes, dans lequel l’identifiant comprend un microcontrôleur, un composant BLE et un composant UWB, le déclenchement (S50) de la communication comprenant un envoi d’un signal de réveil par le microcontrôleur au composant UWB, le composant BLE étant optionnellement intégré au microcontrôleur. Procédé selon l’une 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. Programme d’ordinateur pour identifiant portatif et/ou système de véhicule 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. Support de stockage lisible par ordinateur sur lequel est enregistré le programme d’ordinateur selon la revendication 8. Identifiant portatif et/ou système pour véhicule comprenant le support de stockage selon la revendication 9, l’identifiant portatif et/ou le système étant configuré pour exécuter le procédé selon l’une quelconque des revendication 1 à 7.