JP2018198020A - Emergency activity support system, method for the same, and computer program - Google Patents

Abstract

To support people so that an emergency activity can be appropriately and promptly started.SOLUTION: When a certain user terminal 3#1 issues a rescue request 93, a server 5 delivers a participation request 97 for a rescue activity to another user terminal 3#2 and a device terminal 9 attached to a rescue device such as an AED. The participation request 97 is accompanied by a notification of a site position where the rescue request 93 was issued and positions of available rescue equipment existing around the site position. The other user terminal 3#2 notifies the user of the participation request and starts a navigation 107 to the site position and the available equipment positions when the own terminal is in the vicinity of the site position or the positions of the available equipment. Thereafter, a group communication 117 can be performed between the user terminals 3#1 and 3#2 and the device terminal 9.SELECTED DRAWING: Figure 2

Description

  The present invention generally relates to information providing technology for supporting emergency activities (emergency rescue activities) such as suddenly ill and injured persons, and in particular, for example, AED (automated external defibrillator) for cardiac arresters. The present invention relates to an information providing technology that helps to quickly execute initial actions such as application.

  As a related technique, for example, a system described in Patent Document 1 is known.

  This system allows people who encounter an emergency that requires an AED to find the AED installation location and go to pick up the AED, or those near the AED installation location can take the AED to the emergency site. To help such people.

  According to this system, for example, when a person who encounters an emergency situation at a certain site requests an AED arrangement from the monitoring center using his / her mobile terminal, the monitoring center can select an AED suitable for use around the site. Is identified and notified to the mobile terminal at the site. The mobile terminal displays a status notification to the location where the specified AED exists.

  At the same time, the monitoring center also sends a notification to the AED monitoring terminal attached to the specified AED. Then, the AED monitoring terminal notifies the surrounding people by voice or text display that there is an AED arrangement request.

  In addition, the AED monitoring terminal displays a status notification up to where the rescuer is located, and helps the AED carrier to join the AED requester.

  In addition, the monitoring center can notify the contact information of the AED monitoring terminal to the mobile terminal, or notify the contact information of the inquiry terminal to the AED monitoring terminal, thereby enabling a call between the AED requester and the AED carrier. To.

