Method for managing the assistance to a person in response to the emission of an alert

Abstract

A method for managing the assistance to a person in response to the emission of an alert includes emitting an alert from a piece of mobile equipment of a first user to a plurality of users; establishing a first two-way communication between the first equipment and a given terminal of the first set of an assisting user; automatic generating of a plurality of first notifications to a subset of terminals of the first set, each one of the notifications including at least one piece of data that identifies the assisting user; automatic generating of a plurality of second notifications to the second subset, each second notification including a status relative to the processing of the alert by the assisting user.

Claims

1. A method for managing the assistance to a person in response to the emission of an alert comprising: emitting an save our souls (SOS) alert from a first mobile equipment of a first user by a wireless interface to a first set of terminals of a plurality of users each one having a call identifier, the call identifiers being recorded in a memory of the first mobile electronic equipment or of a remote equipment; establishing of a two-way communication between the first equipment and a given terminal of the first set of an assisting user; automatic generating of a plurality of first notifications to a subset of terminals of the first set, each one of the first notifications comprising at least one piece of data identifying the assisting user; automatic generating of a plurality of second notifications to terminals of the second subset by an action of the assisting user or the first user, each second notification comprising a status relative to the processing of the alert by the assisting user, at least one second notification being prerecorded and proposed to one or the other of the first individual or of the assisting user.

2. The method according to claim 1, wherein the emission of the SOS alert is generated following at least one of the events of the following list: a pressing at least for a predefined duration on a control interface of the first equipment; a detecting of an acceleration exceeding a predefined threshold, said acceleration being acquired from an accelerometer arranged within said first equipment; a detecting of an acceleration sequence having a minimum of similarity with an acceleration profile over a predefined period, said acceleration sequence being acquired from an accelerometer arranged within the first equipment.

3. The method according to claim 1, wherein the emission of the SOS alert is generated from a low-speed communication protocol of the GSM, GPRS, LTE-M or NB-IOT type.

4. The method according to claim 1, wherein the first two-way communication is established following the validation of an acceptance command on a given terminal of a user of a plurality of users.

5. The method according to claim 1, wherein the first two-way communication is automatically established following: either a call request coming from the given terminal of the assisting user; or a call request coming from the first equipment following the reception of a notification comprising information that identifies the assisting user who emitted an acceptance command.

6. The method according to claim 1, wherein the first notification is automatically emitted following the establishing of the first two-way communication from: the first equipment, or; the given terminal that validated the acceptance command or; a data server comprising information on the identification of the users of the second set.

7. The method according to claim 1, wherein: the SOS alert comprises information that identifies the first user and a geographical position of the first equipment and/or; the first notification comprises a geographical position of the assisting user and/or; the second notification comprises a call duration and a resolution indicator.

8. The method according to claim 1, wherein when no acceptance command has been established within a predefined period of time: a new SOS message is emitted within the first set; a message is emitted to a predefined call center.

9. The method according to claim 1, wherein the assisting user can, from a predefined command, transmit an instruction that results in the establishing of a second two-way communication between the first user and a second given user.

10. A computer comprises a calculator and a non transitory memory for the implementation of the steps of the method of claim 1.

11. A non-transitory computer readable medium comprising instructions for the implementation of the steps of the method of claim 1.

12. A mobile electronic equipment comprising a control interface comprising an actuator through which the generating of a command results in the emission of an save our souls (SOS) message intended for a first set of users using a wireless communication interface, said equipment comprising means for: establishing a first two-way communication with a given terminal of the first set of an assisting user; automatically generating a plurality of first notifications to a subset of terminals of the first set, each one of the first notifications comprising at least one piece of data identifying the assisting user; automatically generating a plurality of second notifications to terminals of the second subset by an action of the assisting user or the first user, each second notification comprising a status relative to the processing of an SOS alert by the assisting user, the second notifications being prerecorded and proposed to one or the other of the first individual or of the assisting user.

