Brevet FR3134491A1 — publié le 20231013

Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants L’invention concerne un procédé d’activation, sur un terminal mobile, d’un protocole de sécurité comprenant au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal mobile pour qu’au moins une information d’alerte soit générée sur la base d’une comparaison entre, d’une part, une quantité basée sur au moins une donnée issue d’un capteur, intégré ou communicativement connecté au terminal mobile, ou issue d’un moyen de saisie du terminal mobile et, d’autre part, un seuil d’activation prédéterminé. Un tel procédé comprend : - une obtention (E300) d’un identifiant du protocole ; - une activation (E320) du protocole à partir de l’identifiant obtenu. FIGURE D’ABRÉGÉ : [Fig.3] Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants Domaine de l’invention Le domaine de l’invention est celui de la sécurité des travailleurs isolés via l’usage d’un terminal mobile. L’invention se rapporte plus particulièrement à un procédé d’activation d’un protocole de sécurité comprenant des fonctions d’alertes sur un tel terminal mobile. L’invention a ainsi de nombreuses applications dans tous les domaines d’intervention de travailleurs isolés, notamment mais non exclusivement, pour la maintenance de systèmes industriels tels que les réseaux de distribution ou de télécommunications, les systèmes de génération d’énergies renouvelables, les systèmes de gestion des déchets, etc. Art antérieur et ses inconvénients La législation exige dans de nombreux pays que les personnes travaillant en situation de travailleur isolé soient équipées d’une solution permettant de déclencher une alerte en cas d’accident ou de malaise. On parle de dispositif d’alerte. Depuis plus de dix années, ces dispositifs d’alerte ont pris la forme d’applications mobiles exécutées sur des terminaux mobiles, de telles applications présentant différentes fonctions d’alerte et de géolocalisation. Le travailleur isolé active alors les fonctions nécessaires à sa sécurité lors de son intervention. Les fonctions à activer varient suivant la situation rencontrée. Par exemple : - Une installation technique peut être « hors réseau » de couverture du terminal mobile (e.g. hors réseau cellulaire). Ce peut être le cas lorsque l’installation technique en question se situe dans les niveaux inférieurs d’un bâtiment ; - Une géolocalisation peut être rapide et fiable par GPS en extérieur mais très imprécise en environnement urbain et/ou dans un bâtiment ; - Une intervention d’astreinte la nuit se limitera à une réparation rapide et provisoire au contraire d’une maintenance planifiée sur une plage horaire de travail normale ; - Selon leurs métiers respectifs, deux personnes d’une même entreprise peuvent travailler chacune seule sur un même site et au même moment, mais avec des niveaux de risque différents. Ainsi, l’activation des fonctions peut varier selon de multiples critères. Le choix de l’activation de telle ou telle fonction d’alerte sur son terminal mobile exige une analyse et une réflexion de la part du travailleur isolé. Ceci est d’autant plus vrai que le travailleur isolé doit généralement utiliser plusieurs fonctions d’alerte pour une même intervention. Par ailleurs, l’interaction avec l’interface du terminal mobile nécessite souvent un apprentissage et un certain niveau de compétence. Ainsi, en pratique, les solutions existantes ne sont que rarement activées par les travailleurs isolés et dans, le meilleur des cas, mal activées. Il existe ainsi un besoin pour une technique de mise en œuvre de telles fonctions d’alertes sur un terminal mobile qui soit simple pour le travailleur isolé utilisateur du terminal en question. Dans un mode de réalisation de l’invention, il est proposé un procédé d’activation, sur un terminal mobile, d’un protocole de sécurité comprenant au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal mobile pour qu’au moins une information d’alerte soit générée sur la base d’une comparaison entre, d’une part, une quantité basée sur au moins une donnée issue d’un capteur, intégré ou communicativement connecté au terminal mobile, ou issue d’un moyen de saisie du terminal mobile et, d’autre part, un seuil d’activation prédéterminé. Selon un tel procédé, le terminal mobile exécute : - une obtention d’un identifiant du protocole ; - une activation du protocole à partir de l’identifiant obtenu. Ainsi, l’invention propose une solution nouvelle et inventive pour activer une ou plusieurs fonctions d’alertes sur un terminal mobile. Pour ce faire, il est proposé d’activer un protocole de sécurité comprenant la ou les fonctions d’alertes nécessaires e.g. pour une intervention donnée d’un travailleur isolé équipé du terminal mobile et, lorsqu’il n’est pas intégré au terminal mobile, du ou des capteurs correspondants. Ainsi, le travailleur isolé est déchargé de l’analyse et de la réflexion nécessaire à la détermination de la fonction d’alerte (ou des fonctions d’alertes) à mettre en œuvre lors de l’intervention en question. Plus particulièrement, une telle réflexion a pu être faite en amont de l’intervention, lors de la conception du protocole de sécurité à mettre en œuvre pour cette intervention particulière. Par ailleurs, la mise en œuvre du protocole se fait simplement via une obtention (e.g. une saisie via un moyen de saisie du terminal, avec ou sans contact physique entre le travailleur isolé utilisateur du terminal mobile et le terminal mobile pour ce qui est de la saisie elle-même (e.g. via une commande vocale ou un scan comme détaillé ci-dessous)) de l’identifiant correspondant. La présente solution est ainsi adaptée à des travailleurs isolés ayant une formation minimale sur les fonctionnalités du terminal mobile. Selon certains modes de réalisation, la quantité précitée est représentative de ladite au moins une donnée ou d’une variation, sur une période de temps prédéterminée, de ladite au moins une donnée. Selon certains modes de réalisation, ladite au moins une fonction d’alerte appartient au groupe comprenant : - une fonction de détection d’absence de mouvement dans laquelle au moins une information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée représentative d’une accélération issue d’un accéléromètre, intégré ou communicativement connecté au terminal mobile, est inférieure à un seuil bas prédéterminé ; - une fonction de détection de chute du terminal dans laquelle au moins une information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée représentative d’une accélération issue d’un accéléromètre, intégré ou communicativement connecté au terminal mobile, est supérieure à un seuil haut prédéterminé ; - une fonction de détection de perte de verticalité dans laquelle au moins une information d’alerte est générée lorsqu’un angle estimé entre, d’une part, un axe d’orientation prédéterminé du capteur et, d’autre part, un plan horizontal est inférieur à un seuil angulaire prédéterminé, l’angle étant issu d’au moins un accéléromètre intégré ou communicativement connecté au terminal mobile ; et - une fonction d’alerte temporelle dans laquelle au moins une information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée issue d’un moyen de saisie du terminal mobile est inférieure à un seuil d’activation prédéterminé. Selon certains modes de réalisation, le protocole comprend au moins la fonction d’alerte temporelle. Le terminal mobile exécute une transmission, à un serveur distant auquel est connecté le terminal mobile via un réseau de radiocommunications : - d’une position du terminal mobile au moment de l’activation du protocole ; et - la période de temps prédéterminée. Ainsi, le serveur distant peut agir en miroir du terminal mobile. Selon certains modes de réalisation, l’obtention comprend un scan, mettant en œuvre au moins un capteur d’image du terminal mobile, d’un QR code représentatif de l’identifiant. Selon certains modes de réalisation, l’obtention comprend une capture, mettant en œuvre au moins un microphone du terminal mobile, d’un signal acoustique représentatif de l’identifiant. Ainsi, l’identification et l’activation du protocole se fait simplement, l’obtention proprement dite de l’identifiant ne nécessitant pas de contact physique entre le travailleur isolé utilisateur du terminal mobile et le terminal en question pour saisir l’identifiant. Selon certains modes de réalisation, le terminal mobile exécute un téléchargement, avant activation et depuis le serveur distant auquel est connecté le terminal mobile via un réseau de radiocommunications, du protocole identifié par l’identifiant obtenu. Ainsi, le protocole de sécurité peut être mis à jour dynamiquement et de manière transparente pour le travailleur isolé utilisateur du terminal mobile. Ceci permet plus de souplesse et renforce la simplicité d’utilisation pour l’utilisateur. Selon certains modes de réalisation, l’activation est mise en œuvre lorsqu’au moins une condition appartenant au groupe suivant est remplie : - l’identifiant du protocole est obtenu lorsque le terminal mobile est dans une zone géographique prédéterminée ; - l’identifiant du protocole est obtenu à un instant appartenant à une fenêtre temporelle prédéterminée ; - un profil utilisateur configuré sur le terminal mobile correspond à un profil utilisateur attendu associé au protocole. Ainsi, la sécurisation de la mise en œuvre du bon protocole de sécurité correspondant effectivement à l’intervention envisagée est renforcée. Selon certains modes de réalisation, le terminal mobile exécute une restitution, sur un moyen de restitution du type écran ou haut-parleur du terminal mobile, d’au moins une information de prévention associée au protocole. Ainsi, la sécurisation de la mise en œuvre du bon protocole de sécurité correspondant effectivement à l’intervention envisagée est renforcée. Par ailleurs, de telles informations de prévention permettent d’améliorer la prévention des accidents et donc de minimiser la génération des informations d’alerte. Selon certains modes de réalisation, ladite au moins une information de prévention est reçue du serveur distant en réponse à une requête envoyée par le terminal mobile au serveur distant. Ainsi, la ou les informations de prévention peuvent être mises à jour dynamiquement et de manière transparente pour le travailleur isolé utilisateur du terminal mobile. Ceci permet plus de souplesse et renforce la simplicité d’utilisation pour l’utilisateur. Selon certains modes de réalisation, le terminal mobile exécute une transmission, à un serveur d’alerte distant auquel est connecté le terminal mobile via le réseau de radiocommunications, d’au moins une information d’alerte générée par le protocole de sécurité. Selon les modes de réalisation, le serveur distant et le serveur d’alerte distant sont un seul et même serveur, ou bien des serveurs distincts. Selon certains modes de réalisation, ladite au moins une information d’alerte est transmise avec une information de géolocalisation représentative : - de la position du terminal mobile au moment de la génération de ladite au moins une information d’alerte ; ou - de la dernière position connue du terminal mobile après activation du protocole et avant génération de ladite au moins une information d’alerte. Ainsi, le serveur d’alerte a accès à la position géographique du terminal mobile au moment de la génération de l’alerte ou à la dernière position connue e.g. dans le cas d’une intervention dans une zone dans laquelle les informations permettant la géolocalisation ne sont pas disponibles. Selon certains modes de réalisation, ladite au moins une information d’alerte est transmise avec un identifiant associé, au sein du serveur d’alerte distant, à une localisation attendue du terminal mobile. Ainsi, le serveur d’alerte a accès à la position géographique du terminal mobile de manière indirecte, via l’identifiant associé à une localisation attendue. Par ailleurs, un même protocole de sécurité peut être associé dynamiquement à des interventions sur différents lieux en mettant à jour la correspondance entre la localisation attendue du terminal mobile et l’identifiant associé au niveau du serveur d’alerte distant. L’invention concerne également un programme d’ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé tel que décrit précédemment, selon l’un quelconque de ses différents modes de réalisation, lorsqu’il est exécuté sur un ordinateur. L’invention concerne également un dispositif électronique d’activation, sur un terminal mobile, d’un protocole de sécurité comprenant au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal mobile pour qu’au moins une information d’alerte soit générée sur la base d’une comparaison entre, d’une part, une quantité basée sur au moins une donnée issue d’un capteur, intégré ou communicativement connecté au terminal mobile, ou issue d’un moyen de saisie du terminal mobile et, d’autre part, un seuil d’activation prédéterminé. Un tel dispositif électronique d’activation comprend une machine de calcul reprogrammable ou une machine de calcul dédiée configurée pour mettre en œuvre les étapes du procédé d’activation tel que décrit précédemment (selon l’un quelconque des différents modes de réalisation précités). Ainsi, les caractéristiques et avantages de ce dispositif sont les mêmes que ceux des étapes correspondantes du procédé d’activation décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. L’invention concerne également un terminal mobile comprenant un dispositif électronique de d’activation tel que décrit précédemment (selon l’un quelconque des différents modes de réalisation précités). L’invention concerne également un système comprenant un terminal mobile tel que décrit précédemment (selon l’un quelconque des différents modes de réalisation précités) et au moins un capteur apte à être communicativement connecté au terminal mobile. Le protocole de sécurité comprend au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal mobile pour qu’au moins une information d’alerte soit générée sur la base d’une comparaison entre, d’une part, une quantité basée sur au moins une donnée issue d’un des capteurs du système et, d’autre part, un seuil d’activation prédéterminé. Liste des figures D’autres buts, caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : représente un terminal mobile sur lequel est activé un protocole de sécurité selon un mode de réalisation de l’invention ; représente un exemple de structure de dispositif permettant la mise en œuvre des étapes du procédé d’activation de la selon un mode de réalisation de l’invention ; représente les étapes d’un procédé d’activation du protocole de sécurité sur le terminal de la selon un mode de réalisation de l’invention. Description détaillée de modes de réalisation de l’invention Le principe général de l’invention repose sur l’activation, sur un terminal mobile, d’un protocole de sécurité comprenant une (ou plusieurs) fonction d’alerte permettant de sécuriser une intervention d’un travailleur isolé équipé du terminal mobile en question. Plus particulièrement, l’activation du protocole fait suite à l’obtention, par le terminal mobile, d’un identifiant du protocole considéré. Ainsi, le travailleur isolé est déchargé de l’analyse et de la réflexion nécessaire à la détermination de la ou des fonctions d’alertes à mettre en œuvre lors de l’intervention en question. Par exemple, une telle réflexion a pu être faite en amont de l’intervention, lors de la conception du protocole de sécurité à mettre en œuvre pour cette intervention particulière. On présente désormais, en relation avec la un terminal 100 mobile sur lequel est activé un protocole de sécurité selon un mode de réalisation de l’invention. Plus particulièrement, le terminal 100 (e.g. un smartphone, une tablette, une montre connectée, un ordinateur personnel, etc.) comprend un capteur 100c délivrant des données liées à une (ou plusieurs) grandeur physique à laquelle le capteur 100c est sensible. Par exemple, le capteur 100c est un accéléromètre délivrant des données liées à l’accélération subie par le capteur 100c. Selon d’autres implémentations, le capteur 100c est un système apte à mesurer des grandeurs suivant différents axes géométriques. Dans de tels cas, le capteur 100c basé sur un (ou plusieurs) accéléromètre est apte à délivrer par exemple un angle entre, d’une part, un axe d’orientation prédéterminé du capteur et, d’autre part, un plan horizontal (ou tout autre plan de référence prédéfini). Selon d’autres exemples, le capteur 100c est un capteur de pression, un magnétomètre, un capteur de lumière, etc. Dans certains modes de réalisation, le capteur 100c n’est pas intégré au terminal 100, mais constitue un dispositif distinct du terminal 100 destiné à être porté par le travailleur isolé utilisateur du terminal 100. Dans de tels modes de réalisation, le terminal 100 mobile et le capteur 100c comprennent des moyens leur permettant d’être communicativement connectés entre eux. De tels moyens comprennent par exemple un module implémentant des fonctions de communications sans-fils (e.g. selon un protocole Bluetooth ou Zigbee) et/ou des fonctions de communications filaires (e.g. selon un protocole CAN (pour « Controller Area Network » en anglais)). Dans certains modes de réalisation, le terminal 100 comprend une pluralité de capteurs 100c, chaque capteur 100c délivrant des données liées à une (ou plusieurs) grandeur physique à laquelle le capteur 100c en question est sensible. Dans certains modes de réalisation, le terminal 100 comprend des moyens lui permettant d’être communicativement connecté à une pluralité de capteurs 100c distincts du terminal 100. Dans certains modes de réalisation, le terminal 100 comprend un (ou plusieurs) capteur 100c intégré ainsi que des moyens lui permettant d’être communicativement connecté à un (ou plusieurs) capteur 100c distinct du terminal 100. De retour à la , le terminal 100 comprend des moyens de communication sans fils, e.g. selon un protocole cellulaire du type 2G, 3G, 4G, 5G, etc. au sens du 3GPP (pour « 3rd Generation Partnership Project » en anglais) ou LoRa®, NB-IoT (pour « Narrowband Internet of things » en anglais), Cat-M, lui permettant de se connecter à un réseau de radiocommunications via une station de base 130. De la sorte, le terminal 100 est apte à communiquer, via le cœur 140 de réseau, avec un serveur distant 160 afin, par exemple, de télécharger le protocole de sécurité comme décrit plus avant ci-dessous en relation avec la . Par ailleurs, le terminal 100 est apte à communiquer, via le cœur 140 de réseau, avec un serveur d’alerte 150 (e.g. un serveur d’un service de secours) afin, par exemple, de transmettre la (ou les) information d’alerte générée par la (ou les) fonction d’alerte exécutée sur le terminal 100 comme décrit plus avant ci-dessous en relation avec la . Selon les modes de réalisation, le serveur distant 160 et le serveur d’alerte 150 sont un seul et même serveur, ou bien des serveurs distincts comme dans le mode de réalisation de la . Par ailleurs, afin de mettre en œuvre tout ou partie des étapes du procédé d’activation de la (selon l’un quelconque des modes de réalisation décrit ci-dessous en relation avec la ), le terminal 100 comprend un dispositif 100d comprenant par exemple ( ) une mémoire vive 203 (par exemple une mémoire RAM), une unité de traitement 202 équipée par exemple d’un processeur, et pilotée par un programme d’ordinateur stocké dans une mémoire morte 201 (par exemple une mémoire ROM ou un disque dur). A l’initialisation, les instructions de code du programme d’ordinateur sont par exemple chargées dans la mémoire vive 203 avant d’être exécutées par le processeur de l’unité de traitement 202. Cette illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le dispositif 100d afin qu’il effectue certaines étapes du procédé d’activation selon l’invention (selon l’un quelconque des modes de réalisation et/ou variantes décrit(e)s ci-dessous en relation avec la ). En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où le dispositif 100d est réalisé avec une machine de calcul reprogrammable, le programme correspondant (c’est-à-dire la séquence d’instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple un CD-ROM, un DVD-ROM, une clé USB) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Dans certains modes de réalisation, le dispositif 100d est inclus dans le terminal 100 mobile. On présente désormais, en relation avec la les étapes d’un procédé d’activation du protocole de sécurité sur le terminal 100 selon un mode de réalisation de l’invention. Plus particulièrement, le protocole de sécurité comprend au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal 100 mobile pour qu’une (ou plusieurs) information d’alerte soit générée sur la base d’une comparaison entre : - d’une part, une quantité basée sur au moins une donnée qui est issue soit d’un (ou de plusieurs) capteur 100c, soit d’un moyen de saisie du terminal 100 mobile ; et - d’autre part, un seuil d’activation prédéterminé. Comme décrit ci-dessus en relation avec la , suivant les modes de réalisation, le (ou les) capteur 100c est soit intégré au terminal 100, soit communicativement connecté au terminal 100. Par ailleurs, le moyen de saisie comprend par exemple un clavier physique, un écran tactile ou encore un microphone du terminal 100. De même, suivant les implémentations considérées, la quantité précitée est soit directement représentative de ladite au moins une donnée, soit représentative d’une variation, sur une période de temps prédéterminée, de ladite au moins une donnée. Ainsi, les fonctions d’alerte sont par exemple des fonctions du type : - une fonction de détection d’absence de mouvement dans laquelle une (ou plusieurs) information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée représentative d’une accélération est inférieure à un seuil bas prédéterminé. Dans ce cas, la capteur 100c est par exemple un accéléromètre, intégré ou communicativement connecté au terminal 100, délivrant la donnée représentative de l’accélération en question ; - une fonction de détection de chute du terminal dans laquelle une (ou plusieurs) information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée représentative d’une accélération est supérieure à un seuil haut prédéterminé. Dans ce cas, la capteur 100c est par exemple un accéléromètre, intégré ou communicativement connecté au terminal 100, délivrant la donnée représentative de l’accélération en question. Le seuil haut prédéterminé est par exemple strictement supérieur au seuil bas prédéterminé de sorte à implémenter effectivement, d’une part, une fonction de détection de chute et, d’autre part, une fonction de détection d’absence de mouvement ; - une fonction de détection de perte de verticalité dans laquelle une (ou plusieurs) information d’alerte est générée lorsqu’un angle estimé entre, d’une part, un axe d’orientation prédéterminé du capteur 100c et, d’autre part, un plan horizontal (ou tout autre plan de référence prédéfini) est inférieur à un seuil angulaire prédéterminé, par exemple un seuil angulaire de vingt degrés dans le cas du plan horizontal. Un tel angle estimé est par exemple issu d’un module implémentant un (ou plusieurs) capteur 100c, intégré ou communicativement connecté au terminal 100, de type accéléromètre ; et - une fonction d’alerte temporelle dans laquelle une (ou plusieurs) information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée issue du moyen de saisie précité du terminal 100 est inférieure à un seuil d’activation prédéterminé. Par exemple, la fonction d’alerte génère une information d’alerte lorsque le travailleur isolé utilisateur du terminal 100 n’appuie pas sur une touche (touche physique d’un clavier physique du terminal 100 ou touche virtuelle matérialisée sur un écran tactile du terminal 100) avant la fin de la période de temps prédéterminée. Dans certains modes de réalisation, la fonction d’alerte temporelle comprend une restitution (e.g. périodique ou après une temporisation prédéterminée inférieure ou égale à la période de temps prédéterminée), sur un moyen de restitution du terminal 100 (e.g. un écran ou un haut-parleur), d’un rappel informant le travailleurs isolé utilisateur du terminal 100 qu’il doit agir sur le moyen de saisie précité avant la fin de la période de temps prédéterminée. Dans certains modes de réalisation, la fonction d’alerte temporelle comprend une saisie, par le travailleur isolé utilisateur du terminal 100 (e.g. via le moyen de saisie précité du terminal 100) et lors de l’activation du protocole, de la période de temps prédéterminée et/ou de la temporisation prédéterminée. Dans certains modes de réalisation dans lequel le protocole de sécurité comprend au moins la fonction d’alerte temporelle, le terminal 100 exécute une transmission, au serveur distant 160 : - d’une position du terminal 100 au moment de l’activation du protocole ; et - de la période de temps prédéterminée. Ainsi, le serveur distant 160 agit en miroir du terminal 100. De tels modes de réalisation sont par exemple intéressants lorsque le travailleur isolé utilisateur du terminal 100 mobile doit intervenir dans une zone blanche, i.e. hors couverture du réseau de radiocommunications (e.g. pour une intervention dans un sous-sol). En effet, le serveur distant 160 connaissant la position d’intervention du travailleur isolé utilisateur du terminal 100 peut lui-même générer une alerte si le terminal 100 ne revient pas dans une zone de couverture du réseau de radiocommunications au bout de la période de temps prédéterminée. De retour à la , lors d’une étape E300 , le terminal 100 obtient un identifiant du protocole. Par exemple, une telle obtention se fait via le moyen de saisie précité du terminal 100. Dans ce cas, l’utilisateur du terminal 100 saisit directement l’identifiant via le moyen de saisie du terminal 100. Alternativement, l’obtention de l’identifiant comprend un scan, mettant en œuvre un (ou plusieurs) capteur d’image du terminal 100, d’un QR (pour « Quick Response » en anglais) code représentatif de l’identifiant. Le terminal 100 obtient ainsi l’identifiant via l’interprétation de l’information véhiculée par le QR code. Selon une autre alternative, l’obtention de l’identifiant comprend une capture, mettant en œuvre un (ou plusieurs) microphone du terminal 100, d’un signal acoustique (e.g. un signal vocal) représentatif de l’identifiant. Le terminal 100 obtient ainsi l’identifiant par exemple par mise en œuvre d’une technique de reconnaissance vocale appliquée au signal acoustique capturé. Ainsi, l’identification et l’activation du protocole se fait simplement, l’obtention proprement dite de l’identifiant (i.e. indépendamment de la préhension elle-même du terminal 100) ne nécessitant pas de contact physique entre le travailleur isolé utilisateur du terminal 100 et le terminal 100 en question afin de saisir l’identifiant. Cet effet est obtenu que ce soit via le scan précité, via la capture précitée ou via tout autre moyen de capture d’une information représentative de l’identifiant ne nécessitant pas de contact physique entre l’utilisateur du terminal 100 et le terminal 100 en question pour la capture proprement dite. La présente solution est ainsi adaptée à des travailleurs isolés ayant une formation minimale sur les fonctionnalités du terminal 100. Par exemple, le QR code a été généré en amont de l’intervention, e.g. au moment de la conception du protocole de sécurité correspondant à l’intervention envisagée, puis imprimé pour être fourni au travailleur isolé lors de l’intervention en question. De retour à la , lors d’une étape E310 , le terminal 100 télécharge, avant activation et depuis le serveur distant 160, le protocole de sécurité identifié par l’identifiant obtenu lors de l’exécution de l’étape E300. Ainsi, le protocole de sécurité peut être mis à jour dynamiquement et de manière transparente pour le travailleur isolé utilisateur du terminal 100. Ceci permet plus de souplesse et renforce la simplicité d’utilisation pour l’utilisateur. Cependant, dans certains modes de réalisation, l’étape E310 n’est pas exécutée et le protocole de sécurité est implémenté sur le terminal 100 en amont de son utilisation par le travailleur isolé (e.g. par configuration en usine ou par un maitre d’œuvre qui planifie les interventions devant être effectuée par le travailleur isolé). Dans certains modes de réalisation, l’identifiant du protocole est représentatif de la (ou des) fonction d’alerte du protocole de sécurité devant être activé. La (ou les) fonctions d’alerte en question sont elles-mêmes soit téléchargées depuis le serveur distant 160, soit implémentées sur le terminal 100 en amont de leur utilisation. Le protocole de sécurité est ainsi déterminé par l’identifiant obtenu, puis activé sur le terminal 100. De retour à la , lors d’une étape E320 , le terminal 100 active le protocole de sécurité correspondant à l’identifiant obtenu. Par exemple, plusieurs protocoles sont implémentés sur le terminal 100 et le protocole correspondant à l’identifiant obtenu lors de l’exécution de l’étape E300 est activé. Cependant, dans certains modes de réalisation, l’activation du protocole de sécurité correspondant à l’identifiant obtenu est mise en œuvre lorsque, en outre, au moins une condition supplémentaire appartenant au groupe suivant est remplie : - l’identifiant du protocole est obtenu lorsque le terminal 100 est dans une zone géographique prédéterminée. Par exemple, la position du terminal 100 est déterminée via un récepteur de géolocalisation (e.g. du type GPS, Galileo, Beidou ou Glonass) implémenté dans le terminal 100 ; - l’identifiant du protocole est obtenu à un instant appartenant à une fenêtre temporelle prédéterminée ; - un profil utilisateur configuré sur le terminal 100 correspond à un profil utilisateur attendu associé au protocole. Par exemple, certains protocoles implémentés sur le terminal 100 ne sont accessibles qu’à certains utilisateurs du terminal 100, identifiés comme tels via le profil utilisateur avec lequel ils se connectent sur le terminal 100. Ainsi, la sécurisation de la mise en œuvre du bon protocole de sécurité correspondant effectivement à l’intervention envisagée est renforcée. De retour à la , lors d’une étape E330 , le terminal 100 restitue, sur un moyen de restitution du type écran ou haut-parleur du terminal 100, une (ou plusieurs) information de prévention associée au protocole. Une telle restitution combine par exemple des textes, des images et des liens vers des ressources supplémentaires telles que des vidéos. L’objectif est d’éviter l’accident pour le travailleur isolé en lui indiquant sur son terminal 100 les risques et actions de prévention nécessaires pour l’activité à effectuer, par exemple sur un site donné et/ou à un moment particulier. Ainsi, la sécurisation de la mise en œuvre du bon protocole de sécurité correspondant effectivement à l’intervention envisagée est renforcée. Par ailleurs, de telles informations de prévention permettent d’améliorer la prévention des accidents et donc de minimiser la génération des informations d’alerte. Dans certains modes de réalisation, le terminal 100 se connecte au serveur distant 160 pour obtenir l’information (ou les informations) de prévention associée au protocole de sécurité et les restituer au travailleur isolé. Par exemple, l’information (ou les informations) de prévention est reçue du serveur distant en réponse à une requête envoyée par le terminal 100 au serveur distant 160. Ainsi, l’information (ou les informations) de prévention peut être mise à jour dynamiquement et de manière transparente pour le travailleur isolé utilisateur du terminal 100. Ceci permet plus de souplesse et renforce la simplicité d’utilisation pour l’utilisateur. Cependant, dans certains modes de réalisation, l’étape E330 n’est pas exécutée et aucune information de prévention associée au protocole n’est restituée par le terminal 100. De retour à la , lors d’une étape E340 , le terminal 100 transmet, au serveur d’alerte 150, une (ou plusieurs) information d’alerte générée par le protocole de sécurité. Dans certains modes de réalisation, l’information (ou les informations) d’alerte est transmise avec une information de géolocalisation représentative : - de la position du terminal 100 au moment de la génération de l’information (ou des informations) d’alerte ; ou - de la dernière position connue du terminal 100 après activation du protocole et avant génération de l’information (ou des informations) d’alerte. Ainsi, le serveur d’alerte 150 a accès à la position géographique du terminal 100 au moment de la génération de l’alerte ou à la dernière position connue e.g. dans le cas d’une intervention dans une zone dans laquelle les informations permettant la géolocalisation ne sont pas disponibles. Par exemple, la position du terminal 100 est déterminée via un récepteur de géolocalisation (e.g. du type GPS, Galileo, Beidou ou Glonass) implémenté dans le terminal 100, et/ou via l’identification d’un signal radio du type balise (e.g. un beacon Bluetooth ou borne WiFi) reçu par le terminal 100. Dans certains modes de réalisation, l’information (ou les informations) d’alerte est transmise avec un identifiant associé, au sein du serveur d’alerte 150 distant, à une localisation attendue du terminal 100. Ainsi, le serveur d’alerte 150 a accès à la position géographique du terminal 100 de manière indirecte, via l’identifiant associé à une localisation attendue. Par ailleurs, un même protocole de sécurité peut être associé dynamiquement à des interventions sur différents lieux en mettant à jour la correspondance entre la localisation attendue du terminal 100 et l’identifiant associé au niveau du serveur d’alerte 150 distant. Selon les modes de réalisation, l’identifiant associé à une localisation attendue et l’identifiant du protocole sont un seul et même identifiant, ou bien des identifiants différents. Cependant, dans certains modes de réalisation, l’étape E340 n’est pas exécutée et aucune information d’alerte n’est transmise par le terminal 100, par exemple lorsqu’aucune condition permettant la génération d’une telle alerte n’est remplie. Ce peut être le cas lorsque l’intervention du travailleur isolé se déroule sans problèmes. Procédé d’activation, sur un terminal mobile (100), d’un protocole de sécurité comprenant au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal mobile pour qu’au moins une information d’alerte soit générée sur la base d’une comparaison entre, d’une part, une quantité basée sur au moins une donnée issue d’un capteur (100c), intégré ou communicativement connecté au terminal mobile, ou issue d’un moyen de saisie du terminal mobile et, d’autre part, un seuil d’activation prédéterminé, caractérisé en que le terminal mobile exécute : - une obtention (E300) d’un identifiant du protocole ; - une activation (E320) du protocole à partir de l’identifiant obtenu. Procédé selon la revendication 1, dans lequel ladite quantité est représentative de ladite au moins une donnée ou d’une variation, sur une période de temps prédéterminée, de ladite au moins une donnée. Procédé selon la revendication 1 ou 2, dans lequel ladite au moins une fonction d’alerte appartient au groupe comprenant : - une fonction de détection d’absence de mouvement dans laquelle au moins une information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée représentative d’une accélération issue d’un accéléromètre, intégré ou communicativement connecté au terminal mobile, est inférieure à un seuil bas prédéterminé ; - une fonction de détection de chute du terminal dans laquelle au moins une information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée représentative d’une accélération issue d’un accéléromètre, intégré ou communicativement connecté au terminal mobile, est supérieure à un seuil haut prédéterminé ; - une fonction de détection de perte de verticalité dans laquelle au moins une information d’alerte est générée lorsqu’un angle estimé entre, d’une part, un axe d’orientation prédéterminé du capteur et, d’autre part, un plan horizontal est inférieur à un seuil angulaire prédéterminé, l’angle étant issu d’au moins un accéléromètre intégré ou communicativement connecté au terminal mobile ; et - une fonction d’alerte temporelle dans laquelle au moins une information d’alerte est générée lorsqu’une variation, sur une période de temps prédéterminée, d’une donnée issue d’un moyen de saisie du terminal mobile est inférieure à un seuil d’activation prédéterminé. Procédé selon la revendication 3, dans lequel ledit protocole comprend au moins ladite fonction d’alerte temporelle, et dans lequel ledit terminal mobile exécute une transmission, à un serveur distant (160) auquel est connecté le terminal mobile via un réseau de radiocommunications (130, 140), d’une position du terminal mobile au moment de l’activation du protocole ; et - ladite période de temps prédéterminée. Procédé selon l’une quelconque des revendications 1 à 4, dans lequel ladite obtention comprend un scan, mettant en œuvre au moins un capteur d’image dudit terminal mobile, d’un QR code représentatif dudit identifiant. Procédé selon l’une quelconque des revendications 1 à 4, dans lequel ladite obtention comprend une capture, mettant en œuvre au moins un microphone dudit terminal mobile, d’un signal acoustique représentatif dudit identifiant. Procédé selon l’une quelconque des revendications 1 à 6, dans lequel le terminal mobile exécute un téléchargement (E310), avant activation et depuis le serveur distant auquel est connecté le terminal mobile via un réseau de radiocommunications, du protocole identifié par l’identifiant obtenu. Procédé selon l’une quelconque des revendications 1 à 7, dans lequel ladite activation est mise en œuvre lorsqu’au moins une condition appartenant au groupe suivant est remplie : - ledit identifiant du protocole est obtenu lorsque le terminal mobile est dans une zone géographique prédéterminée ; - ledit identifiant du protocole est obtenu à un instant appartenant à une fenêtre temporelle prédéterminée ; - un profil utilisateur configuré sur le terminal mobile correspond à un profil utilisateur attendu associé au protocole. Procédé selon l’une quelconque des revendications 1 à 8, dans lequel le terminal mobile exécute une restitution (E330), sur un moyen de restitution du type écran ou haut-parleur du terminal mobile, d’au moins une information de prévention associée audit protocole. Procédé selon la revendication 9 dans lequel ladite au moins une information de prévention est reçue du serveur distant en réponse à une requête envoyée par le terminal mobile au serveur distant. Procédé selon l’une quelconque des revendications 1 à 10, dans lequel le terminal mobile exécute une transmission (E340), à un serveur d’alerte (150) distant auquel est connecté le terminal mobile via le réseau de radiocommunications, d’au moins une information d’alerte générée par le protocole de sécurité. Procédé selon la revendication 11 dans lequel ladite au moins une information d’alerte est transmise avec une information de géolocalisation représentative : - de la position du terminal mobile au moment de la génération de ladite au moins une information d’alerte ; ou - de la dernière position connue du terminal mobile après activation du protocole et avant génération de ladite au moins une information d’alerte. Procédé selon la revendication 11 dans lequel ladite au moins une information d’alerte est transmise avec un identifiant associé, au sein du serveur d’alerte distant, à une localisation attendue du terminal mobile. Produit programme d’ordinateur comprenant des instructions de code de programme pour la mise en œuvre du procédé selon l’une quelconque des revendications 1 à 13, lorsque ledit programme est exécuté sur un ordinateur. Dispositif électronique (100d) d’activation, sur un terminal mobile (100), d’un protocole de sécurité comprenant au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal mobile pour qu’au moins une information d’alerte soit générée sur la base d’une comparaison entre, d’une part, une quantité basée sur au moins une donnée issue d’un capteur (100c), intégré ou communicativement connecté au terminal mobile, ou issue d’un moyen de saisie du terminal mobile et, d’autre part, un seuil d’activation prédéterminé, caractérisé en ce qu’ il comprend une machine de calcul reprogrammable (202) ou une machine de calcul dédiée configurée pour effectuer : - une obtention d’un identifiant du protocole ; - une activation du protocole à partir de l’identifiant obtenu. Terminal mobile (100) comprenant un dispositif électronique selon la revendication 15. Système comprenant un terminal mobile (100) selon la revendication 16 et au moins un capteur (100c) apte à être communicativement connecté au terminal mobile, le protocole de sécurité comprenant au moins une fonction d’alerte comprenant des instructions de code de programme configurant le terminal mobile pour qu’au moins une information d’alerte soit générée sur la base d’une comparaison entre, d’une part, une quantité basée sur au moins une donnée issue d’un des capteurs du système et, d’autre part, un seuil d’activation prédéterminé.