FR3134491A1 - Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants - Google Patents
Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants Download PDFInfo
- Publication number
- FR3134491A1 FR3134491A1 FR2203301A FR2203301A FR3134491A1 FR 3134491 A1 FR3134491 A1 FR 3134491A1 FR 2203301 A FR2203301 A FR 2203301A FR 2203301 A FR2203301 A FR 2203301A FR 3134491 A1 FR3134491 A1 FR 3134491A1
- Authority
- FR
- France
- Prior art keywords
- mobile terminal
- alert
- protocol
- identifier
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000003213 activating effect Effects 0.000 title claims abstract description 12
- 238000004590 computer program Methods 0.000 title claims abstract description 6
- 230000004913 activation Effects 0.000 claims abstract description 37
- 239000011668 ascorbic acid Substances 0.000 claims abstract description 5
- 239000004255 Butylated hydroxyanisole Substances 0.000 claims abstract description 3
- 230000002265 prevention Effects 0.000 claims description 15
- 238000001514 detection method Methods 0.000 claims description 11
- 230000001133 acceleration Effects 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 9
- 238000004364 calculation method Methods 0.000 claims description 7
- 230000002123 temporal effect Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 5
- 230000004044 response Effects 0.000 claims description 4
- KRKNYBCHXYNGOX-UHFFFAOYSA-N citric acid Substances OC(=O)CC(O)(C(O)=O)CC(O)=O KRKNYBCHXYNGOX-UHFFFAOYSA-N 0.000 claims description 3
- LWIHDJKSTIGBAC-UHFFFAOYSA-K potassium phosphate Substances [K+].[K+].[K+].[O-]P([O-])([O-])=O LWIHDJKSTIGBAC-UHFFFAOYSA-K 0.000 claims description 3
- 239000000473 propyl gallate Substances 0.000 claims description 3
- 230000006870 function Effects 0.000 description 41
- 238000001994 activation Methods 0.000 description 28
- 230000001413 cellular effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- QVFWZNCVPCJQOP-UHFFFAOYSA-N chloralodol Chemical compound CC(O)(C)CC(C)OC(O)C(Cl)(Cl)Cl QVFWZNCVPCJQOP-UHFFFAOYSA-N 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
- G08B21/02—Alarms for ensuring the safety of persons
- G08B21/04—Alarms for ensuring the safety of persons responsive to non-activity, e.g. of elderly persons
- G08B21/0438—Sensor means for detecting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72418—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting emergency services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
- G08B25/014—Alarm signalling to a central station with two-way communication, e.g. with signalling back
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Emergency Management (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Human Computer Interaction (AREA)
- General Health & Medical Sciences (AREA)
- Gerontology & Geriatric Medicine (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Alarm Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
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]
Description
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.
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é.
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 :
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.
Claims (17)
- 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 quele 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é.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2203301A FR3134491A1 (fr) | 2022-04-11 | 2022-04-11 | Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants |
| PCT/EP2023/059336 WO2023198651A1 (fr) | 2022-04-11 | 2023-04-07 | Procede d'activation d'un protocole de securite sur un terminal mobile, produit programme d'ordinateur et dispositifs correspondants |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2203301A FR3134491A1 (fr) | 2022-04-11 | 2022-04-11 | Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants |
| FR2203301 | 2022-04-11 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR3134491A1 true FR3134491A1 (fr) | 2023-10-13 |
Family
ID=82594918
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2203301A Pending FR3134491A1 (fr) | 2022-04-11 | 2022-04-11 | Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants |
Country Status (2)
| Country | Link |
|---|---|
| FR (1) | FR3134491A1 (fr) |
| WO (1) | WO2023198651A1 (fr) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2625668A1 (fr) * | 2010-10-06 | 2013-08-14 | Mastercard International Incorporated | Procédés, systèmes et supports lisibles par ordinateur pour la fourniture d'informations de contenus dépendant de la position à un dispositif mobile |
-
2022
- 2022-04-11 FR FR2203301A patent/FR3134491A1/fr active Pending
-
2023
- 2023-04-07 WO PCT/EP2023/059336 patent/WO2023198651A1/fr unknown
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2625668A1 (fr) * | 2010-10-06 | 2013-08-14 | Mastercard International Incorporated | Procédés, systèmes et supports lisibles par ordinateur pour la fourniture d'informations de contenus dépendant de la position à un dispositif mobile |
Non-Patent Citations (2)
| Title |
|---|
| -: "How to Keep Lone Workers Protected - In and Out of Hazardous Locations", 1 January 2021 (2021-01-01), XP055972022, Retrieved from the Internet <URL:https://www.ecom-ex.com/fileadmin/user_upload/documents/white-papers/whitepaper_ecom_lwp_in_and_out_of_hazard_areas_01_2021_EN.pdf> [retrieved on 20221017] * |
| -: "The GuardMe solution: lone worker protection in Bosch quality", 23 September 2021 (2021-09-23), XP055972226, Retrieved from the Internet <URL:https://web.archive.org/web/20210923090903/https://www.bosch-guardme.com/en/the-solution/> [retrieved on 20221018] * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2023198651A1 (fr) | 2023-10-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10785232B2 (en) | Method, apparatus, system, and electronic device for cross-blockchain interaction | |
| US11570194B2 (en) | Identifying high risk computing operations | |
| KR101971676B1 (ko) | 지오펜스를 이용하는 시스템 및 방법 | |
| US10276027B2 (en) | Mobile device loss prevention | |
| US10652209B2 (en) | Router address type identification method and apparatus | |
| CN102272630A (zh) | 地震检测装置、系统和方法 | |
| EP2199966A1 (fr) | Procédé de sécurisation de transactions, dispositif de transaction, serveur bancaire, terminal mobile, et produits programmes d'ordinateur correspondants | |
| US11257054B2 (en) | Method and apparatus for sharing regional information | |
| Gaitan et al. | From sensing to action: Quick and reliable access to information in cities vulnerable to heavy rain | |
| US20140031061A1 (en) | Systems And Methods For Monitoring Device And Vehicle | |
| WO2023198651A1 (fr) | Procede d'activation d'un protocole de securite sur un terminal mobile, produit programme d'ordinateur et dispositifs correspondants | |
| JP6066877B2 (ja) | 認証サーバ、認証方法及び認証プログラム | |
| FR3051585B1 (fr) | Procede et systeme de transmission d'une alerte geolocalisee a un utilisateur muni d'un terminal mobile de communication | |
| FR3102877A1 (fr) | Systeme et methode de gestion de chute d’une personne | |
| FR3061336A1 (fr) | Procede et equipement informatique de verification d'objets connectes dans une zone geographique | |
| Anand et al. | Fog computing fundamentals in the Internet of Things: A taxonomy, survey, and future directions | |
| FR3003970A1 (fr) | Procede de mise en communication d'objets communicants stockant des profils d'utilisateurs et objet communicant correspondant | |
| Gaitan et al. | From sensing to action: Quick and reliable access to information in cities | |
| Holm | Nexans Tracking System. An indoor positioning system using Bluetooth Low Energy | |
| WO2010122079A2 (fr) | Procédé de sécurité pour la sécurité et gestion des travailleurs isolés | |
| FR3053558A1 (fr) | Procede de localisation d'au moins un second terminal mobile suite a un evenement relatif a un premier terminal mobile situe dans un environnement du second terminal | |
| FR2981775A1 (fr) | Systeme de guidage d'un individu en environnement inconnu et procede de mise en oeuvre d'un tel systeme | |
| EP2202942A1 (fr) | Procéde de surveillance de groupe |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20231013 |