13. The method according to claim 1, wherein a list of prerecorded notifications are presented during the communication by means of an interactive interface.

Description

BRIEF DESCRIPTION OF THE FIGURES

(1) Other characteristics and advantages of the invention shall appear when reading the following detailed description, in reference to the accompanying figures, which show:

(2) FIG. 1: an example of a message exchange sequence according to the method of the invention;

(3) FIG. 2: a case showing an individual including a piece of equipment according to the invention who has emitted an SOS message with a community of users.

DESCRIPTION

(4) Device

(5) The invention relates to a device and to a method. The device is designated as a piece of mobile electronic equipment. It comprises at least a calculator, a memory, a control interface, a communication interface and a battery or a source of energy. According to an embodiment, the communication interface is a 2G, GSM, GPRS, 3G, LTE-M, NB-IOT, Sigfox, LoRa, 5G interface. An interest is to define an inexpensive device intended to emit an emergency signal. A low-speed wireless connection is sufficient for carrying out the minimum communication functions. However, the equipment of the invention can include a broadband communication interface of the 4G or Wifi type or any other wireless communication protocol.

(6) According to an embodiment, the equipment of the invention is simplified, it includes a minimum of components and functionalities. Indeed, the equipment of the invention allows, for example, an elderly person to emit, in case of an emergency, an SOS signal to a community of people including friends, neighbors or family or any other known persons.

(7) According to an embodiment, the control interface of the equipment of the invention is a button of which a press for a predefined period of time makes it possible to emit an SOS message. The equipment EQ.sub.0 includes an audio interface including a microphone and a headset jack making it possible to deliver and to transmit an audio message using communication that supports voice. The equipment includes all the radio elements that make it possible to modulate, demodulate, decode and encode baseband frames of the radio signal.

(8) According to an embodiment, the equipment EQ.sub.0 of the invention includes at least one accelerometer. This can be, for example, a so-called “three-axis” accelerometer that makes it possible to deliver three acceleration measurements. The emission of the SOS message can then be triggered automatically when at least one measured acceleration component exceeds a certain threshold. According to another example, the SOS message can be emitted automatically when the measured acceleration is substantially close to a predefined acceleration profile. By way of example, an acceleration profile including a first phase of acceleration corresponding to the falling of a person followed by a second phase of absence of acceleration can correspond to the falling of a person who has passed out. The calculator and is the memory of the equipment EQ.sub.0 make it possible to exploit the data of the acceleration sensor. An advantage is to make it possible to detect a suspicious standstill of a person or a fall of a person.

(9) A location system can also be used to deliver a position, such as a GPS position. This data can make it possible to detect an abnormal path of an individual.

(10) According to another example, the equipment includes a gyroscope making it possible to improve the detecting of curves linked to an abnormal activity that can correspond to an imminent danger or an accident.

(11) When a piece of position or orientation or acceleration data is considered as being outside the normal scope, an SOS message can automatically be emitted within the community. The calculator is then able to perform comparison or correlation operations or any other calculation making it possible to determine a singularity in the parameters relating to the environment off the equipment EQ.sub.0.

(12) According to an embodiment, the equipment EQ.sub.0 includes a temperature sensor. Detecting a temperature higher than a threshold makes it possible to automatically undertake the emitting of an SOS message to the community of subscribers. This option makes it possible to obtain assistance quickly in case of a fire for example.

(13) According to an embodiment, if the equipment EQ.sub.0 exits a predefined geographical zone, the emitting of an SOS message can be sent automatically to the user community of the service. This even can be triggered by a geofencing function. Implementing this function makes it possible to remotely monitor the position and the movement of an object and/or of a person and to take measures, such as the automatic emitting of a message, if the position or the movement moves away from certain values set beforehand.

(14) According to an embodiment, the equipment EQ.sub.0 is a simplified piece of equipment including a single button. The control interface defined by the button is then preferably mechanical. A press for a given lapse of time, makes it possible to generate an SOS message to the community. The duration of the pressing on the button can be, for example, configured between 2 s and 4 s, for example for 3 s.

