FR 3079381 A1 20190927 FR 1870311 A 20180320 METHODE DE GESTION DE L'ASSISTANCE A UNE PERSONNE EN REPONSE A L'EMISSION D'UNE ALERTE DOMAINE Le domaine de l'invention se rapporte à celui des dispositifs permettant à une personne d'obtenir une assistance auprès d'une communauté d'utilisateurs ou d'un service d'assistance dédié. Plus 10 particulièrement, le domaine de l'invention se rapporte aux domaines des procédés de gestion de l'assistance à une personne ayant sollicité une aide par l'émission d'un message SOS à partir d'un équipement mobile. ETAT DE L'ART 15 Il existe des méthodes permettant à un groupe d'individus de porter une assistance à une personne ayant sollicité de l'aide par l'intermédiaire d'un équipement électronique mobile. De tels systèmes existent par exemple pour permettre à une personne âgée de contacter son réseau proche afin de les avertir d'un danger. 20 C'est le cas par exemple de méthodes permettant de générer une alerte auprès de services d'assistance public ou privé permettant d'avertir de l'imminence d'un danger ou d'un accident. Une telle méthode est décrite dans le document de brevet US2008214142. Un tel système peut être utilisé à partir d'un téléphone portable par exemple. 25 Avec l'émergence des réseaux sociaux et des outils permettant de définir des services auprès de communautés, certains services d'assistance permettent de générer des messages d'urgence auprès de communautés. C'est le cas des systèmes décrits dans les documents US7574194 ou même auprès d'un ensemble d'utilisateurs dans le voisinage de l'appel d'urgence 30 comme cela est décrit dans le document CN107071160. Un des enjeux majeurs est de pouvoir améliorer la rapidité de l'action auprès d'une personne en danger et de permettre de coordonner l'assistance apportée. Or les méthodes actuelles ne permettent pas toujours de bien 35 coordonner l'assistance successivement à l'émission de l'appel. Il peut arriver, lorsqu'un individu de la communauté sollicitée répond à un appel d'urgence, 2 que la personne contactée soit dans l'incapacité de résoudre le problème. Il est alors nécessaire de relayer la demande d'assistance en apportant des précisions ou en s'adressant à des individus en particulier. La solution décrite dans le document US7574194 propose d'augmenter la description de la situation rencontrée. Mais cette situation ne peut pas toujours être bien renseignée notamment parce que cette description demande une lucidité et un temps que la personne ne peut être en mesure de fournir compte tenu de la situation de danger ou d'accident. Il existe donc un besoin de définir une solution permettant de 10 contacter un réseau de personnes susceptibles d'aider une personne ayant émis un appel d'urgence tout en apportant une information enrichie sur le suivi de l'assistance d'une personne. RESUME DE L'INVENTION 15 Le procédé de l'invention permet de résoudre les problèmes précités. Selon un premier aspect l'invention concerne une méthode de gestion de l'assistance à une personne en réponse à l'émission d'une alerte comportant : 20 - Émission d'une alerte SOS à partir d'un premier équipement mobile d'un premier utilisateur au moyen d'une interface sans fil auprès d'un premier ensemble de terminaux d'une pluralité d'utilisateurs ayant chacun un identifiant d'appel, les identifiants d'appel étant enregistrés dans une mémoire du premier équipement électronique 25 mobile ou d'un équipement distant ; - Établissement d'une première communication bidirectionnelle entre le premier équipement et un terminal donné du premier ensemble d'un utilisateur donné, appelé « utilisateur-assistant » ; - Génération automatique d'une pluralité de premières notifications 30 auprès d'un sous-ensemble de terminaux du premier ensemble, chacune des premières notifications comportant au moins une donnée identifiant l'utilisateur-assistant ; - Génération automatique d'une pluralité de secondes notifications auprès des terminaux du second sous-ensemble, chaque seconde 3 notification comportant un statut relatif au traitement de l'alerte par l'utilisateur-assistant. Un avantage est de permettre de coordonner l'assistance apportée à un individu ayant émis un SOS, notamment en tenant informé s automatiquement les autres utilisateurs de la communauté ayant reçu le SOS du statut de la réponse apportée par l'utilisateur ayant répondu à l'appel SOS. Selon un mode de réalisation, l'émission de l'alerte SOS est générée consécutivement à au moins l'un des évènements de la liste suivante 10 - Une pression au moins pendant une durée prédéfinie sur une interface de commande du premier équipement ; - Une détection d'une accélération dépassant un seuil prédéfini, ladite accélération étant acquise d'un accéléromètre agencé au sein du premier équipement ; 15 - Une détection d'une séquence d'accélération ayant un minimum de similitude avec un profil d'accélération sur une période prédéfini, ladite séquence d'accélération étant acquise d'un accéléromètre agencé au sein du premier équipement. Un avantage est de générer des messages SOS automatiquement 20 lorsqu'un cas de figure correspondant à un danger ou un accident est détecté par l'équipement utilisateur grâce à au moins un capteur. Selon un mode de réalisation, l'émission de l'alerte SOS est générée à partir d'un protocole de communication de faible débit de type GSM, GPRS, LTE-M ou NB-I0T. Un avantage est de proposer un procédé adapté à 25 un équipement peu cher, simple et comportant un minimum de composants. Selon un mode de réalisation, la première communication bidirectionnelle est établie consécutivement à la validation d'une commande d'acceptation sur un terminal donné de l'utilisateur-assistant de la pluralité d'utilisateurs. Un avantage est de permettre d'établir une communication en 30 un simple geste d'acceptation telle qu'une commande sur une interface utilisateur. Selon un mode de réalisation, la première communication bidirectionnelle est automatiquement établie consécutivement à une demande d'appel provenant du terminal donné de l'utilisateur assistant. Un avantage est 4 de générer automatiquement du point de vue de l'individu en détresse une proposition de réponse d'un utilisateur de la communauté. Selon un mode de réalisation, la première communication bidirectionnelle est automatiquement établie consécutivement à une demande d'appel provenant du premier équipement consécutivement à la réception d'une notification comportant une information identifiant l'utilisateur-assistant ayant émis une commande d'acceptation. Un avantage est de permettre à l'individu de sélectionner une aide adaptée à la situation par exemple en acceptant ou refusant à son tour la réponse d'un utilisateur. 10 Selon un mode de réalisation, la première notification est automatiquement émise consécutivement à l'établissement de la première communication bidirectionnelle depuis : - le premier équipement, ou ; - le terminal donné ayant validé la commande d'acceptation ou ; 15 - un serveur de données comportant une information d'identification des utilisateurs du second ensemble. Selon un mode de réalisation, l'alerte SOS comporte une information identifiant le premier utilisateur et une position géographique du premier équipement. 20 Selon un mode de réalisation, la première notification comporte une position géographique de l'utilisateur assistant. Un avantage est de tenir informé les autres utilisateurs du suivi d'appel de la réponse apportée. Notamment, l'identité de l'utilisateur assistant est communiqué, ce qui permet à chacun de ne pas générer des appels parasites à ce moment auprès de 25 l'individu ayant émis le SOS. Selon un mode de réalisation, la seconde notification comporte une durée d'appel et un indicateur de résolution. Un avantage est de délivrer un maximum d'information à la communauté afin de se faire une idée de la situation et de l'aide apportée. Chaque élément communiqué permet à chacun 30 de se faire un avis de la situation sans générer des appels inutiles de prise d'information. Selon un mode de réalisation, lorsque la première communication bidirectionnelle est interrompue, une demande d'établissement d'une nouvelle communication est automatiquement engagée par le premier équipement ou 35 par le terminal donné de l'utilisateur-assistant. Selon un mode de réalisation, lorsqu'aucune commande d'acceptation n'a été établie dans une période de temps prédéfinie : - un nouveau message SOS est émis au sein du premier ensemble ; - un message est émis vers un centre d'appels prédéfini. Un avantage est d'apporter une solution de replis au premier individu de manière automatique lorsqu'aucune commande d'acceptation n'est spontanément validée suite à l'émission du premier SOS. Selon un mode de réalisation, l'utilisateur-assistant peut, à partir d'une commande prédéfinie, transmettre une consigne entrainant l'établissement d'une seconde communication bidirectionnelle entre le premier utilisateur et un second utilisateur donné. Selon un mode de réalisation, l'utilisateur-assistant peut, à partir d'une commande prédéfinie, engager l'établissement d'une seconde communication bidirectionnelle entre le premier utilisateur et un second utilisateur donné. Un avantage est de déterminer le plus rapidement possible la meilleure solution pour répondre au SOS. Selon un autre aspect, l'invention concerne un produit programme d'ordinateur comportant un calculateur et une mémoire pour la mise en oeuvre des étapes du procédé se rapportant au premier équipement. Selon un autre aspect, l'invention concerne un produit programme d'ordinateur comportant un calculateur et une mémoire pour la mise en oeuvre des étapes du procédé de l'invention se rapportant à un terminal établissant la première communication. Un avantage est de permettre de télécharger un logiciel à distance sur un équipement mobile afin de réaliser le procédé de l'invention. Selon un autre aspect, l'invention concerne un équipement électronique mobile comportant une interface de commande comportant un actionneur par lequel la génération d'une commande entraine l'émission d'un message SOS à destination d'un premier ensemble d'utilisateurs au moyen d'une interface de communication sans fil, ledit équipement comportant des moyens pour : - établir une première communication bidirectionnelle avec un terminal donné du premier ensemble d'un utilisateur donné, appelé « utilisateur assistant » ; - générer automatiquement une pluralité de premières notifications auprès d'un sous-ensemble de terminaux du premier ensemble, 6 chacune des premières notifications comportant au moins une donnée identifiant l'utilisateur-assistant ; - générer automatiquement une pluralité de secondes notifications auprès des terminaux du second sous-ensemble, chaque seconde notification comportant un statut relatif au traitement de l'alerte par l'utilisateur-assistant. Selon un mode de réalisation, le premier équipement comporte des moyens pour décoder l'identifiant d'appel ou l'identité de l'utilisateur assistant afin de générer automatiquement une notification aux autres utilisateurs, ladite 10 notification comportant une information relative à l'identité de l'utilisateur assistant ou de son identifiant d'appel. Selon un mode de réalisation, l'équipement comporte des moyens pour mettre en oeuvre les étapes du procédé de l'invention. 15 BREVE DESCRIPTION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : - figure 1: un exemple d'une séquence d'échange de messages selon 20 le procédé de l'invention ; - figure 2 : un cas de figure représentant un individu comportant un équipement selon l'invention ayant émis un message SOS auprès d'une communauté d'utilisateurs. 25 DESCRIPTION Dispositif L'invention se rapporte à un dispositif et à un procédé. Le dispositif est désigné comme un équipement électronique mobile. Il comprend à minima un calculateur, une mémoire, une interface de commande, une interface de 30 communication et une batterie ou une source d'énergie. Selon un mode de réalisation, l'interface de communication est une interface 2G, GSM, GPRS, 3G, LTE-M, NB-I0T, Sigfox, LoRa, 5G. Un intérêt est de définir un dispositif de faible coût destiné à émettre un signal d'urgence. Une liaison sans fil faible débit suffit à réaliser les fonctions minimales de communication. Toutefois, 35 l'équipement de l'invention peut comprendre une interface de communication 7 large bande de type 4G ou Wifi ou tout autre protocole de communication sans fil. Selon un mode de réalisation, l'équipement de l'invention est simplifié, il comporte un minimum de composants et de fonctionnalités. En s effet, l'équipement de l'invention permet, par exemple, à une personne âgée d'émettre, en cas d'urgence, un signal SOS à une communauté de personnes dont des amis, des voisins ou de la famille ou encore toute autre connaissance. Selon un exemple de réalisation, l'interface de commande de 10 l'équipement de l'invention est un bouton dont une pression pendant une durée prédéfinie permet d'émettre un message SOS. L'équipement EQo comporte une interface audio comportant un micro et une sortie casque permettant de délivrer et de transmettre un message audio au moyen d'une communication supportant de la voix. L'équipement comporte tous les 15 éléments radio permettant de moduler, démoduler, décoder et coder des trames en bande de base du signal radio. Selon un mode de réalisation, l'équipement EQ0 de l'invention comporte au moins un accéléromètre. Il peut s'agir, par exemple, d'un accéléromètre dit « trois axes » permettant de délivrer trois mesures 20 d'accélération. L'émission du message SOS peut alors être automatiquement déclenchée lorsqu'au moins une composante d'accélération mesurée dépasse un certain seuil. Selon un autre exemple, le message SOS peut être émis automatiquement lorsque l'accélération mesurée est sensiblement proche d'un profil d'accélération prédéfini. A titre d'exemple, un profil d'accélération 25 comportant une première phase d'accélération correspondant à une chute d'une personne suivie d'une seconde phase d'absence d'accélération peut correspondre à une chute d'une personne qui s'est évanouie. Le calculateur et la mémoire de l'équipement EQ0 permettent d'exploiter les données du capteur d'accélération. Un avantage est de permettre de détecter un 30 immobilisme suspect d'une personne ou une chute d'une personne. Un système de localisation peut aussi être exploité pour délivrer une position, telle qu'une position GPS. Cette donnée peut permettre de détecter un trajet anormal d'un individu. 8 Selon un autre exemple, l'équipement comporte un gyroscope permettant d'améliorer la détection de courbes liées une activité anormale pouvant correspondre à un danger imminent ou à un accident. Lorsqu'une donnée de position ou d'orientation ou d'accélération est considérée sortir d'un champ d'application normal, un message SOS peut automatiquement être émis au sein de la communauté. Le calculateur est alors en mesure d'effectuer des opérations de comparaison, de corrélation ou tout autre calcul permettant de déterminer une singularité des paramètres relative à l'environnement de l'équipement EQo. 10 Selon un mode de réalisation, l'équipement EQo comporte un capteur de température. Une détection d'une température supérieure à un seuil permet d'engager automatiquement l'émission d'un message SOS à la communauté d'abonnés. Cette option permet d'obtenir une assistance rapidement en cas d'incendie par exemple. 15 Selon un mode de réalisation, l'équipement si EQo sort d'une zone géographique prédéfinie, l'émission d'un message SOS peut être automatique émis vers la communauté d'utilisateur du service. Cet évènement peut être déclenché par une fonction de géorepérage, plus connue sous le terme de « geofencing » dans la terminologie anglosaxonne. La mise en oeuvre de cette 20 fonction permet de surveiller à distance la position et le déplacement d'un objet et/ou d'une personne et de prendre des mesures, telles que l'émission automatique d'un message, si la position ou le déplacement s'écarte de certaines valeurs fixées d'avance. Selon un mode de réalisation, l'équipement EQo est un équipement 25 simplifié comportant un unique bouton. L'interface de commande définie par le bouton est alors préférentiellement mécanique. Une pression pendant un laps de temps donné, permet de générer un message SOS à la communauté. La durée de pression sur le bouton peut être, par exemple, configurée entre 2s et 4s, par exemple pendant 3s. 30 Selon un mode de réalisation, l'équipement EQo comporte une batterie, par exemple de type Lithium-Ion. La recharge de la batterie peut être effectuée en déposant l'équipement EQo sur un socle alimenté par le secteur. Selon un exemple de réalisation, il comprend une prise de type USB ou toute autre connectique électrique permettant de recharger une batterie. 9 Selon un mode de réalisation, l'équipement EQ0 est étanche, c'est-à-dire « waterproof ». Il autorise une immersion dans l'eau dans une profondeur allant jusqu'à quelques mètres. Selon un mode de réalisation, l'équipement EQ0 est muni d'un capteur d'humidité ou tout type de capteur permettant de déduire que l'équipement EQo est dans un milieu liquide tel que l'eau. Lorsque le capteur détecte une valeur supérieure à un seuil prédéfini indiquant que l'équipement EQ0 est dans un milieu aqueux, ce qui peut par exemple correspondre à une chute dans une piscine, une génération automatique d'un message SOS est émis vers la communauté d'utilisateurs. 10 Le message émis peut comprendre une information issue de la valeur mesurée par le capteur comme « équipement noyé » afin de renseigner les utilisateurs sur le contexte de l'émission d'urgence. Selon un mode de réalisation, le message SOS peut être émis que lorsqu'une double condition est remplie. Par exemple la double condition peut 15 correspondre à une détection d'eau suivi d'un immobilisme de l'équipement EC)o. Tout autre combinaison d'évènement peut être configuré dans l'équipement afin de paramétrer les conditions d'émission d'un message SOS. Configuration de l'équipement 20 Le procédé de l'invention permet à un individu Uo d'avertir une pluralité d'utilisateurs {Ui}ie [i;N] d'un danger imminent ou d'un accident au moyen du premier équipement. La liste des utilisateurs est alors préalablement définie. Ils sont vus comme des abonnés au service du premier individu Uo. Selon un mode de réalisation, le procédé de l'invention comporte une étape 25 de configuration. L'étape de configuration a préalablement permis de définir qui est susceptible de recevoir des messages SOS, soit de messages d'urgence, provenant du premier individu Uo. A cette fin, selon un premier mode de réalisation, la configuration peut être réalisée directement sur l'équipement du premier individu Uo. Il s'agit 30 alors de définir un carnet d'adresses particulier en mentionnant les numéros d'appel des abonnés au service d'urgence. Selon un autre mode de réalisation, la configuration peut se faire en accédant à un serveur de données distant SERVo. Un intérêt est de permettre une configuration à distance. Dans ce cas, la configuration peut être réalisée 35 depuis n'importe quel poste informatique connecté ou équipement mobile avec - 10 - des droits suffisants. Le carnet d'adresses est alors accessible en ligne et peut être modifié lorsqu'un utilisateur possède les droits de lecture, et éventuellement de modifications pour modifier la liste des utilisateurs. La gestion des droits peut être réalisée par exemple au moyen d'un serveur d'authentification dédié (non représenté) ou du même serveur SERVo. Un avantage est qu'une personne de la communauté d'un individu Uo peut paramétrer son carnet d'adresses. Ce cas de figure peut se produire lorsqu'un enfant ou un petit enfant d'un individu paramètre le compte pour ce dernier. Selon un mode de réalisation, le procédé de l'invention prend en 10 compte une gestion de droits des différents utilisateurs. À titre d'exemple, un utilisateur Ui peut avoir les droits pour éditer les nouveaux utilisateurs et configurer les priorités d'appel, notamment des critères à prendre en compte dont par exemple : - l'émission prioritaire d'un message d'urgence auprès d'une sous- 15 communauté constituée des personnes les plus proches du premier individu ; - l'émission d'un message d'urgence à toute la communauté dans un second temps, par exemple après un laps de temps écoulé, consécutivement à l'émission d'un premier message 20 d'urgence prioritaire ; - prise en compte d'au moins une position géographique des utilisateurs dans la génération des messages SOS ; - hiérarchisation de l'émission des messages d'urgences dans le temps en fonction du critère géographique, 25 - etc. Génération d'un SOS La figure 1 représente un exemple de réalisation d'une séquence d'échanges de données selon le procédé de l'invention. Un premier individu 30 Uo comportant un équipement électronique EQ0 de l'invention émet une alarme SOS. Cette étape est notée GEN_ALARM sur la figure 1. Elle permet l'émission d'un message SOS à destination d'une pluralité d'utilisateurs d'un service accessible par l'intermédiaire d'un terminal. Les équipements, notés ici Ti, T2, T3, sont chacun associé à un 35 utilisateur noté respectivement U1 , U2, U3. Les terminaux peuvent être, par exemple, un téléphone intelligent, une tablette, un téléphone portable ou un équipement de communication dédié. Le service peut être par exemple accessible par l'intermédiaire d'une application ou d'un logiciel. L'exemple de résiliation est décrit ci-après avec 3 « utilisateurs-abonnés » au service d'un individu Uo. Ils sont appelés indifféremment un abonné ou un utilisateur. L'invention s'applique également avec une pluralité d'utilisateurs abonnés au service d'un individu sans limite de nombre. Il est possible de paramétrer le nombre d'utilisateurs-abonnés au moyen d'une interface, par exemple, du premier équipement EQo ou d'un terminal Ti ou 10 encore depuis un ordinateur connecté à un réseau avec les droits d'accès nécessaires le cas échéant. Lorsque le premier individu émet un message SOS, il est automatiquement émis vers une pluralité de terminaux dont les identifiants d'appels sont connus soit du premier équipement EQo soit d'un serveur 15 SERVo. À titre d'exemple, les identifiants d'appel peuvent être préenregistrés dans une mémoire du premier équipement EQo. Lors d'une phase de configuration, les numéros peuvent être par exemple enregistrés dans un répertoire du premier équipement EQo. Selon un autre mode de réalisation, l'équipement EQo émet un 20 message SOS vers un serveur SERVo qui peut accéder à un répertoire préconfiguré de sorte à réémettre automatiquement autant de messages SOS que d'utilisateurs Ui ont été préalablement configurés. Un avantage de ce mode de réalisation, est de rendre accessible le répertoire du serveur SERVo à au moins un utilisateur Ul, U2 OU U3 de sorte qu'il puisse le modifier, ajouter 25 ou retirer une personne. Un intérêt est de permettre de configurer le service pour un proche, par exemple, âgé. Chaque terminal Ti, T2, T3 adressé par le message SOS, s'il est accessible depuis un réseau de communication, reçoit le message SOS. Cette étape est notée RECEPT_SOS dans chaque terminal Ti, T2 et T3. Chaque 30 terminal Ti, T2, T3 génère alors un indicateur afin de prévenir son utilisateur Ui, U2, U3 de l'arrivée d'un message d'urgence. Il peut s'agir d'un indicateur sonore, visuel ou mécanique tel qu'une vibration ou une combinaison d'indicateurs. Dans l'exemple de réalisation de la figure 1, parmi les utilisateurs Ul, U2, U3, un utilisateur U3 accepte de répondre au message SOS en validant 35 une commande d'acceptation notée CACC. - 12 - Dans l'exemple de la figure 1, l'utilisateur U3 valide le premier la réception du message d'urgence SOS indiquant qu'il prend l'appel. Une première communication bidirectionnelle COM_1 entre le terminal T3 et le premier équipement EQo démarre alors. Prise en compte de la position géographique Selon un mode de réalisation, la position géographique du premier individu Uo est émise dans le message SOS. Selon un mode de réalisation, les positions GPS de la communauté 10 sont partagées et les notifications sont émises préférentiellement selon une séquence temporelle dépendante des positions GPS de chaque utilisateur. Un premier message SOS d'urgence est émis à l'utilisateur le plus proche géographiquement du premier individu Uo et ainsi de suite jusqu'au dernier message SOS émis à l'utilisateur situé le plus loin de l'individu. 15 Le calcul des distances peut être effectué entre la position récupérée du premier individu Uo et la position de chaque utilisateur U. Selon un mode de réalisation, les positions GPS ne sont pas nécessairement partagées et dans ce cas une adresse par défaut est choisie, par exemple l'adresse du lieu de travail ou du domicile d'un utilisateur. Cette 20 dernière peut être préalablement enregistrée et/ou partagée. Selon un autre mode de réalisation, uniquement l'adresse définie par un utilisateur Ui est choisie. Cette option peut être potentiellement recommandée lorsqu'un utilisateur ne souhaite pas partager sa position courante. Selon un mode de réalisation, les messages d'urgence sont 25 envoyés en cascade suivant un intervalle de temps prédéfini entre chaque émission. Selon un autre mode de réalisation, le second message d'urgence Mo' est émis lorsque le premier message d'urgence Mo n'a pas abouti à établir une communication COM_1. Selon un mode de réalisation, si la position géographique d'un 30 utilisateur Ui est dans une zone définie comme hors de portée, le message d'urgence Mo n'est pas émis à l'utilisateur en question. Dans un autre cas de figure, il est reçu, mais il n'est pas traité, c'est-à-dire que le terminal n'émet pas d'indicateur à l'utilisateur pour le prévenir de l'émission d'un message SOS. Cela permet de ne pas émettre un message d'urgence ou de ne pas - 13 - notifier de sa réception à un utilisateur situé dans un fuseau horaire trop éloigné du premier individu Uo, par exemple lorsqu'il est en vacances. Établissement d'une communication Selon un premier mode de réalisation, lorsque la validation d'une commande d'acceptation CAcc pour répondre au message SOS est activée, par exemple ici par le terminal T3, une communication est automatiquement établie entre le premier équipement EQo et le terminal T3. Selon un premier exemple, la communication COM_1 est alors 10 initialisée par le terminal T3. Selon un mode de réalisation, le numéro d'appel du premier équipement EQo est inséré dans le message SOS de sorte que l'analyse du message permette d'extraire le numéro d'appel au moyen d'un calculateur du terminal T3. Selon un autre exemple, le numéro d'appel est récupéré dans une mémoire du terminal T3 ou dans le serveur distant SERVo 15 à partir d'une information identifiant le premier individu Uo. Dans ce dernier cas de figure, un échange de données peut avoir lieu entre le serveur SERVO et le terminal T3 préalablement à l'établissement de la communication COM_1. Selon un second exemple, une réponse au message SOS est 20 émise par le terminal T3 sous forme d'un message d'acceptation CACC de réponse au message SOS. Dans ce cas de figure, la communication COM_1 est automatiquement initiée par l'équipement EQo vers le terminal T3 ayant accepté le message SOS. Si c'est l'équipement EQo qui initie l'appel, l'établissement de la communication COM_1 peut par exemple être 25 préalablement soumis à une acceptation de l'individu Uo qui valide la pertinence d'établir une communication avec tel ou tel utilisateur. Lorsqu'une confirmation est attendue par l'individu Uo, selon un mode de réalisation, aux termes d'un laps de temps prédéterminé, une communication est de toute manière engagée automatiquement. Ce cas permet de traiter les cas de figues 30 dans lesquels l'individu Uo n'est pas en mesure de valider l'identité de l'utilisateur souhaitant établir une communication COM_1. Selon un mode de réalisation, la communication COM_1 établie est une communication audio, telle qu'une communication téléphonique entre le premier équipement EQo et le terminal T3. Cette communication permet de 35 faire dialoguer le premier individu Uo avec le troisième utilisateur U3. - 14 - La figure 1 représente le début D_COM_1 de l'établissement de la communication COM_1. La double flèche représente les deux cas de figure dans lesquels c'est soit le terminal T3 qui instancie la communication, soit l'équipement EQo. La fin de la communication est annotée F_COM_1. Elle peut être engagée par l'un ou l'autre des utilisateurs Uo ou U3. Selon un mode de réalisation, la fin de la communication peut être engagée automatiquement. Cela peut être par exemple le cas suite à une action du premier individu Uo ou du troisième utilisateur U3 telle qu'un acquittement de l'incident comme résolu 10 ou un transfert de l'appel vers un autre utilisateur ou encore tout autre action découlant de l'appelé ou de l'appelant. Pendant la communication, le procédé de l'invention permet de générer automatiquement des notifications auprès des autres utilisateurs. Ces notifications pendant la communication COM_1 sont notées GEN_NOTIF_1. 15 Selon le mode de réalisation, ou bien même la nature des notifications, elles peuvent provenir du premier équipement EQo ou du terminal T3. Dans la figure 1, une notification Mi est émise depuis le premier équipement EQo vers les terminaux Ti et T2, c'est-à-dire les autres terminaux n'ayant pas établi de communication, mais dont les utilisateurs sont susceptibles d'être intéressés 20 par l'évolution de la prise d'appel par l'utilisateur U3. Le bloc GEN_NOTIF_1 est également indiqué en pointillé du côté du terminal T3 dans la figure 1 afin d'illustrer la possibilité que les notifications puissent provenir de ce terminal T3. Les notifications {Mi} peuvent être émises par l'équipement EQo ou le terminal T3, mais également directement depuis un serveur distant, par 25 exemple le serveur SERVo qui a permis d'établir d'émettre le message SOS d'urgence et/ou la communication COM_1. Selon un mode de réalisation, certaines notifications sont directement émises de manière automatique vers les terminaux Ti et T2, d'autres sont émises consécutivement à une action de l'utilisateur U3 ou de du 30 premier individu Ui. Dans l'exemple de la figure 1, la première notification Mi comprend une information indiquant l'identité de l'utilisateur U3 aux autres utilisateurs Ul, U2 n'ayant pas répondu au message d'urgence Mo ou ayant répondu après l'utilisateur U3. Dans un exemple de réalisation, le numéro d'appel de 35 l'utilisateur U3 est également renseigné dans la notification Mi. - 15 - Dans un mode de réalisation, non représenté, d'autres notifications sont émises vers les utilisateurs U1 , U2, notamment une notification informant du statut de la communication COM_1 parmi une liste de statuts : {prise d'appel ; en cours ; fin de communication, etc.}. Selon un autre mode de réalisation, la position géographique du premier individu Uo peut être indiquée dans une notification ou encore la position géographique du troisième utilisateur U3. Un intérêt est de tenir au courant la communauté d'abonnés afin que ces derniers puissent obtenir un minimum d'informations quant au suivi 10 de la prise d'appel par le troisième utilisateur U3. Selon un autre mode de réalisation, les utilisateurs Ul, U2 de la communauté peuvent recevoir des notifications émises par une action du premier individu Uo ou du troisième utilisateur U3. Les notifications peuvent être des messages textes ou des images, elles peuvent également être des 15 notifications préenregistrées et proposées à l'un ou à l'autre du premier individu Uo ou du troisième utilisateur U3. À titre d'exemple, une notification préenregistrée peut être « APPEL D'UN MEDECIN REQUISE » ou « DEPLACEMENT D'UN UTILISATEUR REQUIS» ou « ACCIDENT CARDIAQUE », etc. 20 Ainsi, une liste de notifications peut être présentée pendant la communication COM_1 au moyen d'une interface interactive proposée dans le service. Par exemple, l'utilisateur U3 peut, pendant qu'il parle au premier individu Uo, générer des notifications selon le cas de figure rencontré. 25 Notification de fin d'appel M2 Le procédé de l'invention comprend une étape à la fin de la communication COM_1 d'émission d'une notification de fin d'appel M2 permettant de transmettre un statut de résolution de l'alarme aux autres utilisateurs U1 , U2. Il peut s'agir d'un statut de type « INCIDENT CLOS » avec 30 un champ de description permettant d'indiquer comment l'incident a été clos. La notification de fin d'appel M2 peut également comprendre la durée de la communication COM_1. Selon un mode de réalisation, le troisième utilisateur U3 peut indiquer aux autres utilisateurs que l'incident n'est pas clos. Dans ce cas de 35 figure, une personne de la communauté peut décider d'engager - 16 - l'établissement d'une communication avec le premier individu UO. Si ce n'est pas le cas, le procédé de l'invention permet de générer un nouvel envoi de message SOS à la communauté en cas d'échec d'une première tentative de résolution par l'établissent d'une communication COM_1. Dans un mode de réalisation complémentaire, l'utilisateur U3 a, en outre, la possibilité de sélectionner un statut proposé par son interface ou de le définir lui-même selon le mode de réalisation. Selon un mode de réalisation, le premier individu UO peut lui aussi générer une notification M3 auprès de la communauté indiquant que le 10 problème est résolu ou qu'il a évolué ou qu'il reste non résolu. Cette étape est notée GEN NOTIF_3 sur la figure 1. Lorsque le statut n'est pas clos et que la communication COM_1 est terminée, un second message SOS peut être automatiquement réémis à destination des autres destinataires Ui et U2 afin qu'un autre utilisateur puisse 15 répondre à l'appel d'urgence émis par le premier individu. Selon un autre mode de réalisation, le troisième utilisateur U3 peut indiquer l'identité d'un utilisateur U2 devant être joint en priorité pendant l'appel COM_1 ou au moment de terminer l'appel COM_1 dont soit dans une notification de type Mi (émise pendant l'appel COM_1) ou de type M2 (émise 20 après l'appel COM_1) Selon un autre mode de réalisation, le troisième utilisateur U3 peut générer une notification visant à établir une nouvelle communication entre lui et le premier individu. Ce cas peut se produire lorsque la première communication COM_1 a été interrompue, par exemple, consécutivement à 25 un problème lié à un déficit de couverture réseau ou à un problème de batterie ou encore à tout autre type de problème ayant eu pour conséquence de suspendre la communication COM_1. Le troisième utilisateur U3 peut donc solliciter en priorité un appel vers le premier équipement EQ0 avant qu'une nouvelle alarme SOS ne soit réémise par ce dernier. 30 Selon un mode de réalisation, l'utilisateur U3 peut directement activer un appel vers un centre d'urgence tel que le SAMU, un service de police ou de pompiers ou tout autre service public ou privé permettant d'assurer un service d'assistance d'urgence. Un tel service peut être assuré au moyen d'un serveur centralisé d'appel SERVI. Il peut également activer - 17 - une commande permettant de mettre en relation un tel service avec le premier individu Uo. La figure 2 représente un individu Uo comportant un équipement de l'invention EQ0 et ayant émis un message d'urgence SOS auprès d'une communauté d'utilisateurs Ul, U2, U3. Un serveur SERVo est représenté sur la figure 2. Le serveur SERVo comprend des données relatives à chaque utilisateur Ul, U2, U3 telles que les numéros d'appel et les identifiants de chaque utilisateur. Le serveur SERVo est utilisé, dans ce cas de figure, pour recevoir le message SOS du premier 10 individu Uo et pour réémettre vers la communauté d'abonnés du premier individu Uo. Dans ce dernier, le serveur SERVo peut être le serveur centralisant les échanges au sein de la communauté d'utilisateurs avec le premier individu Uo et l'utilisateur assistant U3. Selon une alternative, les données sont hébergées dans un nuage, également appelé « cloud » dans la terminologie 15 anglo-saxonne, c'est-à-dire sur une pluralité de serveurs de données distants. Un serveur SERVI est représenté, il correspond dans ce cas à un serveur d'un centre d'appel, par exemple un centre d'appel d'urgence. Lorsqu'un utilisateur ne peut pas résoudre le problème, un transfert de l'appel vers un centre d'appel de téléassistance est engagé. 20 L'invention permet donc d'améliorer la coordination de l'assistance apportée à une personne ayant sollicité une communauté d'utilisateurs ayant souscrit à un service d'assistance auprès de ce dernier. Un avantage est de tenir informé l'ensemble de la communauté de l'évolution de l'assistance lorsqu'un utilisateur a pris contact avec la personne en détresse. Un avantage 25 est de favoriser la rapidité de diffusion d'information au sein de la communauté afin de coordonner par exemple des actions en parallèle. Un autre avantage est de diminuer le nombre d'échange entre les utilisateurs par un système de diffusion instantanée qui permet de mutualiser une synthèse de l'assistance REVENDICATIONS1. Méthode de gestion de l'assistance à une personne en réponse à l'émission d'une alerte comportant : - Émission d'une alerte (SOS) à partir d'un premier équipement mobile (EQ0) d'un premier utilisateur (Uo) au moyen d'une interface sans fil auprès d'un premier ensemble (ENSi) de terminaux (ZTi) d'une pluralité d'utilisateurs (11) ayant chacun un identifiant (Idi) d'appel, les identifiants d'appel (Idi) étant enregistrés dans une mémoire du premier équipement électronique mobile (EQo) ou d'un équipement distant (SERV0) ; - Établissement d'une communication bidirectionnelle (COM 1) entre le premier équipement (EQ0) et un terminal donné (T3) du premier ensemble (ENSi) d'un utilisateur donné (U3), appelé « utilisateur- assistant » ; - Génération automatique d'une pluralité de premières notifications (Mi) auprès d'un sous-ensemble (ENS2) de terminaux (Ti) du premier ensemble (ENS-i), chacune des premières notifications (Mi) comportant au moins une donnée identifiant l'utilisateur-assistant (U3) , - Génération automatique d'une pluralité de secondes notifications (M2) auprès des terminaux du second sous-ensemble (ENS2), chaque seconde notification (M2) comportant un statut relatif au traitement de l'alerte (SOS) par l'utilisateur-assistant (U3). 2. Méthode selon la revendication 1, caractérisée en ce que l'émission de l'alerte SOS est générée consécutivement à au moins l'un des évènements de la liste suivante : - Une pression au moins pendant une durée prédéfinie sur une interface de commande du premier équipement (EQ0) ; - Une détection d'une accélération dépassant un seuil prédéfini, ladite accélération étant acquise d'un accéléromètre agencé au sein du premier équipement (EQo) ; 19 - Une détection d'une séquence d'accélération ayant un minimum de similitude avec un profil d'accélération sur une période prédéfini, ladite séquence d'accélération étant acquise d'un accéléromètre agencé au sein du premier équipement (EQo). 5 3. Méthode selon l'une quelconque des revendications 1 à 2, caractérisée en ce que l'émission de l'alerte SOS est générée à partir d'un protocole de communication de faible débit de type GSM, GPRS, LTE-M ou NB-10T. 10 4. Méthode selon l'une quelconque des revendications 1 à 3, caractérisée en ce que la première communication bidirectionnelle (COM_1) est établie consécutivement à la validation d'une commande d'acceptation (CAcc) sur un terminal donné (T3) d'un utilisateur de la pluralité 15 d'utilisateurs (Ui). 5. Méthode l'une quelconque des revendications 1 à 4, caractérisée en ce que la première communication bidirectionnelle (COM_1) est automatiquement établie consécutivement : 20 - soit à une demande d'appel provenant du terminal donné (T3) de l'utilisateur assistant (U3) ; - soit à 'une demande d'appel provenant du premier équipement (EQo) consécutivement à la réception d'une notification comportant une information identifiant l'utilisateur-assistant (U3) ayant émis une 25 commande d'acceptation. 6. Méthode l'une quelconque des revendications 1 à 5, caractérisée en ce que la première notification (Mi) est automatiquement émise consécutivement à l'établissement de la première communication 30 bidirectionnelle (COM 1) depuis : - le premier équipement (EQo), ou ; - le terminal donné (T3) ayant validé la commande d'acceptation ou ; - un serveur de données (SERVo) comportant une information d'identification des utilisateurs du second ensemble (ENS2). 20 7. Méthode selon l'une quelconque des revendications 1 à 6, caractérisée en ce que : - l'alerte SOS comporte une information identifiant le premier 5 utilisateur (Uo) et une position géographique du premier équipement (EQo) et/ou ; - la première notification (Mi) comporte une position géographique de l'utilisateur assistant (U3) et/ou ; - la seconde notification (M2) comporte une durée d'appel et un 10 indicateur de résolution. 8. Méthode selon l'une quelconque des revendications 1 à 7, caractérisée en ce que lorsqu'aucune commande d'acceptation (CAcc) n'a été établie dans une période de temps prédéfinie (TAcc) : 15 - un nouveau message SOS est émis au sein du premier ensemble (ENSI); - un message est émis vers un centre d'appels prédéfini (SERVI). 9. Méthode selon l'une quelconque des revendications 1 à 8, caractérisée 20 en ce que l'utilisateur donné (U3) peut, à partir d'une commande prédéfinie, transmettre une consigne entrainant l'établissement d'une seconde communication bidirectionnelle (COM_2) entre le premier utilisateur (Uo) et un second utilisateur donné (U2, Ui). 25 10. Produit programme d'ordinateur comportant un calculateur et une mémoire, ledit programme comprenant des instructions de code de programme exécutées sur un ordinateur pour la mise en oeuvre des étapes du procédé de l'une quelconque des revendications 1 à 9 se 30 rapportant au premier équipement (EQo). 11. Produit programme d'ordinateur comportant un calculateur et une mémoire, ledit programme comprenant des instructions de code de programme exécutées sur un ordinateur pour la mise en oeuvre des étapes du procédé de l'une quelconque des revendications 1 à 9 se 35 rapportant à un terminal (T3) établissant la première communication (COM_1). 21 12. Équipement électronique mobile (EQo) comportant une interface de commande comportant un actionneur par lequel la génération d'une commande entraine l'émission d'un message SOS à destination d'un 5 premier ensemble d'utilisateurs (ENSI) au moyen d'une interface de communication sans fil, ledit équipement (EQ0) comportant des moyens pour : - établir une première communication bidirectionnelle (COM_1) avec un terminal donné (T3) du premier ensemble (ENSI) d'un utilisateur 10 donné (U3), appelé « utilisateur assistant » ; - générer automatiquement une pluralité de premières notifications (Mi) auprès d'un sous-ensemble (ENS2) de terminaux (ZTi) du premier ensemble (ENSI), chacune des premières notifications (Mi) comportant au moins une donnée identifiant l'utilisateur-assistant 15 (U3) , - générer automatiquement une pluralité de secondes notifications (M2) auprès des terminaux du second sous-ensemble (ENS2), chaque seconde notification (M2) comportant un statut relatif au 20 traitement de l'alerte (SOS) par l'utilisateur-assistant (U3). 25