FR 2960998 A1 20111209 FR 1002396 A 20100607 METHODE ET SYSTEME DE DECLENCHEMENT ET DE GESTION D'UNE ALARME D'URGENCE DOMAINE DE L'INVENTION La présente invention concerne une méthode de déclenchement et de gestion d'une alarme, ainsi qu'un système correspondant. Elle concerne plus particulièrement une telle méthode et un tel système dans le cas où l'alarme déclenchée est une alarme d'urgence personnelle et/ou médicale déclenchée par un utilisateur. ART ANTERIEUR On connait, dans l'art antérieur, des procédés et des systèmes de déclenchement et de gestion d'alarmes, dans lesquels les alarmes sont déclenchées par des utilisateurs dans des cas d'urgences personnelles, par exemple à la suite d'une aggression ou si un danger se présente, et/ou médicales. De tels procédés et systèmes sont généralement de trois types : certains recensent, sur un terminal mobile, des données vitales de l'utilisateur, ces données pouvant être exploitées par les secours une fois que ceux-ci sont arrivés sur site ; d'autres permettent l'appel d'un numéro de téléphone prédéfini suite au déclenchement d'une alerte, par exemple au moyen d'un pendentif d'alerte ; et d'autres encore nécessitent bien souvent l'intervention de centre d'appels. Dans ce dernier cas, l'utilisateur, abonné à un centre d'appel, est en possession d'un numéro d'appel de ce centre qu'il peut joindre en général à tout moment, dans le cas d'une urgence. Dans un tel cas, la personne jointe communique avec l'utilisateur souffrant et prend les mesures adéquates pour la gestion de l'urgence. Toutefois, en général, les systèmes connus de l'art antérieur sont soit inefficaces, soit coûteux. Par exemple, dans le cas d'un centre d'appel, un personnel bien souvent qualifié doit être présent pour recevoir les appels et converser avec l'utilisateur, ce qui occasionne des coûts substantiels. En outre, les systèmes de l'art antérieur ne permettent pas de localiser efficacement l'utilisateur, sauf avec son concours direct. Or, dans un état d'urgence, l'utilisateur n'est souvent pas capable d'indiquer avec précision l'endroit exact où il se trouve. Il peut aussi ne pas savoir exactement où il se trouve, si l'appel est réalisé par exemple à partir du téléphone portable de l'utilisateur. RESUME DE L'INVENTION Compte tenu de ce qui précède, un problème que se propose de résoudre l'invention est de réaliser un procédé de déclenchement et de gestion d'une alarme d'urgence personnelle et/ou médicale, qui pallie aux problème posés précités de l'art antérieur, et qui, notamment, ne nécessite pas l'intervention d'un centre d'appel, et permette une localisation adéquate de l'utilisateur. La solution de l'invention à ce problème posé a pour premier objet une méthode de déclenchement et de gestion d'une alarme d'urgence médicale et/ou personnelle comprenant les étapes suivantes de : saisie de données relatives à un utilisateur et 30 d'enregistrement des données saisies dans une base de données associée à un serveur informatique ; programmation d'un scénario d'urgence au moyen d'un terminal de configuration et de mémorisation dudit scénario d'urgence ; déclenchement d'une alerte au moyen d'un téléphone et de transmission de l'alerte à un serveur distant au moyen dudit téléphone ; géolocalisation de l'utilisateur ; et de déroulement automatique du scénario d'urgence mémorisé. Elle a pour second objet un système de déclenchement et de gestion d'une alarme d'urgence personnelle et/ou 10 médicale comprenant : un serveur informatique associé à une base de données comprenant des données relatives à un utilisateur un scénario d'urgence programmé au moyen d'un 15 terminal de configuration et mémorisé ; un téléphone pour le déclenchement d'une alerte et la transmission de celle-ci à un serveur distant ; des moyens de géolocalisation de l'utilisateur ; et des moyens pour dérouler, de manière automatique, le 20 scénario d'urgence mémorisé. De manière avantageuse, - la méthode selon l'invention est mise en oeuvre au moyen, d'une part, d'un terminal informatique, d'un terminal téléphonique et d'un terminal 25 de localisation et, d'autre part, d'un serveur vocal, d'un serveur de téléconférence et d'un serveur informatique, lesdits terminaux et lesdits serveurs communiquant entre eux au sein d'un réseau informatique ; - le téléphone est un téléphone mobile, et ledit 30 téléphone mobile contient le terminal téléphonique, le terminal informatique et le terminal de localisation ; - pour la géolocalisation de l'utilisateur, des lieux sont prédéfinis en répertoriant une ou plusieurs bornes Wi-FiTM auxquelles se connecte l'utilisateur, et on cherche à 35 géolocaliser l'utilisateur en utilisant les lieux prédéfinis en répertoriant la ou les bornes Wi-FiTM dans le cas où une alarme est déclenchée ; - les données de localisation sont transmises par encodage de type DTMF ; - les données de localisation sont transmises par SMS. BREVE DESCRIPTION DES FIGURES L'invention sera mieux comprise à la lecture de la 10 description non limitative qui suit, rédigée au regard des dessins annexés, dans lesquels : la figure 1 schématise le système selon l'invention ; la figure 2 illustre des étapes préalables à la 15 géolocalisation de l'utilisateur selon l'invention ; la figure 3 illustre les étapes mises en oeuvre pour la géolocalisation de l'utilisateur selon l'invention ; et les figures 4A à 4F montrent différentes copies 20 d'écran d'un téléphone portable à différentes étapes du procédé selon l'invention. DESCRIPTION DETAILLEE DE L'INVENTION 25 Le système selon l'invention est un système de déclenchement et de gestion d'une alarme d'urgence personnelle et/ou médicale. Ainsi que cela apparaît à la figure 1, ce système 30 comprend, d'une part, un terminal informatique, un terminal téléphonique et un terminal de localisation et, d'autre part, un serveur vocal, un serveur de téléconférence et un serveur informatique. Les terminaux et les serveurs communiquent entre eux au sein d'un 35 réseau informatique.5 Le terminal téléphonique est contenu dans un téléphone mobile du type smart phone (téléphone intelligent, en français) ou dans un téléphone fixe. Lorsque le terminal téléphonique est un smart phone, il contient en outre avantageusement les terminaux informatiques et de localisation. Lorsque le terminal téléphonique est contenu dans un téléphone fixe basique, alors ce téléphone ne contient pas le terminal informatique. Celui-ci est formé par une entité indépendante. Par contre, dans ce cas, le terminal de localisation est constitué par le fait de pré-déclarer l'adresse correspondant au numéro de téléphone. Le serveur informatique contient le serveur vocal et le serveur de téléconférence. Ce serveur est associé à une base de données. Le réseau informatique est un réseau apte à transporter des données voix notamment, ainsi que d'autres types de données et, en particulier, des données numériques par exemple relatives à l'utilisateur. La base de données contient, pour chaque utilisateur du système, des données utilisateur, qui comprennent par exemple une fiche contact, un mini-dossier médical, une liste de lieux, une liste de personnes à contacter et une liste de services d'urgences à contacter. La fiche contact contient les nom, prénom, date de naissance, la photographie, l'adresse exacte de l'utilisateur, ainsi qu'une note. Cette note est susceptible de contenir des informations d'accès au domicile de l'utilisateur, par exemple, l'étage, le digicode de la porte d'entrée, les nom et prénom de la personne qui possède les doubles des clés de ce domicile. Le mini-dossier médical contient des informations 5 médicales relatives à l'utilisateur telles que les traitements en cours, les allergies. La liste de lieux contient une liste de lieux couramment fréquentés par l'utilisateur. Les adresses ainsi que des 10 éléments de géolocalisation sont précisés dans cette liste. Il s'agit par exemple d'un lieu de travail, d'une école, d'un supermarché. La liste de personne à contacter contient les nom et 15 prénom de ces personnes ainsi que leurs numéros de téléphone et adresses de courriel. Les données utilisateurs sont des données qui sont saisies au moyen du terminal de configuration et qui sont 20 transférées au serveur informatique pour être enregistrées dans la base de données. Pour la géolocalisation de l'utilisateur, on met en oeuvre différents mécanismes. 25 Si l'utilisateur appelle d'une ligne fixe, celle-ci doit être déclarée dans la fiche de contact qui en donne l'adresse. Si l'utilisateur appelle d'un smart phone, celui-ci déduit une géolocalisation ainsi qu'un degré de 30 précision de cette géolocalisation en combinant plusieurs mécanismes. Un premier mécanisme utilise l'adresse de la base la plus proche ou cellID (identifiant de la cellule dans le réseau cellulaire). Il s'agit d'un premier mécanisme dit de géolocalisation courte. Un second 35 mécanisme utilise la réception de signaux GPS. Il s'agit d'un second mécanisme dit de géolocalisation longue. Un mécanisme additionnel utilise les réseaux WifiTM alentours. Pour la mise en oeuvre du mécanisme additionnel utilisant les réseaux WifiTM, une signature Internet est associée à chaque lieu fréquenté par l'utilisateur lorsque le module WifiTM de son téléphone est activé. Il est alors possible d'obtenir une localisation immédiate et précise de l'utilisateur si une alarme est déclenchée, ce qui permet d'agir en conséquence. Ainsi que cela est illustré à la figure 2, lorsque l'application est démarrée, les premier et second mécanismes de géolocalisation sont déclenchés. En outre, lorsque le module WifiTM du téléphone mobile est actif, les actions suivantes sont effectuées. Il est tout d'abord recherché si le nom du ou des réseaux WifiTM accessibles au téléphone. Il est ensuite déterminé si le téléphone est connecté à l'un de ces réseaux. Dans la négative, les caractéristiques accessibles du réseau (dénommées « Tag » à la figure 2), notamment le nom de celui-ci, sont stockées dans la base de données. Dans l'affirmative, une adresse Internet est obtenue et une étiquette plus complexe est enregistrée dans la base de données. Une étape de détermination de la récurrence de l'évènement peut en outre être mise en oeuvre. Si l'évènement est récurrent, c'est-à-dire, en pratique, si l'utilisateur est bien souvent connecté au réseau WifiTM identifié, alors, l'application demande à l'utilisateur de nommer ce lieu. Le lieu peut ainsi être ajouté dans la base de données. Ce sera par exemple : « Maison » ou « Travail » ou « chez M. Dupont ». Ainsi que cela est illustré à la figure 3, lorsqu'une alarme est déclenchée, on détermine si le lieu WifiTM est reconnu. Dans l'affirmative, la géolocalisation utilise ce lieu. Dans la négative, on détermine si un réseau de données autre que le réseau WifiTM est accessible. Dans l'affirmative, des données de géolocalisation sont transmises via ce réseau de données, et un accusé de réception de ces données est demandé. Dans le cas contraire, ou si aucun réseau de données n'est accessible, les données sont transmises par encodage de type DTMF, c'est-à-dire les combinaisons de fréquences utilisées pour la téléphonie pour la composition des numéros de téléphones. L'alarme est déclenchée par l'appel à un numéro spécial préprogrammé. Sur un smart phone, cela est réalisé en ouvrant une application dédiée et en appuyant sur un bouton, ce bouton étant virtuel ou physique. Sur un téléphone classique de ligne fixe, cela est réalisé en activant un numéro préprogrammé d'une seule touche. Suite au déclenchement de l'alarme, le serveur informatique lit les informations de géolocalisation, si celles-ci sont disponibles. Puis, le scénario préenregistré de prise en compte de l'alarme est exécuté de manière automatique, de les différentes actions de ce scénario étant exécutées en général de manière simultanée. Les informations vitales utiles à la prise en compte de l'alarme sont communiquées de manière automatique. Le serveur vocal enregistre un message vocal puis, via le 35 serveur de téléconférence, établit les connections 30 téléphoniques avec les personnes à contacter listées. Ces personnes sont appelées par groupe de deux, de manière à éviter une confusion liée à un trop grand nombre d'interlocuteurs. Les personnes jointes ont la possibilité soit de raccrocher, ce qui lance un appel vers d'autres personnes, soit d'appuyer sur la touche dièse pour une mise en relation avec les services d'urgence pré-listés. 10 Les personnes à contacter reçoivent en outre, par e-mail et/ou SMS, un descriptif de l'incident comprenant par exemple, les nom, prénom, date de naissance et photographie de l'utilisateur, l'heure exacte de 15 déclenchement de l'alarme, un message vocal, la géolocalisation de l'utilisateur sur une carte, l'adresse exacte, le digicode, le lieu où il est possible de trouver les clé, si ce lieu est défini, le mini-dossier médical, et la liste des personnes à contacter. 20 Les contacts reçoivent du serveur un appel automatique leur demandant de confirmer leur rôle et leur expliquant le processus vocalement et par e-mail. Ainsi, on s'assure que, non seulement, la chaîne de secours existe, mais en 25 outre, que celle-ci est formée. Les éléments de redondance suivants sont mis en oeuvre : l'appel d'un téléphone fixe, si le téléphone portable est en panne ; l'envoi de données en DTMF si il n'existe pas 30 de connexion réseau ; cinq contacts, pour être certain qu'au moins un contact répondra ; l'utilisation de trois canaux simultanés, téléphone, SMS et courriel ; la validation automatique des contacts par le système ; la vérification automatique des adresses et des numéros de 35 téléphone ; et la formation des utilisateurs.5 Différents écrans de l'application sont représentés aux figures 4A à 4F. L'écran de la figure 4A est l'écran d'accueil de l'application. L'alarme d'urgence est lancée en glissant le bouton virtuel en bas à gauche sur l'écran, portant une flèche horizontale. La programmation du scénario et, plus généralement, la configuration, s'effectue en appuyant sur le bouton virtuel central comportant un « i ». La valise située en bas à droite de la bouée permet d'activer ou d'inactiver le mini-dossier médical. Les paramètres sont définis en choisissant un contact existant ou en en créant un nouveau dans les écrans de configuration montrés aux figures 4B et 4C. Une fois le contact sélectionné, il s'affiche. L'écran du mini-dossier médical est montré à la figure 4D, celui de sélection des contacts des services d'urgences et des lieux fréquentés est montré à la figure 4E, et celui relatif à l'association d'un lieu avec une adresse WifiTM est montré à la figure 4F. . REVENDICATIONS1. Méthode de déclenchement et de gestion d'une alarme d'urgence médicale et/oui personnelle comprenant les étapes suivantes de : saisie de données relatives à un utilisateur et 5 d'enregistrement des données saisies dans une base de données associée à un serveur informatique ; programmation d'un scénario d'urgence au moyen d'un terminal de configuration et de mémorisation dudit scénario d'urgence ; 10 déclenchement d'une alarme au moyen d'un téléphone et de transmission de l'alarme à un serveur distant au moyen dudit téléphone ; géolocalisation de l'utilisateur ; et de déroulement automatique du scénario d'urgence 15 mémorisé. 2. Méthode selon la revendication 1, caractérisée en ce qu'elle est mise en oeuvre au moyen, d'une part, d'un terminal informatique, d'un terminal téléphonique et d'un 20 terminal de localisation et, d'autre part, d'un serveur vocal, d'un serveur de téléconférence et d'un serveur informatique, lesdits terminaux et lesdits serveurs communiquant entre eux au sein d'un réseau informatique. 25 3. Méthode selon l'une des revendications 1 ou 2, caractérisée en ce que le téléphone est un téléphone mobile, et en ce que ledit téléphone mobile contient le terminal téléphonique, le terminal informatique et le terminal de localisation. 30 4. Méthode selon l'une précédentes, caractérisée en des revendications ce que pour la géolocalisation de l'utilisateur, des lieux sontprédéfinis en répertoriant une ou plusieurs bornes Wi-FiTM auxquelles se connecte l'utilisateur, et on cherche à géolocaliser l'utilisateur en utilisant les lieux prédéfinis en répertoriant la ou les bornes Wi-FITM dans le cas où une alarme est déclenchée. 5. Méthode selon l'une des revendications précédentes, caractérisée en ce que les données de localisation sont transmises par encodage de type DTMF. 6. Méthode selon l'une des revendications précédentes, caratérisée en ce que les données de localisation sont transmises par SMS. 15 7. Système de déclenchement et de gestion d'une alarme d'urgence médicale et/ou personnelle comprenant : un serveur informatique associé à une base de données comprenant des données relatives à un utilisateur 20 un scénario d'urgence programmé au moyen d'un terminal de configuration et mémorisé ; un téléphone pour le déclenchement d'une alerte et la transmission de celle-ci à un serveur distant ; des moyens de géolocalisation de l'utilisateur ; et 25 des moyens pour dérouler, de manière automatique, le scénario d'urgence mémorisé.10