(15) According to an embodiment, the equipment EQ.sub.0 includes a battery, for example of the Lithium-Ion type. Charging the battery can be performed by placing the equipment EQ.sub.0 on a base powered by the mains. According to an embodiment, it comprises a socket of the USB type or any other electrical connector that makes it possible to charge a battery.

(16) According to an embodiment, the equipment EQ.sub.0 is sealed, i.e. waterproof. It allows for an immersion in water to a depth of up to several meters. According to an embodiment, the equipment EQ.sub.0 is provided with a humidity sensor or any type of sensor making it possible to deduce that the equipment EQ.sub.0 is in a liquid medium such as water. When the sensor detects a value greater than a predefined threshold indicating that the equipment EQ.sub.0 is in an aqueous medium, that can for example correspond to a fall into a pool, an automatic generating of an SOS message is emitted to the community of users. The message emitted can include information coming from the value measured by the sensor such as “flooded equipment” in order to provide users with information on the context of the emergency transmission.

(17) According to an embodiment, the SOS message can be emitted only when a double condition is fulfilled. For example the double condition can correspond to a detection of water followed by a standstill of the equipment EQ.sub.0. Any other combination of events can be configured in the equipment so as to configure the conditions for emitting an SOS message.

(18) Configuration of the Equipment

(19) The method of the invention allows an individual U.sub.0 to warn a plurality of users {U.sub.i}.sub.i∈[1;N] of an imminent danger or of an accident using the first equipment. The list of the users is then defined beforehand. They are viewed as subscribers to the service of the first individual U.sub.0. According to an embodiment, the method of the invention includes a step of configuring. The step of configuring has beforehand made it possible to define who is able to receive SOS message, i.e. emergency messages, coming from the first individual U.sub.0.

(20) For this purpose, according to a first embodiment, the configuration can be carried out directly on the equipment of the first individual U.sub.0. This then entails defining a particular address book by mentioning the call numbers of subscribers to the emergency service.

(21) According to another embodiment, the configuration can be done by accessing a remote data server SERV.sub.0. An interest is to allow for a configuration remotely. In this case, the configuration can be performed from any connected computer station or mobile equipment with sufficient rights. The address book is then accessible online and can be modified when a user has read rights, and optionally modify rights to modify the list of users. Rights management can be performed for example using a dedicated authentication server (not shown) or the same server SERV.sub.0. An advantage is that a person of the community of an individual U.sub.0 can configure their address book. This case can occur when a child or grandchild of an individual configures the account for the latter.

(22) According to an embodiment, the method of the invention takes account rights management of the different users. By way of example, a user U.sub.1 can have the rights to edit new users and configure the call priorities, in particular the criteria to be taken into account of which for example: the priority emitting of an emergency message with a sub-community comprised of the closest persons to the first individual; the emitting of an emergency message to the entire community in a second step, for example after a certain time has elapsed, following the emitting of a first priority emergency message; taking account of at least one geographical position of the users in generating SOS messages; prioritizing the emitting of the emergency messages over time according to the geographical criterion, etc.

(23) Generating of an SOS

(24) FIG. 1 shows an embodiment of a data exchange sequence according to the method of the invention. A first individual U.sub.0 including an electronic equipment EQ.sub.0 of the invention emits an SOS alarm. This step is noted as GEN_ALARM in FIG. 1. It allows for the emitting of an SOS message intended for a plurality of users of a service that can be accessed via a terminal.

(25) The pieces of equipment, noted here as T.sub.1, T.sub.2, T.sub.3, are each associated with a user noted respectively as U.sub.1, U.sub.2, U.sub.3. The terminals can be, for example, a smartphone, a tablet, a mobile telephone or a dedicated piece of communication equipment. The service can be for example accessible via an application or a piece of software.

