Brevet FR3101956A1 — publié le 20210416

Procédé de gestion de la consommation électrique d’une balise de géolocalisation. L’invention se rapporte à un procédé de gestion du fonctionnement d’une balise de géolocalisation apte à communiquer au travers d’un réseau de communication, le procédé comprenant les étapes suivantes dans la balise : réception de données relatives à une zone géographique, détection, au cours du déplacement de la balise, d’une correspondance entre une position courante et la zone reçue ; suivie d’une émission d’une notification (NTF). Figure 1 Procédé de gestion de la consommation électrique d’une balise de géolocalisation. L'invention se rapporte au domaine des télécommunications. L’invention se rapporte plus particulièrement à un procédé de gestion de la consommation électrique d’un terminal mobile, du type balise de géolocalisation aussi appelée balise de traçabilité, lors de la transmission de données depuis la balise. L’invention vise avant tout des balises de géolocalisation équipées d’une batterie ; cependant le principe de l’invention s’applique également aux balises alimentées électriquement sur secteur. Etat de la technique Le marché de l'Internet des objets, aussi connu sous le nom anglo-saxon « Internet of Things », connait une véritable explosion, tant auprès des particuliers que des entreprises. Les objets connectés sont pour la plupart équipés d’une batterie (rechargeable) ou d’une pile. L’autonomie des objets est donc un réel frein à l’expansion de ces objets. En particulier, les balises de géolocalisation ou de traçabilité sont beaucoup utilisées pour localiser et suivre des objets lors de leurs déplacements respectifs. Une balise est fixée sur l’objet, ou placée dans l’objet, et émet des positions géographiques périodiquement permettant de localiser et suivre l’objet lors de son déplacement. Un procédé habituellement utilisé pour signaler une entrée ou une sortie de la balise d’une zone géographique est basé sur un envoi régulier, par la balise, de sa position à un serveur. La position est ensuite réceptionnée par le serveur qui va comparer cette position à une liste de zones géographiques prédéfinies. De cette comparaison, le serveur va déduire si la balise a franchi une zone donnée, et exécuter éventuellement une action associée comme envoyer un SMS ou émettre une alerte à destination d’un récepteur comme par exemple une application mobile installée sur un terminal. Cette méthode connue a l'inconvénient majeur de nécessiter l'envoi de toutes les positions de la balise au serveur que ce dernier traite pour détecter un évènement tel qu’un franchissement de zone par une balise. Cette méthode peut poser problème si la fréquence d’envoi des positions est mal choisie. En effet, en prenant l’exemple d’une balise qui transmet sa position toutes les heures à l'heure exacte (10h, 11h, 12h, …) ; si cette balise traverse une zone interdite de 11h05 à 11h55, aucune alerte ne sera transmise car à 12h la balise se situe dans une zone autorisée. Le serveur qui reçoit les positions n’aura donc pas détecté la présence de la balise dans la zone interdite. De même, si les zones sont associées à des critères temporelles (ex: la balise ne doit pas rester plus de 30mn dans une zone donnée), la fréquence d’envoi de la position doit encore une fois être choisie judicieusement par rapport au critère temporel. En reprenant l’exemple précédent, dans lequel la balise transmet sa position toutes les heures à l'heure exacte (10h, 11h, 12h, …), il faudrait augmenter la fréquence d’envoi des positons sans quoi certains événements ne seront pas détectés par le serveur. Toutes les situations décrites ci-dessus nécessitent donc des compromis sur la fréquence d’envois de messages d’alertes ; en effet, une fréquence d’émission mal choisie peut entraîner une consommation excessive de batterie de la balise si la fréquence d’envoi des positions est élevée ; et/ou des erreurs dans la levée des alertes dues à une fréquence trop faible d’envoi des positions. Le serveur peut pallier en partie au point 2) en reconfigurant la balise pour qu'elle transmette temporairement plus souvent sa localisation autour des moments critiques (entrée/sortie potentielles de zone, durée critique de présence ou d'absence dans une zone, …) mais cela avec l'effet pervers d'aggraver encore plus la consommation de la batterie de la balise. L'invention vient améliorer la situation. L'invention A cet effet, selon un aspect fonctionnel, l'invention a trait à un procédé de gestion du fonctionnement d’une balise de géolocalisation apte à communiquer au travers d’un réseau de communication, le procédé comprenant les étapes suivantes dans la balise : réception de données relatives à une zone géographique, détection, au cours du déplacement de la balise, d’une correspondance entre une position courante et la zone reçue, suivie d’une émission d’une notification. Grâce à l’invention, la balise ne transmet plus sa localisation périodiquement. La balise ne transmet de notifications que si sa localisation correspond à une zone prédéfinie reçue lors de l’étape de réception. Le nombre de messages de localisation transmis par la balise diminue considérablement. Il en résulte une économie de batterie non négligeable. De plus, le message de notification est transmis sans attendre, contrairement à l’état de la technique dans lequel l’instant d’émission des notifications est planifié périodiquement indépendamment de l’instant de détection d’une correspondance avec une zone (entrée/sortie/etc.). La solution garantit ainsi la prise en compte de toutes les correspondances entre la position courant et une zone. A noter que, bien que le principe de l’invention vise une zone, l’invention s’applique également à plusieurs zones géographiques. Selon encore un premier mode de mise en œuvre particulier de l'invention, les données reçues incluent en outre une condition liée à la zone, et en ce que l’étape d’émission est précédée d’une vérification que la condition associée à la zone est remplie. Dans ce premier mode, bien que la localisation de la balise corresponde à une zone prédéfinie, la balise ne transmet de messages que si la condition liée à cette zone est remplie. Grâce à ce premier mode, le nombre de notifications émises par la balise diminue encore plus. Il en résulte une économie de batterie supplémentaire non négligeable. Selon encore un deuxième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent mode, si une communication via le réseau est interrompue lors de l’étape d’émission, l’étape d’émission est réalisée suite au rétablissement de la communication. Dans ce premier mode, l’émission de la notification est décalée dans le temps ; ce mode permet d’émettre une notification qui n’a pas pu être émise suite à une impossibilité de communication via le réseau, par exemple parce que la balise était en mode avion ou que le réseau était indisponible. Selon encore un troisième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent mode, une condition correspond une plage horaire ; dans ce cas, l’étape de transmission a lieu si la balise est localisée dans la zone à un instant de la plage horaire. La condition visée dans ce mode est une condition temporelle ; le suivi du déplacement de la balise peut donc s’effectuer à la fois dans le temps et dans l’espace. Selon encore un quatrième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent mode, à une condition correspond un état de l’environnement de la balise, et en ce que l’étape de transmission a lieu si la balise est localisée dans la zone dans un état donné. Ce deuxième mode offre la possibilité de suivre la balise géographiquement et d’émettre une notification basée par exemple sur des valeurs issues de capteurs (température, pression atmosphérique, etc.). Selon encore un cinquième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, une condition correspond à une distance entre la balise et la zone et à un sens de déplacement de la balise, en ce que l’étape de transmission a lieu si la distance est inférieure à une distante donnée et si la balise se dirige vers la zone concernée. Ce troisième mode offre la possibilité de suivre la balise géographiquement et d’anticiper un événement lié à une zone par exemple l’entrée de la balise dans une zone interdite. Selon encore un sixième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement, si une communication n’est pas possible via le réseau de communication, la notification est émet un signal local. Ce mode nécessite une vérification dans la balise d’une connexion possible via le réseau, dans la négative, la balise émet un signal local. Un signal local englobe tous signaux perceptibles par l’être humain. Un tel signal est par exemple un signal sonore, un signal lumineux, etc. Ce mode est intéressant car la balise est capable d’émettre une notification quel que soit l’état du réseau de communication. Selon un aspect matériel, l’invention se rapporte à une entité de gestion du fonctionnement d’une balise de géolocalisation apte à communiquer au travers d’un réseau de communication, comprenant : un module de réception apte à recevoir des données relatives à une zone géographique, un module de détection apte à détecter, au cours du déplacement de la balise, une correspondance entre une position courante et la zone reçue ; un module d’émission apte à émettre une notification (NTF). Selon un mode de réalisation, le module de réception est apte à recevoir en outre une condition liée à la zone, et en ce que le module de vérification est apte à vérifier la condition associée à la zone avant de décider d’émettre une notification ou non. Selon un autre aspect matériel, l’invention se rapporte à un terminal mobile comprenant une entité de gestion telle que définie précédemment. Selon un autre aspect matériel, l’invention a trait à un programme d’ordinateur apte à être mis en œuvre sur une entité de gestion telle que définie ci-dessus, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies ci-dessus. Enfin, l’invention a trait à un support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution du procédé défini ci-dessus. Le support de données peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique tel qu’un un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l’invention. la figure 2 est une vue schématique de l’architecture d’une balise de géolocalisation selon un mode de réalisation de l’invention. la figure 3 illustre un exemple d’étapes mises en œuvre dans le cadre d’un procédé selon un mode de réalisation. Description détaillée d'un (ou d’) exemple(s) de réalisation illustrant l'invention La figure 1 représente un système SYS comprenant une balise de géolocalisation BAL appelée aussi balise de traçabilité. Dans notre exemple, cette balise est associée à un objet BAG ; elle peut être par exemple accolée à l’objet ou située à l’intérieur de l’objet BAG. Un objet est par exemple un colis, une valise, un cartable d’école, etc. Une balise BAL permet d’obtenir la position de balise au fil du temps, sous-entendu de l’objet auquel elle est associée. Une balise a pour fonction d’émettre, entre autres, une donnée représentative d’une localisation. Lorsque la localisation est traitée par un serveur, cette localisation est assimilée à la localisation de l’objet associé à la balise. En référence à la figure 2, une balise BAL a architecture matérielle d’un ordinateur conventionnel. Elle comporte notamment un processeur CPU, une mémoire vive de type RAM (non représentée sur la figure) et une mémoire morte MEM telle qu’une mémoire de type Flash, ROM, etc. Une balise est équipée d’un émetteur de données COM pour émettre des données, ou plus précisément des signaux, via un réseau de communication RES par exemple à destination d’un serveur SRV ou à destination d’un terminal souhaitant localiser la baliser BAL. Dans notre exemple, la balise communique via un réseau mobile par exemple du type réseau 5G. L’invention ne se limite pas au réseau mobile mais s’étend à tous types de réseaux équivalents tels qu’un réseau 3G/4G, ou réseau Wi-Fi offert par une passerelle domestique connecté par exemple à un réseau étendu de type WAN. La balise BAL est également équipée d’une batterie BAT pour être alimentée électriquement. Rappelons que la solution apportée s’appliquent à toutes les balises de géolocalisation qu’elles soient alimentées par une batterie ou non. Une balise comprend aussi un module de localisation LOC dont la fonction est l’obtention d’une donnée de localisation représentative de la localisation de la balise, sous-entendu de l’objet auquel elle est associée. Dans notre exemple, le module de localisation est un module (GPS) de géolocalisation (par exemple, de type GPS, pour Global Positioning System). Le principe de l'invention consiste à localiser la gestion de l’émission des notifications d’alerte dans la balise. A cet effet, une entité ENT stockée dans la balise BAL va gérer l’obtention de la localisation de la balise et émettre des notifications comme expliqué ci-dessous. La balise va continuer à acquérir sa position, par exemple à intervalle régulier, et va pouvoir directement comparer cette position à une ou plusieurs zones enregistrées en mémoire. Dans le cas où la position courante correspond à une zone prédéfinie, une notification est émise par la balise. Par exemple, si la balise entre dans une zone donnée, une notification est émise par la balise. Dans notre exemple, à une zone correspond au moins une condition. De cette manière, si la localisation de la balise correspond à une zone prédéfinie, et que la condition associée à la zone concernée est remplie, la balise BAL émet une notification en rapport avec cet événement. On verra dans la suite que la notification peut prendre plusieurs formes. Par exemple à une zone est associée une condition temporelle telle qu’une ^lage horaire, dans lesquelles la balise doit se trouver, ou que la balise doit éviter. A une zone géographique peut aussi correspondre une condition de présence ou d'absence, une condition d'état, ou une condition d’évolution d'un état, une condition liée à une mesure (températures, etc.) provenant d’un capteur. Dès lors qu'une position correspond à une zone prédéfinie et qu’une condition liée à la zone est remplie, une notification est émise par la balise BAL. Dans notre exemple, la notification est un message d’alerte émis à destination du serveur et/ou directement à destination d’un terminal d’un utilisateur (via SMS ou mail) et/ou avec une activation éventuelle d'indicateurs visuels ou sonores sur la balise elle-même. Les différents types de notification peuvent être utilisés isolément ou en combinaison. La figure 2 illustre une balise de géolocalisation BAL configurée pour mettre en œuvre le procédé de gestion de la consommation selon un mode particulier de réalisation de l'invention. Selon ce mode particulier, la balise BAL a l'architecture classique d'une balise GPS, et comprend notamment un processeur CPU (ou microcontrôleur), une mémoire MEM dans laquelle l’entité ENT est stockée. Dans notre exemple l’entité est un programme d’ordinateur qui comprend des instructions pour mettre en œuvre les étapes du procédé de gestion qui sera décrit par la suite, lorsque le programme est exécuté par le processeur CPU. A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur CPU. Le processeur CPU de l'unité de traitement met notamment en œuvre les étapes suivantes : Lors d’une première étape, des données sont créées. Ces données incluent une ou plusieurs zones et, dans notre exemple de réalisation, pour chaque zone un ou plusieurs conditions à remplir pour décider de transmettre un message d’alerte ou pas. Dans notre exemple, ces données sont créées par un utilisateur d’un terminal TRM au moyen d’une interface présente sur le terminal. Cette interface permet de sélectionner des zones et d’y associer des critères décisionnels qui serviront à décider d’émettre ou non automatiquement une notification ultérieurement. Pour simplifier l’exposé de l’invention, une zone Z1 est créée, celle-ci correspond à une zone dans laquelle se situe un établissement scolaire fréquenté par un enfant ayant disposé la balise dans son cartable d’école. Des exemples de critères associés à la zone seront donnés ci-après. Lors d’une deuxième étape, la balise BAL reçoit et stocke en mémoire les données créées depuis le terminal TRM soit directement soit via par le serveur SRV lors de la première étape ET1. Lors d’une troisième étape, la balise BAL obtient sa localisation par exemple périodiquement. Au fil du temps, la balise détermine si sa position courante correspond à une zone Z1 reçue du serveur. Lors d’une quatrième étape, s’il résulte de la comparaison que la position courante correspond à la zone reçue Z1 et que la condition associée à la zone Z1 est vérifiée, la balise BAL émet une notification relative à cet événement. Notons ici qu’une correspondance entre une position et une zone signifie indifféremment que la position est incluse dans la zone où qu’elle est proche de la zone. Pour illustrer les étapes décrites ci-dessus, prenons l’exemple d’un père de famille qui souhaite être alerté lorsque son enfant quitte son école. Une zone qui englobe l’établissement scolaire est définie. Dans cet exemple, à la zone Z1 est associée une condition temporelle ; la condition est que l’enfant doit se situer dans la zone Z1 dans la plage horaire PL du lundi au vendredi de 8h à 17h. Si l’enfant ne se trouve pas dans la zone Z1 dans la plage horaire, une notification est émise par la balise BAL par exemple sous forme de message transmis au serveur, le message informant par exemple que la balise est sortie de la zone Z1 en dehors de la plage horaire PL. Dans cet exemple, la balise BAL est disposée dans le cartable d’école. Lors de la première étape, les coordonnées géographiques de la zone Z1 qui correspond à l’école sont définies par l’utilisateur du terminal TRM, en l’espèce le père de famille. Ensuite, une condition temporelle est associée à la zone créée à savoir une plage horaire 8-17h du lundi au vendredi. Lors de la deuxième étape, la balise BAL reçoit les coordonnées de la zone et la condition associée et les stocke en mémoire. Lors de la troisième étape, la balise BAL obtient sa localisation LOC par exemple périodiquement lors de son déplacement. Au fil du temps, la balise BAL vérifie sa position courante par rapport à la zone définie Z1. Supposons que la balise sorte de la zone Z1 un lundi à 15h. Lors de la quatrième étape il résulte de la comparaison entre la position courante et la zone Z1 que la position courante est hors de la zone Z1 et que l’heure de détection est incluse dans la plage temporelle PL ; dans cette configuration, la balise BAL émet une notification relative à cet événement. Si la notification est un message transmis sur le réseau RES, le message M est reçu ensuite par le serveur SRV qui retransmet un message à destination du terminal TRM ou à destination de toute autre personne intéressée. Une zone est définie en général par sa position, sa taille (ex un point et un rayon), son accessibilité (autorisée ou interdite) et un horodatage (horaires facultatifs ou obligatoire). Par exemple, on peut définir comme zone: - la piscine, obligatoire, le mercredi de 14h15 à 15h25. - le terrain de foot, facultatif, le mardi et jeudi de 17h à 18h30. La zone géographique peut être définie de différentes manières. Par exemple, elle peut être définie par : les trois composantes suivantes pour une zone circulaire: une latitude, une longitude et un rayon pour une zone circulaire, par les deux composantes latitude/longitude pour une zone polygonale. La condition associée à la zone est indifférente. Une liste non exhaustive peut être la suivante : un état de la balise : présence ou absence de la balise dans la zone Z1, un type de mouvement de la balise: entrée ou sortie de la balise de la zone Z1, une durée de présence de la balise dans une zone : un intervalle à une date ponctuelle (ex: le 3 juillet à 12:10 pendant 72mn), un intervalle à une date récurrente (tous les samedis de 9h10 à 10:40), un intervalle relatif après la dernière notification de validation, d'information ou d'alerte. un état défini par un capteur: plage de la température environnant la balise, balise en mouvement ou immobile, balise en mode avion, balise en mode normal, etc. Selon une variante possible, une action peut aussi précéder l’envoi d’un message d’alerte. Par exemple si la balise est proche d’une zone et qu’une condition est un sens se déplacement vers la zone ; une action peut consister à obtenir la ou les positions et à les transmettre à destination du serveur sous forme de message d’alerte. Par exemple, si la balise BAL est proche d'une zone interdite, et que la balise est en mouvement, la balise va déclencher plusieurs localisations successives, par exemple des localisations GPS, et les transmettre afin d'être certain de ne pas manquer une entrée dans la zone interdite. La notification émise peut prendre plusieurs formes. Par exemple, la notification peut être un message de confirmation (ex votre enfant est bien rentré), ou un message alerte (votre colis n'a pas pris l'avion comme prévu). En complément d’un message textuel, la notification peut indiquer la position GPS, l’adresse postale de cette position, etc. Enfin, la notification émise par la balise est quelconque. Ce message peut être un message SMS (numéro de tel), un message mail (email), une alerte sonore, une alerte visuelle. L’invention ne se limite bien évidemment pas au cas d’usage décrit ci-dessus. Par exemple, si une communication n’est pas possible via le réseau de communication, la balise BAL émet un signal local comme notification. Ce mode nécessite une vérification dans la balise d’une connexion possible via le réseau, dans la négative, un composant SGN inclut dans la balise émet un signal local. Un signal local englobe tous signaux perceptibles par l’être humain. Un tel signal est par exemple un signal sonore, un signal lumineux, un signal olfactif, etc. Selon un deuxième mode de réalisation, en référence à la figure 3, les données reçues par la balise concernent un itinéraire à suivre. Sur cette figure 3, un itinéraire ITN est défini ainsi qu’une zone géographique Z1 dite zone interdite ; si la balise se situe dans cette zone Z1 et qu’une condition associée à cette zone est vérifiée, une notification sera émise. Une autre zone autorisée Z2 est définie, cette zone englobe l’itinéraire. La délimitation des zones Z1 et Z2 sur la figure 3 comporte deux courbes en trait discontinu, l’une inférieure se trouvant au-dessous de la zone, l’autre supérieure au-dessus de la zone. Les étapes sont les suivantes : Lors d’une première phase, le réseau est opérationnel (RES-ON). Au cours de son déplacement, la balise BAL est localisée à plusieurs positions LOC1 à LOC7 dans la zone autorisée Z2. Ensuite, lors d’une deuxième phase, la balise BAL ne peut plus communiquer avec le réseau par exemple parce que la communication avec le réseau est coupée RES-OFF. D’autre part, dans notre exemple, on suppose que pendant cette phase RES-OFF, la balise BAL s’écarte de l’itinéraire ITN et rentre dans la zone interdite Z1 aux positions LOC8 à LOC10. Dans cette configuration, la balise BAL n’ayant pas accès au réseau de communication RES, mémorise les positions obtenues dans la zone Z1. Lors d’une troisième phase, une fois la communication rétablie (RES-ON), la balise BAL émet une notification NTF. Dans notre exemple, les positions calculées pendant la phase RES-OFF sont transmises dans la notification NTF. Les notifications qui auraient dues être transmises pour les trois localisations LOC8-LOC10 peuvent être au choix transmises individuellement avec du retard dès qu’une communication est possible via le réseau RES, ou regroupées dans une seule notification NTF comme cela est représenté sur la figure 3. Selon une variante de ce mode de réalisation, l’impossibilité de communiquer avec le réseau peut aussi provenir du fait que la balise est en mode avion pendant un certain temps pour des raisons réglementaires ; Par exemple lorsque la balise est placée dans une soute d’un avion, la balise est mise automatiquement en mode avion. Lorsque la balise est en mode avion, l’entité ENT présente dans la balise BAL poursuit l’obtention des différentes localisations de la balise et mémorise toutes les localisations détectées dans la zone interdite Z1. Comme dans le précédent exemple, une fois la que la balise quitte le mode avion et entre dans un mode permettant une communication avec le réseau, la balise émet les notifications individuellement dès que la balise sort du mode avions ou une seule notification incluant tout ou partie des localisations détectées dans la zone interdite. Le mode de réalisation décrit, utilisant la connaissance de l'itinéraire par la balise, permet d'augmenter la qualité du suivi de la balise en interprétant les écarts détectés de localisation par rapport à l’itinéraire prévu ITN, et en permettant de prendre éventuellement des mesures afin que ces écarts ne se reproduisent pas. En définitive, les bénéfices que procure l’invention sont donc nombreux. Le principal bénéfice est une optimisation de la consommation énergétique: On sait que les tâches internes les plus consommatrices d'énergies dans une balise sont dans l'ordre d'importance: l'envoi de données via le réseau, l'obtention de la position via GPS, les tâches réalisée par le CPU (microcontrôleur) et enfin les mesures réalisées par le ou les capteurs présents sur la balise. L’invention minimise les envois de données (ici les positions GPS) au profit de tâches à réaliser par le CPU pour déterminer si la position courante de la balise correspond à une zone géographique. Ainsi, le surcoût énergétique lié aux étapes décrites ci-dessus et à l'émission de quelques notifications, va être beaucoup plus faible que l'envoi systématique des positions à une fréquence suffisante pour un traitement efficace (à minima 24 positions par jour) D’autre part, l’invention assure une confidentialité des données de localisation de la balise. En effet, seule une notification liée à un événement, avec éventuellement une position GPS, est émise. Aucune autre position n'est émise depuis la balise, ce qui implique de facto une confidentialité très forte. De plus, seule la balise a connaissance des zones et des conditions associées à la zone, ceci évite également des possibilité d'atteinte à la vie privée. Enfin, signalons ici que, dans le présent texte, le terme « module » ou « entité » peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). Procédé de gestion du fonctionnement d’une balise de géolocalisation (BAL) apte à communiquer au travers d’un réseau de communication (RES), le procédé comprenant les étapes suivantes dans la balise : réception de données relatives à une zone géographique, détection, au cours du déplacement de la balise, d’une correspondance entre une position courante et la zone reçue ; suivie d’une émission d’une notification (NTF). Procédé selon la revendication 1, caractérisé en ce que, les données reçues incluent en outre une condition liée à la zone, et en ce que l’étape d’émission est précédée d’une vérification que la condition associée à la zone est vérifiée, et en ce que l’étape d’émission a lieu si la condition de est remplie. Procédé selon la revendication 1 ou 2, caractérisé en ce que, si une communication via le réseau est interrompue lors de l’étape d’émission, l’étape d’émission est réalisée suite au rétablissement de la communication. Procédé selon la revendication 1, caractérisé en ce qu’une condition correspond une plage horaire, et en ce que l’étape de transmission a lieu si la balise est localisée dans la zone à un instant de la plage horaire. Procédé selon la revendication 1, caractérisé en ce qu’à une condition correspond un état de l’environnement de la balise, et en ce que l’étape de transmission a lieu si la balise est localisée dans la zone dans un état donnée. Procédé selon la revendication 5, caractérisé en ce que la condition correspond à une évolution d’un état de l’environnement de la balise. Procédé selon la revendication 1, caractérisé en ce qu’une condition correspond à une distance entre la balise et la zone et à un sens de déplacement de la balise, en ce que l’étape de transmission a lieu si la distance est inférieure à une distante donnée et si la balise se dirige vers la zone concernée. Entité de gestion du fonctionnement d’une balise de géolocalisation apte à communiquer au travers d’un réseau de communication, comprenant : un module de réception apte à recevoir des données relatives à une zone géographique, un module de détection apte à détecter, au cours du déplacement de la balise, une correspondance entre une position courante et la zone reçue ; un module d’émission apte à émettre une notification (NTF). Entité selon la revendication 8, caractérisé en que le module de réception est apte à recevoir en outre une condition liée à la zone, et en ce que le module de vérification est apte à vérifier la condition associée à la zone avant de décider d’émettre une notification ou non. Terminal mobile comprenant une entité de gestion telle que définie dans la revendication 8. Programme d’ordinateur apte à être mis en œuvre sur un terminal mobile, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé définies dans l’une des revendications 1 à 7. Support de données sur lequel a été mémorisée au moins une série d’instructions de code de programme pour l’exécution d’un procédé défini dans l’une des revendications 1 à 7.