JP 2012-215984 A

  For example, when a passerby on the road suddenly falls, other people first find the patient, recognize the patient's condition, determine what action to take, and implement the determination result. Only after moving to action can rescue actions like AED be applied. If no one is aware of the patient, cannot recognize the patient's condition, cannot determine what action should be taken, or does not move the results of the decision, the patient can be rescued promptly and appropriately. difficult.

  However, there is no guarantee that a person who happens to be in the field in an emergency can perform the initial process of discovery, recognition, judgment, and action exactly and quickly. Rather, people who can perform such a process quickly will be very rare, except for doctors, nurses and those who have undergone emergency training.

  Also, depending on the time and place, there may be no other people near the patient.

  A similar problematic situation exists on the side of rescue equipment such as AEDs. For example, when an AED is requested, even if the AED displays it to the surrounding people by voice or text message, no one notices it, cannot determine what to do, or does not take action There may be cases. There may be no people beside the AED.

  The system described in Patent Document 1 is effective for supporting a person who has performed an action such as caring for a patient or transporting an AED. However, it does not teach a solution to support the discovery, recognition and judgment process before taking that action.

  One object of the present invention is to provide a system that supports people so that emergency services can be performed more quickly and appropriately.

  An emergency activity support system according to an embodiment of one aspect of the present invention is for supporting emergency activities by a plurality of users using a plurality of user terminals that are communication terminals carried by a plurality of users. In the system, when there is a predetermined input to any one of a plurality of user terminals, a means for controlling the user terminal having the predetermined input to transmit a rescue request, and a rescue request is transmitted The other user terminal based on the means for identifying the site location based on the location of the requested user terminal that is the user terminal that has sent the rescue request, and the location of the identified site location and other user terminals other than the requested user terminal Means for selecting one or more user terminals that are in a first positional relationship with the site position as the user terminals that can participate, and the user terminals that can participate, by controlling the user terminals that can participate. And means for notifying that there is relief request to the user terminal. Each of these means is, for example, a computer program executed by each of a plurality of communication terminals, and control performed by a management server that can communicate with those communication terminals through a communication network, or each communication terminal. Alternatively, it can be realized by control performed independently by the management server (the same applies to the means described below).

  According to the emergency support system configured as described above, when a user encounters an emergency situation of another person or the person himself / herself, the user manually or automatically performs a predetermined input on his / her user terminal, thereby providing relief. Requests can be sent. When a rescue request is transmitted, the location of the emergency site is identified based on the location of the requesting user terminal that transmitted the rescue request. Then, another user terminal that is in a first positional relationship with the site position (for example, within a distance of 50 meters from the site position) is selected as a user terminal that can participate in the rescue. And the fact that there was a rescue request at the site location is notified to the user from the user terminal that can participate.

  Therefore, not only users who have encountered an emergency directly, but also other users who can participate in on-site relief will be notified that a rescue request has been made (in other words, relief activities Is required to participate). As a result, more people are aware of the occurrence of an emergency situation, and emergency actions can be speeded up and refined by the recognition, judgment and cooperation of those multiple people.

  In addition, when an emergency occurs in a building or room, generally, people outside the building or room are less likely to notice the emergency. However, according to the emergency support system, people outside the building or room can be notified of the occurrence of an emergency and encouraged to take rescue action.

  The emergency operation support system according to the embodiment may further include means for controlling the requesting user terminal that has transmitted the emergency request and outputting an alarm signal to a space around the requesting user terminal. When the requesting user terminal outputs an alarm signal to the surrounding space, it is possible to notify the people around the site (not having a communication terminal) of the occurrence of an emergency and request participation in the rescue.

  The emergency support system according to the embodiment further includes means for controlling the user terminal that can participate based on the position of the site and the position of the user terminal that can participate, and providing predetermined situation information to the user of the user terminal that can participate. Can be provided. As an example, the predetermined situation information may include navigation information for going to the site location.

  By providing such situation information to people who can participate in relief activities, situation recognition judgments and actions by those people can be made faster and more appropriate.

  The emergency support system according to the embodiment further includes means for selecting two or more communication terminals from the user terminal that can participate and the requesting user terminal, and executing group communication between the two or more selected communication terminals. You may be prepared.

  By executing group communication between these communication terminals, cooperation between people participating in the rescue operation becomes easier.

  In the above group communication, the group communication is controlled so that a qualified user having a predetermined qualification is identified from among users of two or more communication terminals that perform the group communication, and the qualified user is supported preferentially over other users. It's okay.

  This control supports qualified personnel such as doctors, nurses, and paramedics to more appropriately advance rescue activities by the group while demonstrating leadership in group communication.

  The emergency support system according to an embodiment further includes means for identifying the positions of a plurality of rescue devices respectively arranged at different locations, and when a rescue request is transmitted, the location of the field and the positions of the plurality of rescue devices. And a means for selecting a rescue device having a second positional relationship with the site position as an available device, and one or more user terminals having a third positional relationship with the position of the selected available device. And means for selecting as a user terminal that can participate.

  According to the emergency support system configured as described above, when a rescue request is transmitted at the site, the rescue is in a second positional relationship with the site location (for example, within a distance of 100 meters from the site location). A device (e.g., AED or medical kit) is selected, and a user terminal that is in a third position relative to the selected rescue device (e.g., within a distance of 30 meters from the device) Selected as a user terminal that can participate. As described above, the user terminal selected as the user terminal that can participate participates in notifying the user that the rescue is requested at the site, or providing the user with status information such as navigation information to the site location. You can do it.

  Therefore, not only people who are able to participate in relief for the site location (typically in the vicinity of the site), but also locations where the rescue equipment available for rescue is accessible (typically available) People in the vicinity of the device are also notified that a rescue request has been made, and status information such as navigation to assist the rescue is provided. That is, in addition to people near the site, people near available rescue equipment can also be involved in the rescue. As a result, it is possible to expect quicker and more accurate judgment and start of rescue action.

  The emergency support system according to an embodiment further includes, when a communication terminal is attached to one or more of the plurality of rescue equipment, the attached communication terminal attached to the available equipment. And a means for controlling the selected available equipment terminal to output a notification signal to the surrounding space of the available equipment.

  By outputting a notification signal to the space around the available device, people near the available device (without having a user terminal) can be requested to participate in rescue using the available device. it can.

  The emergency operation support system according to the embodiment further controls the user terminal that can participate based on the position of the available device and the position of the user terminal that can participate, and gives a predetermined second situation to the user of the user terminal that can participate. Means may be provided for providing information. Here, as an example of the second situation information, there may be navigation information for going to a position of an available device.

  According to this configuration, the user of the user terminal that can participate can obtain not only situation information related to the site such as navigation to the site location, but also status information related to the rescue device such as navigation to available rescue equipment. it can. Thereby, the user is supported so as to be able to more appropriately determine and act on whether to go to the site or to access the rescue equipment according to his / her location.

  The emergency support system according to an embodiment further selects two or more communication terminals from the available device terminal, the requesting user terminal, and the joinable user terminal, and between the selected two or more communication devices. Means for executing group communication may be provided.

  According to this configuration, not only a user who has issued a rescue request and a user who can participate in the rescue, but also a person who has accessed an available rescue device can participate and perform group communication. As a result, speeding up and accuracy of relief activities can be expected.

  According to another aspect of the present invention, a method for supporting emergency activities by a plurality of users using a plurality of user terminals that are communication terminals carried by a plurality of users, When there is a predetermined input in any one of the above, a step of transmitting a rescue request from the user terminal that has received the predetermined input, and a request that is the user terminal that has transmitted the rescue request if a rescue request is transmitted Based on the position of the user terminal based on the position of the user terminal and the position of the other user terminal other than the requested user terminal and the specified user terminal position, a predetermined position is determined with respect to the position of the user terminal. Selecting one or more user terminals that are in a positional relationship as participating user terminals and controlling the selected participating user terminals to And a step of notifying that there is protection request.

  According to still another aspect of the present invention, each user terminal for supporting emergency activities by a plurality of users using a plurality of user terminals that are respectively carried by a plurality of users and connectable to a communication network is provided. The readable computer program causes each user terminal to execute the following process.

  That is, the process executed by each user terminal according to the program communicates a step of sending a rescue request to the communication network when there is a predetermined input, and a notification of the location of the site based on the rescue request sent from another user terminal. Based on the step received from the network and the notification of the location of the site received from the communication network, if the terminal is located in the first positional relationship with the location of the site, inform the user of the own terminal that a rescue request has been made Steps.

  By executing such a process, each user terminal receives predetermined input (for example, input operation of a rescue request by a user, sensing data indicating danger from an externally connected vital sensor such as a wearable electrocardiograph). If there is an input), a rescue request can be sent to the communication network. When a rescue request is sent from a certain user terminal, it exists in the first positional relationship (for example, within a distance of 50 meters from the site position) with respect to the site position based on the position of the user terminal that issued the rescue request. Another user terminal notifies the user that there is a rescue request. Therefore, there are more opportunities for people who can participate in on-site rescue to participate in the rescue by knowing the occurrence of the rescue request, which contributes to speeding up and accuracy of the rescue operation.

  The above process can be further used based on the notification of the location of the available rescue equipment from the communication network based on the rescue request sent from the other user terminal and the location of the available rescue equipment. And a step of notifying the user of the terminal that a rescue request has been made when the terminal is in a second positional relationship (for example, within a distance range of 30 meters) with respect to the position of the rescue device. It's okay.

  By executing these additional steps, when a rescue request is sent from a certain user terminal, for rescue equipment that can be used for rescue (for example, rescue equipment such as AED within a distance of 100 meters from the site) The user who is in the second positional relationship (for example, within a distance range of 30 meters) is also notified that a rescue request has been made. Therefore, people who are easily accessible to available rescue equipment will also have more opportunities to participate in relief after knowing that a rescue request has occurred, which will contribute to speeding up and accuracy of the rescue operation.