(26) The embodiment is described hereinafter with 3 “subscribing users” to the service of an individual U.sub.0. They are called indifferently a subscriber or a user. The invention also applies with a plurality of users subscribed to the service of an individual with no limit as to the number. It is possible to configure the number of subscribing users using an interface, for example, of the first equipment EQ.sub.0 or of a terminal T.sub.i or of a computer connected to a network with the required access rights where applicable.

(27) When the first individual emits an SOS message, it is automatically emitted to a plurality of terminals of which the call identifiers are known either by the first equipment EQ.sub.0 or by a server SERV.sub.0. By way of example, the call identifiers can be prerecorded in a memory of the first equipment EQ.sub.0. During a configuration phase, the numbers can be for example recorded in a directory of the first equipment EQ.sub.0.

(28) According to another embodiment, the equipment EQ.sub.0 emits an SOS message to a server SERV.sub.0 which can access a directory that is preconfigured so as to automatically re-emit as many SOS messages as there are users U.sub.i configured beforehand. An advantage of this embodiment, is to make the directory of the server SERV.sub.0 accessible to at least one user U.sub.1, U.sub.2 or U.sub.3 in such a way that they can modify it, add or delete a person. An interest is to make it possible to configure the service for a close relation, for example, elderly.

(29) Each terminal T.sub.1, T.sub.2, T.sub.3 addressed by the SOS message, if it is accessible from a communication network, receives the SOS message. This step is noted as RECEPT_SOS in each terminal T.sub.1, T.sub.2 and T.sub.3. Each terminal T.sub.1, T.sub.2, T.sub.3 then generates an indicator so as to warn its user U.sub.1, U.sub.2, U.sub.3 of the arrival of an emergency message. This can be an audible, visual or mechanical indicator such as a vibration or a combination of indicators. In the is embodiment of FIG. 1, among the users U.sub.1, U.sub.2, U.sub.3, a user U.sub.3 accepts to respond to the SOS message by validating an acceptance command noted as C.sub.ACC.

(30) In the example of FIG. 1, the user U.sub.3 is the first to validate the reception of the SOS emergency message indicating that they are taking the call. A first two-way communication COM_1 between the terminal T.sub.3 and the first equipment EQ.sub.0 then starts.

(31) Taking the Geographical Position into Account

(32) According to an embodiment, the geographical position of the first individual U.sub.0 is emitted in the SOS message.

(33) According to an embodiment, the GPS positions of the community are shared and the notifications are emitted preferably according to a time sequence that depends on GPS positions of each user. A first emergency SOS message is emitted to the user who is geographically the closest to the first individual U.sub.0 and so on until the last SOS message emitted to the user located the farthest from the individual.

(34) Calculating distances can be carried out between the position recovered from the first individual U.sub.0 and the position of each user U.sub.i.

(35) According to an embodiment, the GPS positions are not necessarily shared and in this case a default address is chosen, for example the address of the work place or of the domicile of a user. The latter can be recorded and/or shared beforehand. According to another embodiment, only the address defined by the user U.sub.i is chosen. This option can be recommended potentially when a user does not wish to share their current position.

(36) According to an embodiment, the emergency messages are sent in cascade following an predefined time interval between each emission. According to another embodiment, the second emergency message M.sub.0′ is emitted when the first emergency message M.sub.0 did not succeed in establishing a communication COM_1.

(37) According to an embodiment, if the geographical position of a user U.sub.i is in a zone defined as out of scope, the emergency message M.sub.0 is not emitted to the user in question. In another case, it is received, but it is not processed, i.e. the terminal does not emit an indicator to the user to inform them of the emission of an SOS message. This makes it possible to not emit an emergency message or to not notify the reception thereof to a user located in a time zone that is too far from the first individual U.sub.0, for example when they are on vacation.

(38) Establishing a Communication

(39) According to a first embodiment, when the validation of an acceptance command C.sub.ACC to respond to the SOS message is activated, for example here by the terminal T.sub.3, a communication is automatically established between the first equipment EQ.sub.0 and the terminal T.sub.3.

(40) According to a first example, the communication COM_1 is then initialized by the terminal T.sub.3. According to an embodiment, the call number of the first equipment EQ.sub.0 is inserted into the SOS message in such a way that the analysis of the message makes it possible to extract the call number using a calculator of the terminal T.sub.3. According to another example, the call number is recovered in a memory of the terminal T.sub.3 or in the remote server SERV.sub.0 from information that identifies the first individual U.sub.0. In this latter case, a data exchange can take place between the server SERV0 and the terminal T.sub.3 prior to the establishing of the communication COM_1.

(41) According to a second example, a response to the SOS message is emitted by the terminal T.sub.3 in the form of an acceptance message C.sub.ACC of a response to the SOS message. In this case, the communication COM_1 is automatically initiated by the equipment EQ.sub.0 to the terminal T.sub.3 that accepted the SOS message. If it is the equipment EQ.sub.0 that initiates the call, establishing the communication COM_1 can for example be subjected beforehand to acceptance from the individual U.sub.0 who validates the pertinence of establishing a communication with such and such user. When a confirmation is expected by the individual U.sub.0, according to an embodiment, in terms of a predetermined lapse of time, a communication is in any case undertaken automatically. This case makes it possible to process the case wherein the individual U.sub.0 is not in a position to validate the identity of the user who wants to establish a communication COM_1.

(42) According to an embodiment, the communication COM_1 established is an audio communication, such as a telephone communication between the first equipment EQ.sub.0 and the terminal T.sub.3. This communication makes it possible to have the first individual U.sub.0 dialog with the third user U.sub.3.

(43) FIG. 1 shows the start D_COM_1 of the establishing of the communication COM_1. The double arrow represents the two cases wherein it is either the terminal T.sub.3 that initiates the communication, or the equipment EQ.sub.0.

(44) The end of the communication is an notated as F_COM_1. It can be undertaken by one or the other of the users U.sub.0 or U.sub.3. According to an embodiment, the end of the communication can be engaged automatically. This can for example be the case following an action of the first individual U.sub.0 or of the third user U.sub.3 such as an acknowledgement of the incident as resolved or a transfer of the call to another user or any other action stemming from the person called or from the caller.

(45) During the communication, the method of the invention makes it possible to automatically generate notifications with other users. These notifications during the communication COM_1 are noted as GEN_NOTIF_1. According to the embodiment, or even the nature of the notifications, they can come from the first equipment EQ.sub.0 or from the terminal T.sub.3. In FIG. 1, a notification M.sub.1 is emitted from the first equipment EQ.sub.0 to the terminals T.sub.1 and T.sub.2, i.e. the other terminals that have not established communication, but of which the users are able to be interested by the change in the taking of the call by the user U.sub.3. The block GEN_NOTIF_1 is also indicated as a dotted line on the side of the terminal T.sub.3 in FIG. 1 so as to illustrate the possibility that the notifications can come from this terminal T.sub.3.

(46) The notifications {M.sub.i} can be emitted by the equipment EQ.sub.0 or the terminal T.sub.3, but also directly from a remote server, for example the server SERV.sub.0 that made it possible to establish the emitting of the emergency SOS message and/or the communication COM_1.

(47) According to an embodiment, certain notifications are directly emitted automatically to the terminals T.sub.1 and T.sub.2, others are emitted following an action of the user U.sub.3 or of the first individual U.sub.1.

(48) In the example of FIG. 1, the first notification M.sub.1 comprises information that indicates the identity of the user U.sub.3 to the other users U.sub.1, U.sub.2 who have not responded to the emergency message M.sub.0 or who responded after the user U.sub.3. In an embodiment, the call number of the user U.sub.3 is also entered in the notification M.sub.1.