1 is a block diagram showing the overall configuration of an emergency support system according to an embodiment of the present invention. The flowchart which shows the whole flow of the control process of the system. The flowchart which shows the flow of the standby process of a user terminal. The flowchart which shows the flow of the relief request process of a user terminal. The flowchart which shows the flow of the standby process of a management server. The flowchart which shows the flow of the participation request process of a management server. The flowchart which shows the flow of the status notification process of a management server. The flowchart which shows the flow of the group communication process of a management server. The flowchart which shows the flow of the standby process of an AED terminal. The flowchart which shows the flow of the condition recognition process of a user terminal. The flowchart which shows the flow of the situation recognition process of an AED terminal. The flowchart which shows the flow of the relief participation process of each user terminal and AED terminal.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

  FIG. 1 shows an overall configuration of an emergency support system according to an embodiment of the present invention.

  As shown in FIG. 1, in the emergency support system 1, a plurality of communication terminals (hereinafter referred to as user terminals) 3 respectively used by a plurality (preferably a large number of) users are used (in FIG. 1, for convenience). And shows three user terminals 3). The user terminal 3 is preferably a portable personal computer having a network communication function and an application program execution function, for example, so-called a mobile phone, a smartphone, a tablet terminal, or a mobile terminal. It may be a computer. In the present embodiment, a case where the user terminal 3 is a mobile phone terminal called a smartphone will be described as an example.

  Note that the user terminal 3 is typically carried and used by an individual user, but may be used by an organization user (for example, an office, a store, a company, or a public institution). .

  The emergency support system 1 also has a cloud management server (hereinafter referred to as a management server) 5 and can communicate with the management server 5 and all user terminals 3 via a wide-area communication network 6.

  In the emergency support system 1, a plurality of (preferably many) rescue devices, for example, AED (automated external defibrillator) 7 are used (FIG. 1 shows three AEDs 7 for convenience). ). Here, the AED is merely an example of a rescue device that can be used in the emergency support system 1, and other devices or tools such as a portable or mobile ventilator, an emergency medical kit, a surgical kit, or Rescue equipment may also be available. However, in the present embodiment, for the sake of convenience, a description will be given taking as an example the case of using AEDs 7 deployed throughout Japan.

  A communication terminal (hereinafter referred to as an AED terminal) 9 is attached to all or a part of the plurality of AEDs 7. The AED terminal 9 may be a portable personal computer having an application program execution function called a so-called mobile phone, smartphone, tablet terminal, or mobile terminal, for example, as with the user terminal 3. It may be a stationary computer or a computer built into it as part of the AED 7.

  Although not necessarily required, the AED terminal 9 is preferably communicable with the AED 7 and communicable with the user terminal 3 and the management server 5 via the communication network 6. In the present embodiment, an example will be described in which AED terminals 9 are communicably connected to all AEDs 7 and each AED terminal 9 is a general-purpose mobile phone terminal called a smartphone.

  Note that a single AED 7 without an AED terminal 9 can also be used in the emergency support system 1. In some cases, the user terminal 3 may be connected to the AED 7.

  More specific configurations of the user terminal 3, the AED terminal 9, and the management server 5 are as follows.

  The user terminal 3 includes a control unit 11, a short-range communication unit 17, a mobile communication unit 19, a positioning unit 21, a voice input / output unit 23, a camera unit 25, a display unit 27, an operation input unit 29, and a storage unit 31.

  The control unit 11 controls each unit of the user terminal 3. The control unit 11 is realized, for example, by executing a user application program (hereinafter referred to as a user application) 15 for emergency support that is installed in the storage unit 31 in advance by an MPU (microprocessor) 13. In other words, by starting the user application 15 on the user terminal 3, the control unit 11 is generated and started. The control unit 11 can execute several control processes (for example, a standby process 81, a rescue request process 91, a situation recognition process 103, and a rescue participation process 111 shown in FIG. 2) to be described later.

  The short-range communication unit 17 performs short-range wireless or wired communication such as Bluetooth (registered trademark) or Wi-Fi (registered trademark) with an external device. As an example of an external device connected to the user terminal 3 via the short-range communication unit 17, a wearable electrocardiograph (a small and light electrocardiograph that can be worn and used on the user's body in daily life), There may be other wearable or portable vital sensors. In some cases, it may be connected to AED 7 or other emergency equipment. In the present embodiment, a case where at least one of the plurality of user terminals 3 is connected to the wearable electrocardiograph 33 via the short-range communication unit 17 so as to be capable of wireless communication will be described as an example.

  The mobile communication unit 19 communicates with other devices on the communication network 6, such as the management server 5, other user terminals 3, and the AED terminal 9, using mobile communication such as mobile phone communication.

  The positioning unit 21 includes, for example, an NSS (Navigation Satellite System) receiver and the like, and measures the current position (latitude, longitude, altitude) of the user terminal 3. As will be described later, the current position measured by the positioning unit 21 is, for example, informed of the user's whereabouts to other users through the management server 5, or the position of the site or available AED notified from the management server 5. Based on the relationship, it is used to determine whether or not the user is in a place where he / she can participate in the rescue, and to control navigation to the available AED.

  The audio input / output unit 23 includes, for example, a microphone, a speaker, and an earphone connector, and inputs external audio to the user terminal 3 and outputs audio from the user terminal 3 to the outside. The camera unit 25 includes, for example, a camera that can capture still images and moving images, and captures external images. As will be described later, the voice input / output unit 23 and the camera unit 25 are, for example, a group for notifying the surrounding people of the occurrence of an emergency or for collaborating with other participating users in cooperation with other participating users. It is used for communication (for example, conference communication between a plurality of persons who communicate by combining or selecting a voice conference, a video conference, a video conference, etc.).

  The display unit 27 includes, for example, a display panel and displays images and characters. As will be described later, for example, the display unit 27 notifies the user of the occurrence of a rescue request, notifies the situation regarding the rescue request site, reports the status regarding the location of the AED, displays the site status, and the above-mentioned Used to display a list of users participating in group communications.

  The operation input unit 29 includes, for example, a touch sensor panel or a keyboard panel incorporated in the display panel described above, and inputs a key operation from the user. As will be described later, the operation input unit 29 is used for the user to operate the control unit 11 such as input of a rescue request, control and termination of the situation notification described above, and start and control and termination of the group communication described above. Used for

  The storage unit 31 stores an operating system used by the MPU 13, various application programs, and data. For example, the user application 15, registered user information of the user (types and identification information of registered qualifications such as doctors, nurses, and emergency medical technicians), and in some cases, electrocardiographic data of the rescuer are stored in the storage unit 31. Can be stored.

  The AED terminal 9 has basically the same configuration as the user terminal 3. That is, the AED terminal 9 includes a control unit 41, a short-range communication unit 47, a mobile communication unit 49, a positioning unit 51, a voice input / output unit 53, a camera unit 55, a display unit 57, an operation input unit 59, and a storage unit 61. .

  The functions and applications of each part of the AED terminal 9 are basically the same as those of the user terminal 3. Therefore, the following description will be focused on differences from the user terminal 3.

  One of the major differences is that who is the user of the AED terminal 9. The user of the user terminal 3 is typically the owner of the user terminal 3 and is registered in advance in the management server 5 as will be described later. On the other hand, the user of the AED terminal 9 may be anyone (that is, a so-called anonymous user) and does not need to be registered in the management server 5 in advance. The user of the AED terminal 9 is typically a person who participates in an emergency operation and carries or uses the AED 7 or a person who assists such a person nearby.

  The control unit 41 controls each unit of the AED terminal 9. The control unit 41 is realized, for example, by executing, by the MPU 43, an AED application program (hereinafter referred to as an AED application) 45 for emergency support that is installed in the storage unit 61 in advance. In other words, by starting the AED application 45 on the AED terminal 9, the control unit 41 is generated and started. The control unit 41 can execute several control processes (for example, a standby process 85, a rescue request process 91, a situation recognition process 105, and a rescue participation process 115 shown in FIG. 2) described later.

  Typically, the AED 7 is connected to the short-range communication unit 47 so as to be communicable wirelessly or by wire. However, the AED terminal 9 may be simply placed beside the AED 7 without the AED 7 being connected to the short-range communication unit 47 of the AED terminal 9. Alternatively, the AED terminal 9 may be communicably connected to the AED 7 through the wide communication network 6 through the mobile communication unit 49. However, in this embodiment, for convenience, each AED terminal 9 is arranged near each AED 7 and each AED 7 is connected to the short-range communication unit 17 of each AED terminal 9 so as to be capable of wireless communication. explain.

  The positioning unit 51 measures the current position (latitude, longitude, altitude) of the AED terminal 9. As will be described later, the current position of the AED terminal 9 is used, for example, to inform the management server 5 of the position where the AED 7 is present or to control navigation to the site position.

  The storage unit 61 may store the above-described AED application 45 and, in some cases, electrocardiographic data of a rescuer.

  The management server 5 includes a control unit 71, a network communication unit 73, a user database 75, an AED database 77, and a map database 79.

  The control unit 71 controls each unit of the management server 5. The control unit 71 can execute several control processes (for example, a standby process 83, a participation request process 95, a status notification process 99, and a group communication process 101 shown in FIG. 2) to be described later.

  The network communication unit 73 can communicate with all the user terminals 3 and all the AED terminals 9 via the communication network 6.

  The user database 75 manages data specific to each user (hereinafter referred to as user records) regarding each of a plurality of users registered in advance. The user record of each user managed here includes, for example, identification information or account information of the user (for example, user name, password, and user identification code), identification information and communication address of the user terminal 3 to be used, and the user May include data items such as information on registration qualifications (eg, qualification types and identification information of doctors, nurses, paramedics, etc.) and the current location of the user.

  Each user can register his / her user record in the management server 5 from the user application 15 of the user terminal 3 used by the user. The current position in each user record can be updated at any time by the user application 15 of each user terminal 3 automatically sending the position data obtained from the positioning unit 21 to the management server 5 at any time.

  The user database 75 also manages a group record of users who perform group communication. Each group record may include group identification information, identification codes of users who are members of the group, and the like as data items.

  The AED database 77 manages data specific to each AED 7 (hereinafter referred to as an AED record) related to each of a plurality of AEDs 7 registered in advance. The AED record of each AED7 managed here includes, for example, the account information of the anonymous user assigned to the AED7, the identification information and specifications of the AED7, and the current state (for example, available, in use, etc.), Data items such as identification information, communication address, current position, and installation location of the AED 9 connected to the AED 7 can be included. The current position in each user record can be updated at any time by the AED application 45 of each AED terminal 9 automatically sending the position data obtained from the positioning unit 51 to the management server 5 at any time.

  The map database 79 manages map data that covers an area where the emergency support system 1 can be used. The map database 79 is used for navigating the user to the site where the rescue request is made or the location of the AED. However, as another method for navigating the user, the management server 5 does not have the map database 79 in its own system, but is provided from another cloud server (not shown) existing on the communication network 6. The map data distribution service or the navigation service may be used, or the applications 15 and 45 of the respective communication terminals 3 and 9 directly use the map data distribution service or the navigation service of such other cloud servers. The applications 15 and 45 may be controlled so as to use them.

  FIG. 2 shows the overall flow of the control process of the emergency support system 1 configured as described above. For convenience, FIG. 2 shows a control flow when two user terminals 3 # 1, 3 # 2 carried by two users, a management server 5, and one AED terminal 9 operate. ing. However, from the following description with reference to FIG. 2, it can be easily understood by those skilled in the art that more user terminals 3 and AED terminals 9 operate.

  As shown in FIG. 2, in each of the user terminals 3 # 1 and 3 # 2, a standby process 81 is first started after the control unit 11 is activated. Even in the management server 5, after the control unit 71 is started, the standby process 83 is started first. Even in the AED terminal 9, after the control unit 41 is activated, the standby process 85 is started first. These standby processes 81, 83, 85 wait for an emergency that requires a rescue operation to occur.

  Assume that in this standby state, a user carrying one user terminal 3 # 1 encounters an emergency situation that requires the rescue of another person or the person. The user can input a rescue request 87 to the user terminal 3 # 1 (for example, turn on a rescue switch displayed on the display screen). When there is a rescue request input 87, the user terminal 3 # 1 starts a rescue request process 91. The rescue request process 91 sends a rescue request 93 to the management server 5 through the communication network 6.

  Further, when the user wears the wearable electrocardiograph 33 and the wearable electrocardiograph 33 is connected to the user terminal 3 # 1, the wearable electrocardiograph 33 inputs to the user terminal 3 # 1. If the electrocardiogram data indicates a high degree of risk, the user terminal 3 # 1 automatically starts a rescue request process 91 and sends a rescue request 93 to the management server 5.

  Upon receiving the rescue request 93, the management server 5 starts a participation request process 95. The participation request process 95 sends a participation request 97 for inviting many people to participate in the rescue operation to all the user terminals 3 and all the AED terminals 9.

  At this time, as will be described later, the participation request 97 from the management server 5 is not accepted by all user terminals 3 and AED terminals 9, but is a user terminal 3 # 1 of a user who can participate in rescue activities. 3 # 2, and only AED terminal 9 of AED 7 available for rescue is selectively accepted. Here, the user who can participate is, for example, a geographical location that satisfies a condition (for example, within 50 meters from the site) in the vicinity of the place where the rescue request 93 is transmitted (emergency location) (hereinafter referred to as the site) A user who is in the area) and a user who is in the vicinity of the available AED 7 (for example, in a geographical area that satisfies a condition within 30 meters from the available AED 7). The AED 7 that can be used is, for example, an AED 7 that exists in the vicinity of the site (for example, in a geographical area that satisfies a condition such as within 100 meters from the site). In addition, the user who can participate further includes a specific user (for example, a medical institution and a fire station near the site position, a user who issued a rescue request, registered in advance associated with the site location or the requesting user terminal 3 # 1). Family members, family medical institutions, and attending physicians).

  After distribution of the participation request 97, the management server 5 starts a status notification process 99 and a group communication process 101.

  The status notification process 99 is a process for helping related users to recognize the current status and determine what to do. The situation notification process 99 provides a situation notification service 107 (for example, providing navigation using a map to a place where a rescue request is sent or an AED, and providing reference data such as electrocardiogram data of a rescuer). Do.

  The group communication process 101 is a process for assisting mutual communication for cooperation and cooperation between users who have participated in rescue activities. The group communication process 101 provides a group communication service 117 (for example, a conference communication between a plurality of people who communicates voice, photos, videos, and the like called a web conference or a video conference) to a user who participates in a rescue operation.

  On the other hand, the user terminal 3 # 2 and the AED terminal 9 that have accepted the participation request 97 start the situation recognition processes 103 and 105. The requesting user terminal 3 # 1 also automatically starts the situation recognition process 103 after issuing an emergency request.

  The situation recognition processes 103 and 105 are processes for assisting the user in recognizing the current situation and determining what to do. The situation recognition processes 103 and 105 receive the situation notification service 107 from the management server 5 and display provided information, such as a navigation map and electrocardiographic data.

  Thereafter, when the users of the user terminal 3 # 2 and the AED terminal 9 decide to participate in the rescue operation, the users can make the rescue participation inputs 109 and 113. When the rescue participation inputs 109 and 113 are present, the user terminal 3 # 2 and the AED terminal 9 start the rescue participation processes 111 and 115, respectively. The requesting user terminal 3 # 1 also automatically starts the rescue participation process 111 after issuing an emergency request.

  The rescue participation processes 111 and 115 are processes for helping the user's rescue operation to be more appropriate and efficient. The relief participation processes 111 and 115 receive group communication service 117 from the management server 5 and control group communication between users who have participated in relief activities.

  In the control of group communication, control that supports a qualified user such as a doctor, a nurse, or an emergency medical technician among the group members with priority over other members is performed. For example, when a qualified user and a general user who is not so speak at the same time, the call is controlled so that the speech of the qualified user is better transmitted to the group members. In addition, for example, on the list of group members displayed on the display screen of each terminal, all users can determine which users are qualified, what are their qualification types, and who are currently speaking. As can be seen at a glance, the display is controlled.

  As described above, when a rescue request 93 is transmitted from a user who has encountered an emergency situation, relief activities are performed for users in the vicinity of the request site and users in the vicinity of the AED in the vicinity of the request location. A request for participation is provided, and related situations such as navigation to the request site and the location of the AED 7 are provided. Thereby, not only the user who encountered an emergency situation but many users who can participate in the rescue can know the occurrence of the emergency situation and recognize the situation related thereto. As a result, it becomes easier and more accurate for those users to decide what to do and decide to participate in rescue operations.

  Users who have decided to participate in relief activities can exchange information with each other via group communications, and carry out relief activities (for example, care for rescuers, transport and application of AED7, and other incidental work). And thereby facilitate collaboration and collaboration between each other. Further, in group communication, qualified users among group members are preferentially supported, and thus it becomes easy for qualified users to demonstrate leadership and appropriately promote rescue activities by the group.

  Hereinafter, each of the above-described control processes will be described more specifically.

  FIG. 3 shows the flow of the standby process 81 of the user terminal 3.

  As shown in FIG. 3, in the standby process 81 of the user terminal 3, three sub-processes can be executed in parallel.

  The first sub-process is performed when the wearable electrocardiograph 33 is connected to the user terminal 3. In this sub-process, electrocardiographic data is received from the wearable electrocardiograph 33 and temporarily stored (step S1). The electrocardiogram data is analyzed to determine the degree of risk (step S2). The risk level can be divided into, for example, three stages: safety, caution, and danger. If the determination result is a caution (step S3), a warning information using voice, characters, vibrations, etc. that the user notices is output from the user terminal 3. If the determination result is dangerous (for example, cardiac arrest or a state where there is a high possibility of cardiac arrest), the rescue request process 91 is automatically started (step S5).

  The second subprocess is always performed. In this sub-process, it is checked whether or not a rescue request input 87 has been received from the user (step S6). If there is a rescue request input 87 (step S7), a rescue request process 91 is automatically started (step S5). ).

  The third sub-process is always performed. In this sub-process, it is checked whether or not a participation request has been received from the management server 5 (step S8). If a participation request has been received (step S9), the situation recognition process 103 is automatically started (step S10). ).

  The above three sub-processes are continuously repeated.

  FIG. 4 shows the flow of the rescue request process 91 of the user terminal 3.

  As shown in FIG. 4, the rescue request 93, the current position of the user terminal 3, and the identification information are transmitted to the management server 5 (step S11). For example, the identification information of the user terminal 3 and the current position are attached or incorporated in the rescue request 93 and sent to the management server 5.

  Thereafter, it is checked whether the transmission of the rescue request 93 is caused by the electrocardiogram data (for example, because the electrocardiogram data is determined to be dangerous) or not (for example, by the rescue request input 87) (step S12). ). When the former is determined, the electrocardiographic data input after a predetermined past time point (for example, 24 hours before) is stored in the user terminal 3 for a long time and is transmitted to the management server 5 (step S13). ).

  Also, an alarm sound that can be heard well by people around the user terminal 3 is output from the user terminal 3 to the surrounding space (step S14). This increases the likelihood that people around you will be aware of the emergence of an emergency situation, find a rescuer and start rescue.

  Then, the situation recognition process 103 and the rescue participation process 111 are automatically started (step S15).

  FIG. 5 shows the flow of the standby process 83 of the management server 5.

  As shown in FIG. 5, it is checked whether or not a rescue request 93 has been received from any user terminal 3 (step S21). When the rescue request 93 is received (step S22), the participation request process 95 is started (step S23).

  This process is continuously repeated.

  FIG. 6 shows the flow of the participation request process 95 of the management server 5.

  As shown in FIG. 6, the position of the requesting user terminal 3 (hereinafter referred to as the site position) and the user are specified (step S31). Here, as described above, the site location is notified from the requesting user terminal 3 in association with or incorporated in the rescue request 93. The user of the requesting user terminal 3 can be identified by referring to the user database 75.

  Thereafter, one or a plurality of AEDs (hereinafter referred to as “available AEDs”) 7 and their positions (hereinafter referred to as “available AED positions”) that can be used for rescue operations are identified (step S32). Here, the available AED 7 is, for example, an AED 7 that exists around the site position, that is, an AED 7 that exists within a predetermined distance (for example, 100 meters) from the site position. The available AED position is specified by checking whether the installation location or current position of AED 7 registered in the AED database 77 is in a predetermined positional relationship with the site position (for example, within a distance range of 100 meters). It can be done by checking.

  Thereafter, the participation request 97 is distributed to all user terminals 3 and all AED terminals 9 (step S33). At this time, the site location identified in step S31 and the identification code and location of the available AED 7 identified in step S32 are attached to the participation request 97 or incorporated into the participation request 97, and all The user terminal 3 and all AED terminals 9 are notified.

  Thereafter, the status notification process 99 and the group communication process 101 are started (step S34).

  FIG. 7 shows the flow of the status notification process 99 of the management server 5.

  As shown in FIG. 7, a user terminal (hereinafter referred to as a user terminal that can participate) 3 that can participate in a rescue operation and an AED terminal 9 (hereinafter referred to as an available AED terminal) 9 that can be used for the rescue activity. Is identified (step S41). That is, as will be described later with reference to FIGS. 10 and 11, only the user terminal 3 that can participate and the AED terminal 9 that can participate among all the user terminals 3 and AED terminals 7 selectively issue the participation request 97. Accept and return a status notification request to the management server 5 (step S74 in FIG. 10, step S94 in FIG. 11). By the status notification request, the management server 9 can grasp which of the user terminal 3 that can participate and the AED terminal 9 that can be used.

  Thereafter, the status notification service 107 is provided to the user terminal 3 that can participate and the AED terminal 9 that can be used (step S42). The status notification service 107 includes, for example, a navigation service. On the display screens of the communication terminals 3 and 9 that have received the status notification service 107, a navigation image that guides the user to the site location based on a map and a map And a navigation image for guiding the user to the available AED 7 is displayed. Furthermore, the current position of the user participating in the rescue operation is also displayed on the navigation image. This can be done by using the map data supplied from the map database 79 and the position data such as the site position and the current positions of the communication terminals 3 and 9 involved.

  In the status notification service 107, the movements of the respective communication terminals 3 and 9 are continuously grasped, and the navigation image is updated accordingly (step S43).

  Further, whether or not electrocardiogram data is received is checked (S44). That is, as already described with reference to FIG. 3, when a rescue request is issued because the electrocardiogram data of a certain user indicates danger, the electrocardiogram data is received by the management server 5. The

  When the electrocardiogram data is received (step S45), the electrocardiogram data is associated with the user and stored in the management server 5 (step S46). Then, the electrocardiogram data is transmitted to the user terminal 3 and the AED terminal 9 that satisfy a predetermined condition (step S47).

  Here, the user terminal 3 and the AED terminal 9 satisfying the predetermined condition are the ECG data (on the premise that the ECG data providing user has agreed to provide the ECG data in advance) It refers to a communication terminal that can be provided without any problem and can be expected to have a beneficial effect. For example, the joinable user terminal 3 used by a predetermined qualified user (for example, a doctor who desires to provide electrocardiographic data) may be determined to satisfy the predetermined condition. Further, for example, the available AED terminal 9 may be determined to satisfy the predetermined condition.

  Thereafter, it is checked whether or not the rescue operation has been completed (step S48). This can be determined, for example, to continue if the number of user terminals 3 and AED terminals 9 receiving the status notification service 107 or the group communication service 117 is one or more, and to end if the number is zero. If it is determined that the rescue operation is continuing (step S49), the situation notification process 99 is repeated. If it is determined that the rescue operation has been completed (step S49), the status notification process 99 ends.

  FIG. 8 shows the flow of the group communication process 101 of the management server 5.

  As shown in FIG. 8, a communication group is generated in association with the rescue request 93 and registered in the user database 75, and the user who issued the rescue request is registered as one of the members of the communication group (step S51). ).

  After that, when a user or AED7 who actually participated in the rescue operation appears, the user terminal (hereinafter referred to as a participating user terminal) 3 of the user who participated or the AED7 that participated (used for the rescue operation) An AED terminal (hereinafter referred to as a participating AED terminal) 9 is identified (step S52). That is, as will be described later with reference to FIG. 12, the participating user terminal 3 and the participating AED terminal 9 start the rescue participation processes 111 and 115, respectively, and send a rescue participation notification to the management server 5. (Step S111 in FIG. 12). The management server 5 can recognize the participating user terminal 3 and the participating AED terminal 9 by the rescue participation notification.

  Thereafter, the participating user terminal 3 and the participating AED terminal 9 are added as new members of the communication group (step S53).

  Thereafter, predetermined information (for example, user name and type of registration qualification) of all members of the communication group is notified to the communication terminals 3 and 9 used by each member, and the group communication service 117 is started (step S54). . In the communication terminals 3 and 9 of each member, a list of group members is displayed on the display screen. In the list, the display is controlled so as to know which member is currently speaking.

  In the group communication service 117, a member who has a registration qualification is supported with priority over a member who does not (step S55). For example, in the above list of group members, members with registration qualifications are displayed by a method such as color coding or display emphasis so that they are more prominent than other members and the type of qualification is known. Further, for example, when the utterance of a member who has a registration qualification and the utterance of a member who is not a member are made at the same time, the volume or transmission of the latter is suppressed so that the former is well communicated to other members.

  As will be described later with reference to FIG. 12, each member of the group can leave the group communication at any time, and a new user can join the group communication at any time. Therefore, the group communication service 117 checks the group member entry / exit, and if there is an entry / exit, the group member registration is updated accordingly (step S56).

  Thereafter, whether or not the end of the rescue operation is continued is checked as in the case of the situation notification process 99 described above (step S57). If it is determined that the rescue operation is continuing (step S58), the processes after step S52 are repeated. If it is determined that the rescue operation has ended (step S58), the group communication process 101 ends.

  FIG. 9 shows the flow of the standby process 85 of the AED terminal 9.

  As shown in FIG. 9, whether or not a participation request 97 has been received from the management server 5 is checked (step S61). When the participation request 97 is received (step S62), the situation recognition process 105 is started.

  FIG. 10 shows the flow of the situation recognition process 103 of the user terminal 3.

  Whether the site location and the available AED location notified with the participation request 97 from the management server 5 are within the geographical area where the rescue operation can participate (hereinafter referred to as the possible participation area). Checked (step S71). Here, the participation possible area is a geographical area suitable for each user to rush from the current position of each person, for example, a distance arbitrarily set in advance from the current position of each user terminal 3 (for example, (The site is 50 meters, AED is 30 meters, etc.). The distance may be arbitrarily set for each user, and can be stored in the user database 75 of each user terminal 3 or the management server 5.

  If both the on-site position and the available AED position are out of the participation area (step S72), the received participation request 97 is discarded, and the situation recognition process 103 ends.

  On the other hand, if at least one of the on-site position and the available AED position is within the above-described participation area (step S72), the participation request 97 is accepted and the fact that the participation request 97 has been received is indicated by a voice or text message. Is notified (step S73). As a result, the user knows that he / she has been requested to participate in the rescue, that is, that there is a field near him or that there is an AED 7 available near him.

  Then, a status notification request is transmitted to the management server (step S74). In response to the transmission of the status notification request, as described above, the management server 5 starts providing the status notification service 107 to the user terminal 3. The user terminal 3 receives the status notification service 107 from the management server 5 and displays, for example, navigation images for going to the site position and the available AED position (step S75).

  Further, when the user of the user terminal 3 is a person who satisfies a predetermined condition such as a doctor who can receive electrocardiographic data, the electrocardiographic data of the rescuer may be sent from the management server 5. In that case, the received electrocardiographic data is stored and displayed on the user terminal 3 (step S76).

  In addition, it is checked whether or not there is an input 109 (for example, a rescue participation switch on the display screen is turned on) from the user (step S77). If there is an input 109 for rescue participation (step S78), the rescue participation process 111 is started (step S79).

  Further, it is checked whether or not there is an input for stopping the status notification from the user (for example, the status display switch on the display screen is turned off) and whether or not the status notification service 107 is terminated by the management server 5 (step S80). ). When there is no input of the status notification stop and the status notification service 107 is continued (step S81), the above-described processes after step S75 are repeated. If there is an input to stop status notification or if the status notification service 107 is ended (step S81), the status recognition process 103 ends.

  FIG. 11 shows the flow of the situation recognition process 105 of the AED terminal 9.

  As shown in FIG. 11, whether or not the identification code of the available AED 7 notified in the participation request 97 from the management server 5 indicates the own device, that is, whether or not the own device falls under the available AED 7. Checked (step S91). When the own device falls under usable AED7 (step S92), a notification signal using sound, light, message display, etc. for notifying people in the vicinity of the AED7 is output (step S93). .

  Then, a status notification request is transmitted to the management server 5 (step S94). Then, since the status notification service 107 is provided from the management server 5, for example, a navigation image for going from the position of the AED terminal 9 to the site location is displayed using the status notification service 107 (step S95). ). This navigation image can be used by a person who carries the AED 7 and wants to go on site.

  When the electrocardiogram data of the rescuer is received, the electrocardiogram data is stored in the AED terminal 9, and (if the AED 7 has a function of accepting the electrocardiogram data). It is transmitted to the AED 7 (step S95). The AED 7 can use the electrocardiogram data for pre-operation preparation and post-operation post-report.

  Further, it is checked whether or not a rescue participation input 113 has been received from the user (for example, a rescue participation switch on the display screen is turned on) (step S97). For example, a person who transports the AED 7 to the site performs input 113 for rescue participation. If there is this rescue participation input 113 (step S98), the rescue participation process 115 is started (step S99).

  Further, it is checked whether or not there is an input for stopping the status notification from the user (for example, the status display switch on the display screen is turned OFF) and whether or not the status notification service 107 is terminated by the management server 5 (step S100). ). If there is no input for stopping the status notification and the status notification service 107 is also continued (step S101), the processes after step S95 described above are repeated. If there is an input to stop status notification or the status notification service 107 is ended (step S101), the status recognition process 105 ends.

  FIG. 12 shows the flow of the rescue participation processes 111 and 115 of the user terminal 3 and the AED terminal 9, respectively. The relief participation process 111 of the user terminal 3 and the relief participation process 115 of the AED terminal 9 are basically the same flow.

  As shown in FIG. 12, a notification of rescue participation is transmitted to the management server 5 (step S111). The management server 5 that has received the rescue participation notification registers the users of the communication terminals (hereinafter referred to as “participating terminals”) 3 and 9 that have sent the rescue participation notification as group members, as described above, and the participating terminals 3 and 9 A group communication service 117 is provided. Thereby, in each of the participating terminals 3 and 9, a list of group members participating in group communication is displayed on the display screen, and group communication with other members is performed (step S112). In group communication, voice conversation, exchange of still images and moving images can be performed. At that time, in the group member list display, the display is controlled so that each member can be distinguished whether or not he / she is a registered qualifier, and the display is controlled so that he / she can speak which member is speaking. The utterances of the members are treated with priority over the utterances of other members. As a result, team activities in which registered qualifiers demonstrate leadership are facilitated.

  Then, it is checked whether or not there has been an input to leave the group communication and the service end by the management server 5 is checked (step S113). If any of them exists (step S114), the rescue participation processes 111 and 115 are finished.

  The embodiments of the present invention described above are merely examples for description, and are not intended to limit the scope of the present invention to those embodiments. The present invention can be implemented in various forms different from the above embodiments.

  For example, at least a part of the control steps performed by the management server 5 in the above embodiment can be performed by the user terminal 3 or the AED terminal 9. In the embodiment, at least a part of the control steps performed at the user terminal 3 or the AED terminal 9 can be performed at the management server 5.

  In addition, an emergency support system in which the AED terminal 9 does not exist can be configured. It is also possible to configure an emergency support system that uses rescue equipment other than AED (including facilities). In addition to general individual users, users may include medical institutions, fire departments, police departments, and members of the organizations.

  Moreover, in the said embodiment, as a field location used as the standard which judges which user terminal 3 is a user terminal which can participate, the place where the relief request was transmitted, ie, the position of the request user terminal 3 at the time of relief request transmission (this is In this case, the current position of the requesting user terminal (which can move with time) may be used instead. Also, as the position of the AED used to determine which AED 7 can be used, the installation location of the AED 7 (which does not move) may be used, or the current position of the AED terminal 9 (this is May move over time).

  In the above embodiment, the management server 5 performs control to determine which AED 7 is available AED. However, each AED terminal 9 may perform the control by determining the relationship between the current position of the own device (or a predetermined installation position of the corresponding AED 7) and the site position.

1: emergency operation support system, 3: user terminal, 5: cloud management server, 7: AED, 9: AED terminal, 11: control unit, 13: MPU, 15: user application, 17: near field communication unit, 19: Mobile communication unit, 21: positioning unit, 23: voice input / output unit, 25: camera unit, 27: display unit, 29: operation input unit, 31: storage unit, 33: wearable electrocardiograph, 41: control unit, 43 : MPU, 45: user application, 47: near field communication unit, 49: mobile communication unit, 51: positioning unit, 53: voice input / output unit, 55: camera unit, 57: display unit, 59: operation input unit, 61 : Storage unit, 71: control unit, 73: network communication unit, 75: user database, 77: AE database, 79: map database, 81, 83, 85: standby process, 87: rescue request input, 91 rescue request program Seth, 93: Rescue request, 95: Participation request process, 97: Participation request, 99: Situation notification process, 101: Group communication process, 103, 105: Situation recognition process, 107: Situation notification service, 109, 113: Participation in rescue Input, 111, 115: relief participation process, 117: group communication service.

Claims (14)

In a system for supporting emergency activities by a plurality of users using a plurality of user terminals that are communication terminals carried by a plurality of users,
If there is a predetermined input in any one of the plurality of user terminals, means for controlling the user terminal having the predetermined input and transmitting a rescue request;
When the rescue request is transmitted, means for identifying the site location based on the location of the requested user terminal that is the user terminal that transmitted the rescue request;
Based on the location of the site and the location of the user terminal other than the requested user terminal, one or more user terminals having a first positional relationship with the site location are joined from the other user terminals. Means to select as a possible user terminal,
An emergency support system comprising means for controlling the user terminal that can participate and notifying the user of the user terminal that can participate that the rescue request has been made. Means for locating a plurality of rescue devices respectively located at different locations;
When the rescue request is transmitted, based on the site location and the location of the plurality of rescue devices, means for selecting a rescue device in a second positional relationship with the site location as an available device;
The emergency support system according to claim 1, further comprising means for selecting one or more user terminals having a third positional relationship with the position of the available device as the user terminals that can participate. The emergency operation support system according to any one of claims 1 to 2, further comprising means for controlling the requesting user terminal to output an alarm signal to a space around the requesting user terminal. 4. The apparatus according to claim 1, further comprising: a unit that controls the user terminal that can participate based on the position of the site and the position of the user terminal that can participate, and provides predetermined situation information to a user of the user terminal that can participate. The emergency operation support system according to any one of the above. The predetermined situation information includes navigation information for going to the site location;
The emergency support system according to claim 4. The system according to any one of claims 1 to 5, further comprising means for selecting two or more communication terminals from the joinable user terminal and the requesting user terminal and performing group communication between the selected two or more communication terminals. The emergency operation support system according to claim 1. The group that identifies a qualified user having a predetermined qualification from users of the two or more communication terminals that execute the group communication, and supports the qualified user with priority over other users in the group communication. The emergency operation support system according to claim 6, further comprising means for controlling communication. When a communication terminal is attached to one or more of the plurality of rescue devices, means for selecting, as an available device terminal, an accessory attached to the available device from the attached communication terminals;
The emergency operation support system according to claim 2, further comprising means for controlling the available device terminal to output a notification signal to a space around the available device. Based on the position of the available device and the position of the user terminal that can participate, further comprising means for controlling the user terminal that can participate and providing predetermined second situation information to a user of the user terminal that can participate The emergency operation support system according to any one of claims 2 and 8. The predetermined second situation information includes navigation information for going to the position of the available device.
The emergency operation support system according to claim 9. Claims further comprising means for selecting two or more communication terminals from the available device terminal, the requesting user terminal, and the joinable user terminal and performing group communication between the selected two or more communication devices. The emergency operation support system according to any one of Items 8 to 10. In a method for supporting emergency activities by a plurality of users by using a plurality of user terminals that are communication terminals carried by a plurality of users,
If there is a predetermined input in any one of the plurality of user terminals, sending a rescue request from the user terminal having the predetermined input;
If the rescue request is transmitted, the step of identifying the site location based on the location of the requested user terminal that is the user terminal that transmitted the rescue request;
One or more user terminals having a predetermined positional relationship with the site position can participate from the other user terminals based on the site location and the location of a user terminal other than the requested user terminal. Selecting as user terminal,
And a step of controlling the user terminal that can participate to inform the user of the user terminal that can participate that the rescue request has been made. In a computer program readable by each user terminal for supporting emergency activities by the plurality of users using a plurality of user terminals that can be connected to a communication network carried by each of a plurality of users,
When there is a predetermined input, sending a rescue request to the communication network;
Receiving from the communication network a notification of the field location based on a rescue request sent from another user terminal;
Based on the notification of the site location, when the terminal is located in a first positional relationship with the site location, the step of notifying the user of the terminal that the rescue request has been made to each user terminal A computer program to be executed. Receiving a notification of the location of an available rescue device based on a rescue request sent from another user terminal from the communication network;
Based on the notification of the position of the available rescue device, when the terminal is in a second positional relationship with respect to the position of the available rescue device, the user of the local terminal indicates that the rescue request has been made. The computer program according to claim 13, further causing each of the user terminals to execute the step of informing the user.

Images