(49) In an embodiment, not shown, other notifications are emitted to the users U.sub.1, U.sub.2, in particular a notification providing information on the status of the communication COM_1 among a list of statuses: {taking the call; in progress; end of communication, etc.}. According to another embodiment, the geographical position of the first individual U.sub.0 can be indicated in a notification or the geographical position of the third user U.sub.3.

(50) An interest is to keep the community of subscribers informed so that the latter can obtain a minimum of information as to the following of the taking of the call by the third user U.sub.3.

(51) According to another embodiment, the users U.sub.1, U.sub.2 of the community can receive notifications emitted by an action of the first individual U.sub.0 or of the third user U.sub.3. The notifications can be text messages or images, they can also be prerecorded notifications and proposed to one or the other of the first individual U.sub.0 or of the third user U.sub.3. By way of example, a prerecorded notification can be “CALL A DOCTOR REQUIRED” or “MOVEMENT OFF A USER REQUIRED” or “CARDIAC EVENT”, etc.

(52) Thus, a list of notifications can be presented during the communication COM_1 by means of an interactive interface proposed in the service. For example, the user U.sub.3 can, while speaking to the first individual U.sub.0, generate notifications according to the case encountered.

(53) Notification of the End of the Call M.sub.2

(54) The method of the invention comprises a step at the end of the communication COM_1 of emitting a call end notification M.sub.2 making it possible to transmit a resolution status of the alarm to the other users U.sub.1, U.sub.2. This can be a status of the “INCIDENT CLOSED” type with a description field that makes it possible to indicate how the incident was closed.

(55) The call end notification M.sub.2 can also comprise the duration of the communication COM_1.

(56) According to an embodiment, the third user U.sub.3 can indicate to the other users that the incident is not closed. In this case, a person from the community can decide to undertake the establishing of a communication with the first individual U0. If this is not the case, the method of the invention makes it possible to generate another sending of the SOS message to the community in the event of failure of a first attempt of resolution by the establishing of a communication COM_1.

(57) In a complementary embodiment, the user U.sub.3 furthermore has the possibility of selecting a status proposed by their interface or to define it themselves according to the embodiment.

(58) According to an embodiment, the first individual U0 can also generate a notification M.sub.3 with the community indicating that the problem is resolved or that it has changed or that it remains unresolved. This step is noted as GEN_NOTIF_3 in FIG. 1.

(59) When the status is not closed and the communication COM_1 is terminated, a second SOS message can automatically be re-emitted intended for other recipients U.sub.1 and U.sub.2 so that another user can respond to the emergency call emitted by the first individual.

(60) According to another embodiment, the third user U.sub.3 can indicate the identity of a user U.sub.2 who is to be contacted with priority during the call COM_1 or at the time of terminating the call COM_1 of which either in a notification of the M.sub.1 type (emitted during the call COM_1) or of the M.sub.2 type (emitted after the call COM_1)

(61) According to another embodiment, the third user U.sub.3 can generate a notification aiming to establish another communication between them and the first individual. This case can occur when the first communication COM_1 was interrupted, for example, following a problem linked to a deficiency in the network coverage or to a battery problem or to any other type of problem that has for consequence suspending the communication COM_1. The third user U.sub.3 can therefore solicit with priority a call to the first equipment EQ.sub.0 before another SOS alarm is re-emitted by the latter.

(62) According to an embodiment, the user U.sub.3 can directly activate a call to an emergency center such as the ambulance, a police or fire service or another other public or private service that makes it possible to ensure an emergency assistance service. Such a service can be ensured using a centralized call server SERV.sub.1. It is also possible to activate a command that makes it possible to put such a service in contact with the first individual U.sub.0.

(63) FIG. 2 shows an individual U.sub.0 comprising equipment of the invention EQ.sub.0 and having emitted an SOS emergency message with a community of users U.sub.1, U.sub.2, U.sub.3.

(64) A server SERV.sub.0 is shown in FIG. 2. The server SERV.sub.0 comprises data relative to each user U.sub.1, U.sub.2, U.sub.3 such as the call numbers and the identifiers of each user. The server SERV.sub.0 is used, in this case, to receive the SOS message of the first individual U.sub.0 and to re-emit to the community of subscribers of the first individual U.sub.0. In the latter, the server SERV.sub.0 can be the server that centralizes the exchanges within the community of users with the first individual U.sub.0 and the assisting user U.sub.3. According to an alternative, the data is hosted in a cloud, i.e. over a plurality of remote data servers.

(65) A server SERV.sub.1 is shown, it corresponds in this case to a server of a call center, for example an emergency call center. When a user cannot resolve the problem, a transfer of the call to a remote assistance call center is undertaken.

(66) The invention therefore makes it possible to improve the coordination of the assistance provided to a person who has solicited a community of users who have subscribed to an assistance service with the latter. An advantage is to keep the entire community informed of the change in the assistance when a user has contacted the person in distress. An advantage is to favor the rapidity of distributing information within the community so as to coordinate for example actions in parallel. Another advantage is to decrease the number of exchanges between the users via an instant distribution system that makes it possible to share a summary of the assistance provided.

(67) An advantage of the present invention is therefore to make it possible to process different types of notifications. This allows for processing that is better adapted to each alert emission case.

(68) A first type of notification can be generated automatically from one of the terminals, EQ.sub.0 or T.sub.3, by using the information linked to the communication established between the two terminals. Thus, the notifications can be triggered automatically from events linked to the communication session. For example, the establishing of the communication, the interruption of the communication, the establishing of a conference mode can be events that contribute to automatically generating notifications emitted by one of the two terminals to the set or the subset of the terminals of the other users who have not established communication with the user U.sub.0. These notifications correspond to notifications generated from events linked to the communication, they can be, for example, called “communication notifications”.

(69) A second type of notification can be generated automatically from one of the terminals by using the information linked to digital data generated from one of the terminals, preferably terminal T.sub.3 of the assisting user U.sub.3. Indeed, the latter is in a better position to generate notifications to the other users to activate an assistance scenario or reassure the other users of the processing of the alert.

(70) Consider the case where the assisting user U.sub.3 emits the notifications, a similar case could be described by considering that the notifications are emitted from the terminal of the emitter U.sub.0. Thus, the notifications can be triggered following the action of the assisting user U.sub.3 during the communication. Alternatively or jointly, they can be generated automatically according to the occurrence of certain events from the terminal T.sub.3.

(71) In this case, it is the status of the processing of the alert as such that is the source of the notifications emitted, not the status of the communication. These notifications correspond to notifications generated from events linked to the data exchanged, they can be for example called: “alert processing notifications”. These notifications are emitted to the other users of the community. They can be, for example, generated from a digital icon that can be accessed from the interface of a terminal. Certain notifications can, indeed, be prerecorded and be triggered following the action of the user U.sub.3.

(72) For example, the method of the invention allows for the generating of a processing indicator that qualifies the importance of the alert, an indicator suggesting the calling of a doctor, an indicator suggesting rapid intervention on the site of presence of the user U.sub.0, a resolution indicator or an indicator suggesting the establishing of a communication between the user U.sub.0 and another assisting user of the community, U.sub.1, U.sub.2, in the example case described hereinabove. Other notifications can be carried, out.

(73) Thus, it is understood that the method of the invention makes it possible to propose a solution that favors, in a first step, the establishing of a communication between the first responder to an SOS and the emitter thereof. It makes it possible in a second step to define the qualification of the status of the alert and of the following thereof within the community of users. The invention therefore overcomes a solution in which levels of priority have to be defined beforehand within a community and it overcomes a solution in which third-party equipment organizes the communications between the emitter of the SOS and an assisting user. Indeed, these predefined levels of priority cannot be adapted to a particular processing of the alert with a lack of being able to have information linked to the processing status of the alert, of its level of importance, its qualification or an action that has to be carried out quickly within the community.