Rescue support system, rescue support method, and rescue support program

Abstract

To provide a rescue support system, rescue support method, and rescue support program for quickly rescuing those in need of rescue.SOLUTION: A rescue support system 100 comprises: an acquisition processing unit 112 for acquiring a rescue request of a rescuee; a determination processing unit 113 for retrieving multiple rescuer candidates for the rescuee according to the rescue request to determine a rescuer for the rescuee from among the multiple rescuer candidates; an output processing unit 114 for outputting the rescue request to the rescuer; and an assignment processing unit 115 for assigning the rescuer to the rescuee upon receipt of a response indicating acceptance of the rescue request from the rescuer.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a rescue support system, a rescue support method, and a rescue support program. [Background technology]

[0002] Conventionally, there is known a system that enables evacuees in the middle of evacuation to rescue a person in need of rescue in the event of a disaster, accident, etc. For example, Patent Document 1 discloses a system that acquires a rescue request and current location information of a person in need of rescue, and current location information of the evacuee, and presents information on an evacuation site, an evacuation route, and the person in need of rescue to the evacuee. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2013-25785 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, with conventional technology, there is a problem that rescue efforts for the person in need of rescue can be delayed if circumstances arise that make it difficult to rescue the person in need of rescue, such as when an evacuee who has received a rescue request is injured while moving to the rescue location for the person in need of rescue, or when traffic on the road to the rescue location is restricted.

[0005] An object of the present invention is to provide a rescue support system, a rescue support method, and a rescue support program that are capable of quickly rescuing a person in need of rescue. [Means for solving the problem]

[0006] A rescue support system according to one aspect of the present invention is a system comprising an acquisition processing unit that acquires a rescue request from a person in need of rescue, a determination processing unit that searches for a plurality of rescue candidates corresponding to the person in need of rescue based on the rescue request and determines a rescuer for the person in need of rescue from among the plurality of rescue candidates, an output processing unit that outputs the rescue request to the rescuer, and an allocation processing unit that, when a response indicating acceptance of the rescue request is obtained from the rescuer, assigns the rescuer to the person in need of rescue.

[0007] In this way, the rescue support system can identify in advance multiple rescue candidates that can be assigned to a person in need of rescue. This makes it possible to quickly assign a second user to the rescue requester from among the rescue candidates, even if, for example, after a first user is assigned as a rescuer to the person in need of rescue, the first user is unable to rescue the person in need of rescue while on his / her way to the rescue. This makes it possible to prevent delays in rescue activities for the person in need of rescue, and to quickly rescue the person in need of rescue.

[0008] A rescue support method according to another aspect of the present invention is a method in which one or more processors execute an acquisition step of acquiring a rescue request from a person in need of rescue, a determination step of searching for a plurality of rescue candidates corresponding to the person in need of rescue based on the rescue request and determining a rescuer for the person in need of rescue from among the plurality of rescue candidates, an output step of outputting the rescue request to the rescuer, and an assignment step of assigning the rescuer to the person in need of rescue when a response indicating acceptance of the rescue request is obtained from the rescuer.

[0009] A rescue support program according to another aspect of the present invention is a program for causing one or more processors to execute the following steps: an acquisition step of acquiring a rescue request from a person in need of rescue; a determination step of searching for multiple rescue candidates corresponding to the person in need of rescue based on the rescue request and determining a rescuer for the person in need of rescue from among the multiple rescue candidates; an output step of outputting the rescue request to the rescuer; and an assignment step of assigning the rescuer to the person in need of rescue when a response indicating acceptance of the rescue request is obtained from the rescuer. Effect of the Invention

[0010] According to the present invention, it is possible to provide a rescue support system, a rescue support method, and a rescue support program that are capable of quickly rescuing a person in need of rescue. [Brief description of the drawings]

[0011] [Figure 1] FIG. 1 is a functional block diagram showing a configuration of a rescue support system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a diagram showing an example of user information used in the rescue support system according to the embodiment of the present invention. [Diagram 3] FIG. 3 is a diagram showing an example of rescue requester information used in the rescue support system according to the embodiment of the present invention. [Figure 4] FIG. 4 is a diagram showing an example of rescue candidate information used in the rescue support system according to the embodiment of the present invention. [Diagram 5] FIG. 5 is a diagram showing an example of a display screen displayed on the rescue requester terminal of the rescue support system according to the embodiment of the present invention. [Figure 6] FIG. 6 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 7] FIG. 7 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 8]FIG. 8 is a diagram showing an example of a display screen displayed on the rescue requester terminal of the rescue support system according to the embodiment of the present invention. [Figure 9] FIG. 9 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 10] FIG. 10 is a diagram showing an example of a display screen displayed on the rescue requester terminal of the rescue support system according to the embodiment of the present invention. [Figure 11] FIG. 11 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 12] FIG. 12 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 13] FIG. 13 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 14] FIG. 14 is a flowchart showing an example of a procedure of a rescue support process executed in the rescue support system according to the embodiment of the present invention. [Figure 15] FIG. 15 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 16] FIG. 16 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. [Figure 17] FIG. 17 is a diagram showing an example of a display screen displayed on the rescuer terminal of the rescue support system according to the embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings to facilitate understanding of the present invention. Note that the following embodiments are examples of the present invention and do not limit the technical scope of the present invention.

[0013] [Rescue Support System 100] 1, a rescue support system 100 according to an embodiment of the present invention includes a rescue support device 1 and one or more user terminals 2 (a rescue requester terminal 2X, a rescuer terminal 2Y). The rescue support device 1 and the user terminals 2 can communicate with each other via a communication network N1 such as the Internet, a LAN, a WAN, or a public telephone line.

[0014] The rescue support device 1 is a system that, when receiving a rescue request from a rescue requester, searches for a rescuer capable of rescuing the rescue requester and outputs the rescue request to the rescue requester to support the rescue of the rescue requester. The rescue support device 1 provides a user with a rescue support service that supports the rescue of the rescue requester in response to the rescue request from the rescue requester. The rescue support device 1 is an information processing device that can receive a rescue request from the user terminal 2 (rescuer terminal 2X) of the rescue requester, output the rescue request to the user terminal 2 (rescuer terminal 2Y) of the rescuer, and display a route (movement route) from the current position of the rescuer to the rescue position of the rescue requester on a map of the rescuer terminal 2Y. The user terminal 2 is an information processing device that is operated by a user (rescuer) who requests rescue and a user (rescuer) who rescues the rescue requester, and obtains rescue information, route information, map information, and the like from the rescue support device 1.

[0015] In this embodiment, the user terminal 2 includes a user terminal 2 (hereinafter referred to as "rescuer terminal 2X") used by a user (rescuer) who uses the rescue support service to make a rescue request, and a user terminal 2 (hereinafter referred to as "rescuer terminal 2Y") used by a user (rescuer) who uses the rescue support service to rescue the rescuer in response to a rescue request. The rescue support system 100 may include multiple rescuer terminals 2X and multiple rescuer terminals 2Y. The user terminals 2 (rescuer terminal 2X, rescuer terminal 2Y) are examples of operation terminals of the present invention.

[0016] In this embodiment, the rescue support device 1 alone corresponds to the rescue support system according to the present invention, but the rescue support system according to the present invention may include one or more components of the rescue support device 1 and the user terminal 2. For example, when the components of the rescue support device 1, the rescue requester terminal 2X, and the rescuer terminal 2Y cooperate to share and execute a rescue support process (see FIG. 14) described below, a system including a plurality of components that execute the process may constitute the rescue support system according to the present invention. For example, the rescue support device 1, the rescue requester terminal 2X, and the rescuer terminal 2Y may constitute the rescue support system according to the present invention.

[0017] [Rescue support device 1] As shown in Fig. 1, the rescue support device 1 includes a control unit 11, a storage unit 12, an operation display unit 13, a communication I / F 14, etc. The rescue support device 1 is an information processing device such as a personal computer. The rescue support device 1 is not limited to one computer, and may be a computer system in which multiple computers work together. In addition, various processes executed by the rescue support device 1 may be executed in a distributed manner by one or multiple processors.

[0018] The communication I / F 14 is a communication interface for connecting the rescue support device 1 to the communication network N1 via a wired or wireless connection, and for performing data communication in accordance with a predetermined communication protocol between the rescue requester terminal 2X and the rescuer terminal 2Y and other external devices via the communication network N1.

[0019] The operation display unit 13 is a user interface that includes a display unit, such as a liquid crystal display or an organic EL display, that displays various information, and an operation unit, such as a mouse, a keyboard, or a touch panel, that accepts operations.

[0020] The storage unit 12 is a non-volatile storage unit including a semiconductor memory, a hard disk drive (HDD), or a solid state drive (SSD) that stores various information. For example, the storage unit 12 stores a control program such as a rescue support program for causing the control unit 11 to execute a rescue support process (see FIG. 14) described later. For example, the rescue support program is non-temporarily recorded on a computer-readable recording medium such as a USB, a CD, or a DVD (all of which are registered trademarks), and is read by a reading device (not shown) such as a USB drive, a CD drive, or a DVD drive that is electrically connected to the rescue support device 1 and stored in the storage unit 12. The rescue support program may be downloaded from an external device via a communication network N1 and stored in the storage unit 12.

[0021] The storage unit 12 also includes data such as user information D1, rescue requester information D2, and rescue candidate information D3. The storage unit 12 may also include road information (regulation information, traffic congestion information, accident information, etc.) acquired from an external server.

[0022] FIG. 2 is a diagram showing an example of user information D1. The user information D1 includes information on a user who can use the rescue support service. For example, the user information D1 includes information such as a user ID, a user name, an email address, an age, a gender, a current location, and a rescue skill. The user installs an application for the rescue support service in, for example, a user terminal 2, and registers personal information such as a user ID, a password (not shown), a user name, an email address, an age, and a gender on a registration screen. The user ID and the password can be arbitrarily set by the user, and are used as login information when using the rescue support service. The email address is, for example, an email address for transmitting and receiving various information to and from the rescue support device 1.

[0023] The rescue skills are information indicating the rescue capabilities (rescue techniques, rescue knowledge, etc.) of the user. The rescue skills are set based on, for example, the user's past rescue activity performance (rescue history), rescue performance, attendance history of lifesaving courses, first aid courses, skill courses, disaster prevention courses, etc., and the presence or absence of certification related to rescue and disaster prevention. The control unit 11 may register the rescue skills in the user information D1 based on the past rescue performance, etc., or may register the rescue skills in the user information D1 based on the user's registration operation. The control unit 11 registers, for example, an evaluation value on a five-level scale as the rescue skill based on each of the information.

[0024] The current location is information indicating the current location of the user. For example, the control unit 11 registers location information acquired from the user terminal 2 of the user in the user information D1. The control unit 11 updates the current location in real time.

[0025] A user registered in the user information D1 can request rescue as a person in need of rescue if he or she becomes affected by a disaster or is injured, and can also participate in rescue activities to rescue a person in need of rescue as a rescuer. For example, if the rescue support service is introduced as part of mutual aid in a specific area, information on residents of the specific area is registered in the user information D1. This enables residents of the specific area to use the rescue support service to request rescue and carry out rescue activities. Users aged 65 or older (elderly people) may be prohibited from acting as rescuers.

[0026] FIG. 3 is a diagram showing an example of the rescue requester information D2. The rescue requester information D2 includes information about the rescue requester who has made a rescue request. For example, the rescue requester information D2 includes information such as a user ID, a current location, a rescue request time, and a rescue level. The current location is information indicating the current location of the rescue requester (an example of a rescue location of the present invention). For example, the control unit 11 registers location information acquired from the rescue requester's terminal 2X of the rescue requester in the rescue requester information D2. The control unit 11 updates the current location in real time. Note that the rescue location of the present invention is not limited to the current location of the rescue requester, and may be a location designated by the rescue requester. The rescue request time is the time when the rescue requester made the rescue request, that is, the time when the control unit 11 acquired the rescue request from the rescue requester's terminal 2X of the rescue requester.

[0027] The rescue level is information indicating the degree of difficulty or urgency of rescuing the rescue requester. For example, if the rescue requester is elderly and cannot walk by himself / herself or is injured, the rescue level is set to the maximum level "3". Also, for example, if the rescue requester is not elderly and can walk by himself / herself or is not injured, the rescue level is set to the minimum level "1". In this way, the rescue level is set according to the attributes (age, sex, etc.) of the rescue requester, walking condition, injury condition, etc. of the rescue requester. Also, the rescue level may be set according to the current location of the rescue requester. For example, if the current location of the rescue requester is a place where disasters are likely to occur (along the mountains, along the sea, along the river, etc.), the rescue level is set to a high level. When the control unit 11 acquires a rescue request from the rescue requester, the control unit 11 determines the rescue level based on each of the information related to the rescue requester and registers it in the rescue requester information D2. The rescue level of the present invention is set based on at least one of information on whether the rescue requester can walk or not and information on whether the rescue requester is injured or not.

[0028] FIG. 4 is a diagram showing an example of the rescue candidate information D3. The rescue candidate information D3 includes information on users (rescue candidates) who are candidates for rescuers to be assigned (matched) to the rescue requester. The control unit 11 searches for rescue candidates from among the users registered in the user information D1 based on information such as the attributes (age, sex, etc.) of the rescue requester, the current location, and the rescue level. For example, if the rescue requester is an elderly male who cannot walk on his / her own and is injured, the control unit 11 searches for a young male with high rescue skills as a rescue candidate. For example, if the rescue requester is an elderly female who can walk on her / her own and is not injured, the control unit 11 searches for a young female as a rescue candidate regardless of rescue skills. In addition, if one of the roads leading to the current location of the rescue requester is subject to traffic restrictions, the control unit 11 searches for a user who can use the other road as a rescue candidate. The control unit 11 determines (matches) a rescuer to be assigned to the rescue requester from among the rescue candidates.

[0029] The rescue candidate information D3 includes information such as candidate rank, user ID, current location, and estimated arrival time. The candidate rank is information indicating the priority order determined for the rescuer. For example, if a user (user A5) with candidate rank "1" is determined as the rescuer but is not assigned to the rescue requester A2, the next user with candidate rank "2" (user A8) is determined as the rescuer. The current location is information indicating the current location of the rescuer. For example, the control unit 11 registers location information obtained from the rescuer's rescuer terminal 2Y in the rescue candidate information D3. The control unit 11 updates the current location in real time.

[0030] The estimated arrival time is information indicating the estimated time when a rescuer will arrive at the current location of the rescue requester. When the control unit 11 receives a rescue request, the control unit 11 calculates the estimated arrival time based on the distance from the current location of the rescue candidate to the current location of the rescue requester and the travel speed of the travel means (car, walking, etc.), and registers the calculated estimated arrival time in the rescue candidate information D3. The control unit 11 may also calculate the remaining time from the current time to the estimated arrival time, and register the calculated estimated arrival time in the rescue candidate information D3.

[0031] The control unit 11 may set the candidate ranking in order of earliest expected arrival time, or in order of proximity to the current location of the person in need of rescue, or in order according to the attributes of the rescuer (for example, from youngest to oldest), or in order according to the rescue skills of the user information D1 (for example, from highest to lowest rescue skill).

[0032] Rescue candidate information D3 is stored in the storage unit 12 for each rescue requester. Fig. 4 is an example of rescue candidate information D3 corresponding to a rescue requester A2 (user ID "0002") (see Fig. 3). Every time the control unit 11 receives a rescue request from a rescue requester, it generates rescue candidate information D3 corresponding to each rescue requester individually and stores it in the storage unit 12.

[0033] At least one of the user information D1, the rescue requester information D2, and the rescue candidate information D3 in the storage unit 12 may be stored in a data server (not shown) installed outside the rescue support device 1. The data server may be configured as one physical server, or may be configured as a cloud server constructed of multiple physical servers.

[0034] The control unit 11 has control devices such as a CPU, a ROM, and a RAM. The CPU is a processor that executes various arithmetic processing. The ROM is a non-volatile storage unit in which control programs such as a BIOS and an OS for causing the CPU to execute various arithmetic processing are stored in advance. The RAM is a volatile or non-volatile storage unit that stores various information, and is used as a temporary storage memory (work area) for various processes executed by the CPU. The control unit 11 controls the rescue support device 1 by executing, by the CPU, various control programs stored in advance in the ROM or the storage unit 12.

[0035] However, in the conventional technology, when circumstances make it difficult to rescue the person in need of rescue, such as when a rescuer who has received a rescue request is injured while moving to the rescue location of the person in need of rescue, or when traffic on the road to the rescue location is restricted, there is a problem that rescue activities for the person in need of rescue are delayed. In contrast, the rescue support device 1 according to the present embodiment makes it possible to quickly rescue the person in need of rescue.

[0036] Specifically, as shown in Fig. 1, the control unit 11 includes various processing units such as a reception processing unit 111, an acquisition processing unit 112, a decision processing unit 113, an output processing unit 114, an allocation processing unit 115, a notification processing unit 116, and a release processing unit 117. The control unit 11 functions as the various processing units by executing various processes according to the rescue support program with the CPU. Some or all of the processing units included in the control unit 11 may be configured with electronic circuits. The rescue support program may be a program for causing a plurality of processors to function as the various processing units.

[0037] The reception processing unit 111 receives an application to use the rescue support service from a user. For example, the user starts an application for the rescue support service on his / her own user terminal 2, and inputs a user ID and password on a login screen. The reception processing unit 111 acquires the user ID and password from the user terminal 2. If the acquired user ID and password are registered in user information D1 (see FIG. 2), the reception processing unit 111 authenticates the user and permits the use of the rescue support service. This allows the user to use the rescue support service. For example, the user (person requesting rescue) is able to input a rescue request on the person requesting rescue terminal 2X. In addition, the user (rescuer) is able to input his / her intention to accept the rescue request and participate in the rescue activity.

[0038] The acquisition processing unit 112 acquires the rescue request from the rescue requester's terminal 2X. The rescue request includes at least the current location (rescue location) of the rescue requester. The rescue request may also include at least one of the walking status and the injury status of the rescue requester.

[0039] Here, as an example, the rescue request includes the current location, walking status, and injury status of the rescue requester. For example, as shown in FIG. 5, the rescue requester A2 (user ID "0002") inputs the current location in an input field K11 on the operation screen of the rescue requester terminal 2X. The control unit 11 may cause the rescue requester terminal 2X to display information on the current location based on the location information acquired from the rescue requester terminal 2X. Also, as shown in FIG. 5, the rescue requester A2 may be able to select whether the current location is at home or outside the home. Also, the rescue requester A2 inputs the walking status in an input field K12 on the operation screen of the rescue requester terminal 2X. For example, the rescue requester A2 selects "cannot walk" when he / she cannot walk by himself / herself, and selects "can walk" when he / she can walk by himself / herself. Also, the rescue requester A2 inputs the injury status in an input field K13 on the operation screen of the rescue requester terminal 2X. For example, the rescue requester A2 selects "injured" when he / she is injured, and selects "not injured" when he / she is not injured.

[0040] When the rescue requester A2 inputs each item (K11 to K13) and presses the operation button K14 of "request rescue", the rescue requester terminal 2X of the rescue requester A2 outputs a rescue request associated with the user ID "0002" to the rescue support device 1. As a result, the acquisition processing unit 112 acquires the rescue request of the rescue requester A2 from the rescue requester terminal 2X. Here, an example is shown in which the acquisition processing unit 112 acquires the rescue request of the rescue requester A2 at "12:30" (see FIG. 5). When the acquisition processing unit 112 acquires the rescue request of the rescue requester A2, it registers each piece of information in the rescue requester information D2 (see FIG. 3). For example, since the rescue requester A2 is an elderly person ("84 years old"), is in a state where he or she cannot walk by himself or herself, and is injured, the acquisition processing unit 112 sets the rescue level to the maximum level "3" and registers it in the rescue requester information D2 (see FIG. 3). The acquisition processing unit 112 is an example of the acquisition processing unit of the present invention.

[0041] The determination processing unit 113 determines a rescuer for a rescue requester based on a rescue requester from the rescue requester. That is, the determination processing unit 113 matches a rescuer suitable for the rescue requester. Specifically, the determination processing unit 113 searches for one or more rescue candidates corresponding to the rescue requester based on the rescue request from the rescue requester, and determines a rescuer for the rescue requester from among the multiple rescue candidates. In addition, the determination processing unit 113 determines a rescuer based on at least any of information including a rescue location of the rescue requester, a scheduled time of arrival at the rescue location of the rescue requester (estimated arrival time), attributes of the rescue requester (age, sex, etc.), a rescue level of the rescue requester, and a rescue skill of the rescue candidate.

[0042] For example, the determination processor 113 extracts one or more users who have not requested rescue, are under 65 years old, have a current location within a predetermined distance from the current location P2 of the rescue requester A2, and have rescue skills that satisfy the rescue level of the rescue requester A2, from among the users registered in the user information D1 (see FIG. 2). The determination processor 113 identifies the extracted users as rescue candidates, and registers information about the rescue candidates in the rescue candidate information D3 (see FIG. 4). Here, the determination processor 113 identifies the users A1, A5, and A8 as rescue candidates, and registers the rescue candidate information D3 by ranking the candidates in order of the earliest scheduled time of arrival at the current location P2 of the rescue requester A2.

[0043] For example, if the rescue level of the rescue requester is "3", the decision processing unit 113 extracts users with rescue skills of "4" or "5" that satisfy the rescue level. For example, if the rescue level of the rescue requester is "2", the decision processing unit 113 extracts users with rescue skills of "3" or "4" that satisfy the rescue level. For example, if the rescue level of the rescue requester is "1", the decision processing unit 113 extracts users with rescue skills of "1" or "2" that satisfy the rescue level. In this way, by extracting users with rescue skills according to the rescue level and determining them as rescue candidates, it becomes possible to efficiently assign rescuers to a large number of rescue requesters.

[0044] The determination processor 113 determines a rescuer for the rescue requester A2 from one or more rescue candidates A1, A5, and A8 registered in the rescue candidate information D3. For example, the determination processor 113 determines a rescuer based on at least any of the following information: the current location P2 of the rescue requester A2, the estimated arrival time of the rescue requester A2 at the current location P2, the attributes of the rescue requester A2, the rescue level of the rescue requester A2, and the rescue skills of the rescue candidates A1, A5, and A8. Here, the determination processor 113 determines the rescue candidate A5 (see FIG. 4), who is ranked first among the rescue candidates A1, A5, and A8 and has the earliest estimated arrival time, as the rescuer.

[0045] In another embodiment, the determination processor 113 may determine multiple rescuers based on at least one of the following information: the current location P2 of the rescue requester A2, the estimated arrival time of the rescue requester A2 at the current location P2, the attributes of the rescue requester A2, the rescue level of the rescue requester A2, and the rescue skills of the rescue candidates A1, A5, and A8. The determination processor 113 is an example of a determination processor of the present invention.

[0046] The output processing unit 114 outputs a rescue request to the rescuer determined by the determination processing unit 113. Here, the output processing unit 114 outputs a rescue request from the rescue requester A2 to the rescuer terminal 2Y of the rescuer A5. The rescue request includes information such as the name, age, sex, current location P2, walking status, and injury status of the rescue requester A2. The output processing unit 114 is an example of an output processing unit of the present invention.

[0047] When the rescuer terminal 2Y of the rescuer A5 acquires the rescue request from the rescue support device 1, it displays a rescue request screen on the operation display unit 23 (see FIG. 1). FIG. 6 shows an example of the rescue request screen displayed on the rescuer terminal 2Y of the rescuer A5. As shown in FIG. 6, the rescue request screen displays information related to the rescue request (rescuer information), a current position P5 of the rescuer A5, a current position P2 of the rescuer A2, a route R1 from the current position P5 to the current position P2, and map information M1 including a route R2 from the current position P2 to the shelter H1. Note that in the present invention, the display of the route R2 from the current position P2 to the shelter H1 may be omitted.

[0048] 6 also displays operation buttons K21 and K22 for the rescuer A5 to select whether or not to accept the rescue request from the rescue requester A2. When accepting the rescue request from the rescue requester A2, the rescuer A5 presses the operation button K21 for "go to rescue," and further selects a means of transportation (e.g., "car" or "walk") to the current location P5 of the rescue requester A2.

[0049] When the rescuer A5 presses the operation button K21 of "Go to rescue" on the rescue request screen, the allocation processing unit 115 acquires a response from the rescuer A5 indicating that the rescue request of the rescue requester A2 is accepted. When the allocation processing unit 115 acquires a response from the rescuer A5 indicating that the rescue request of the rescue requester A2 is accepted, the allocation processing unit 115 assigns (matches) the rescuer A5 to the rescue requester A2. That is, the allocation processing unit 115 assigns the user A5 as a rescuer for the rescue requester A2. After pressing the operation button K21 of "Go to rescue", the rescuer A5 heads to rescue the rescue requester A2 while checking the map information M1. After rescuing the rescue requester A2, the rescuer A5 heads to the evacuation shelter H1 together with the rescue requester A2 while checking the map information M1.

[0050] In response to this, the rescuer A5 presses the "no rescue" operation button K22 if he does not accept the rescue request from the rescue requester A2. When the rescuer A5 presses the "no rescue" operation button K22 on the rescue request screen, the determination processor 113 determines the rescue candidate A8 (see FIG. 4), who is ranked second in the candidate order, as the rescuer. Here, the determination processor 113 determines the rescue candidate A8, who has the next earliest estimated arrival time after the rescue candidate A5, as the rescuer out of the rescue candidates A1 and A8. Then, the output processor 114 outputs the rescue request from the rescue requester A2 to the rescuer terminal 2Y of the rescuer A8.

[0051] When the rescuer terminal 2Y of the rescuer A8 acquires the rescue request from the rescue support device 1, the rescuer terminal 2Y displays a rescue request screen on the operation display unit 23 (see FIG. 1). FIG. 7 shows an example of the rescue request screen displayed on the rescuer terminal 2Y of the rescuer A8. As shown in FIG. 7, the rescue request screen displays information related to the rescue request (rescuer information), a current position P8 of the rescuer A8, a current position P2 of the rescuer A2, a route R1 from the current position P8 to the current position P2, and map information M1 including a route R2 from the current position P2 to the evacuation shelter H1. When accepting the rescue request from the rescuer A2, the rescuer A8 presses the operation button K21 for "go to rescue" and further selects a means of transportation (for example, "car" or "walk") to the current position P5 of the rescuer A2.

[0052] When the rescuer A8 presses the operation button K21 of "Go to rescue" on the rescue request screen, the allocation processing unit 115 acquires a response from the rescuer A8 indicating that the rescue request of the rescue requester A2 is accepted. When the allocation processing unit 115 acquires a response from the rescuer A8 indicating that the rescue request of the rescue requester A2 is accepted, the rescuer A8 is assigned (matched) to the rescue requester A2. That is, the allocation processing unit 115 assigns the user A8 as a rescuer for the rescue requester A2. After the rescuer A8 presses the operation button K21 of "Go to rescue", the rescuer A8 heads to rescue the rescue requester A2 while checking the map information M1. In addition, after rescuing the rescue requester A2, the rescuer A8 heads to the evacuation shelter H1 together with the rescue requester A2 while checking the map information M1. On the other hand, when the rescuer A8 does not accept the rescue request of the rescue requester A2, the rescuer A8 presses the operation button K22 of "No rescue". The allocation processing unit 115 is an example of an allocation processing unit of the present invention.

[0053] In this way, the determination processing unit 113 repeats the process of determining a rescuer from among the rescue candidates until a rescuer who will accept the rescue request is found. If no rescuer who will accept the rescue request is found among the rescue candidates, the output processing unit 114 outputs (reports) the rescue request of the rescue requester A2 to a rescue organization such as a fire department or a city / town / village office.

[0054] The notification processing unit 116 notifies the rescue requester's terminal 2X of the result of the allocation process (matching result) of rescuers to rescue requesters performed by the allocation processing unit 115. For example, when rescuer A5 is allocated to rescue requester A2, the notification processing unit 116 notifies the rescue requester's terminal 2X of rescue requester A2 of information about rescuer A5 (such as name, age, and sex) and expected arrival information T1 such as the expected arrival time and the remaining time from the current time to the expected arrival time.

[0055] When the rescue requester terminal 2X of the rescue requester A2 acquires the matching result from the rescue support device 1, it displays rescue information on the operation display unit 23 (see FIG. 1). FIG 8 shows an example of a rescue information screen displayed on the rescue requester terminal 2X of the rescue requester A2. As shown in FIG 8, the rescue information screen displays information about the rescuer A5, and map information M1 including a current position P5 of the rescuer A5, a current position P2 of the rescue requester A2, a route R1 from the current position P5 to the current position P2, and a route R2 from the current position P2 to the evacuation shelter H1.

[0056] 8 also displays an operation button K31 for notifying that the rescue requester A2 has confirmed that his / her rescue request has been accepted, and an operation button K32 for the rescue requester A2 to cancel the rescue request. The rescue requester A2 confirms that the rescue request has been accepted by the rescuer A5 and presses the "confirmed" operation button K31 when waiting for rescue from the rescuer A5. On the other hand, the rescue requester A2 presses the "cancel rescue request" operation button K32 when rescue is no longer necessary and the rescue request is canceled.

[0057] In addition, the notification processor 116 notifies the rescuer terminal 2Y of an inquiry to confirm that the rescuer is heading to rescue the rescuer. For example, when a rescuer A5 is assigned to the rescue requester A2, the notification processor 116 notifies the rescuer terminal 2Y of the rescuer A5 of expected arrival information T1 such as the expected arrival time and the remaining time from the current time to the expected arrival time, and an inquiry to confirm that the rescuer A5 is moving toward the current location P2 of the rescue requester A2.

[0058] When the rescuer terminal 2Y of the rescuer A5 receives the inquiry from the rescue support device 1, it displays a rescue confirmation screen on the operation display unit 23 (see FIG. 1). FIG 9 shows an example of the rescue confirmation screen displayed on the rescuer terminal 2Y of the rescuer A5. As shown in FIG 9, the rescue confirmation screen displays arrival schedule information T1, a current position P5 of the rescuer A5, a current position P2 of the rescue requester A2, a route R1 from the current position P5 to the current position P2, and map information M1 including a route R2 from the current position P2 to the evacuation shelter H1.

[0059] 9, an operation button K41 for notifying that the rescuer A5 has confirmed that he / she is moving to rescue the rescue requester A2, and an operation button K42 for notifying that the rescuer A5 is unable to rescue the rescue requester A2 are displayed. When the rescuer terminal 2Y receives the inquiry while the rescuer A5 is moving along the route R1 to rescue the rescue requester A2, the rescuer A5 presses the operation button K41. The rescuer A5 can confirm information on the rescue requester A2 (rescuer information) by pressing the operation button K43. On the other hand, the rescuer A5 presses the operation button K42 when the rescuer A5 is injured or injured while moving along the route R1 and it becomes difficult to rescue the rescue requester A2, when the passage along the route R1 during the movement is restricted, or when the scheduled arrival time is likely to be significantly delayed due to traffic congestion.

[0060] The notification processor 116 notifies the rescuer terminal 2Y of the rescuer A5 of the inquiry at a predetermined period (e.g., every three minutes) until the rescuer A5 rescues the rescue requester A2, i.e., until the current location P5 of the rescuer A5 coincides with the current location P2 of the rescue requester A2, in order to confirm that the rescuer A5 is heading to rescue the rescue requester A2. Note that the notification processor 116 may increase the frequency of the inquiry when the estimated arrival time calculated when the rescuer A5 is assigned to the rescue requester A2 is likely to be delayed while the rescuer A5 is moving. The rescuer A5 inputs a response every time the inquiry is received. The notification processor 116 is an example of a notification processor of the present invention.

[0061] The release processing unit 117 releases the allocation of a rescuer to a rescue requester when a predetermined condition is satisfied after a rescuer is assigned to the rescue requester by the assignment processing unit 115. In the above example, for example, the release processing unit 117 releases the assignment of user A5 who was assigned as a rescuer to the rescue requester A2. The release processing unit 117 is an example of the release processing unit of the present invention.

[0062] For example, when a response to the inquiry is not received from the rescuer terminal 2Y of the rescuer within a predetermined time, the release processing unit 117 releases the allocation of the rescuer to the rescue requester. For example, when a response indicating that the rescuer A5 is on his way to rescue (operation of the operation button K41 in FIG. 9) is not received within a predetermined time (e.g., 2 minutes) after the notification processing unit 116 notifies the rescuer terminal 2Y of an inquiry to confirm that the rescuer A5 is on his way to rescue the rescue requester A2, the release processing unit 117 releases the allocation of the rescuer A5 to the rescue requester A2. This makes it possible for the release processing unit 117 to release the allocation of the rescuer A5 to the rescue requester A2 when, for example, the rescuer A5 is affected by a disaster on his way to rescue and is unable to respond to the inquiry.

[0063] In addition, when the rescuer A5 responds to the inquiry by pressing an operation button K42 (see FIG. 9) for notifying the rescuer A2 that he or she is no longer able to rescue the rescue requester A2, the release processing unit 117 releases the allocation of the rescuer A5 to the rescue requester A2.

[0064] As another embodiment, the release processing unit 117 may release the allocation of a rescuer to a rescue requester when the rescuer does not move continuously for a predetermined time after being assigned to the rescue requester by the assignment processing unit 115, or when the rescuer moves in a direction different from the direction of the rescue requester's current location. For example, when the current location P5 of rescuer A5 does not move for a predetermined time or more, or when rescuer A5 moves along a route different from route R1 (e.g., a route in the opposite direction), the release processing unit 117 releases the allocation of rescuer A5 to rescue requester A2.

[0065] In another embodiment, the release processor 117 may release the allocation of the rescuer A5 to the rescue requester A2 when the current time passes the estimated arrival time at which the rescuer A5 will arrive at the current location P2 of the rescue requester A2 when the rescuer A5 receives a response indicating acceptance of the rescue request from the rescuer A5. For example, when it is expected that the rescuer A5 will not be able to arrive at the current location P2 of the rescue requester A2 by the original estimated arrival time "12:45", the release processor 117 releases the allocation of the rescuer A5 to the rescue requester A2. The original estimated arrival time means the estimated arrival time calculated at the time when the rescuer is allocated to the rescue requester. The release processor 117 may release the allocation of the rescuer A5 to the rescue requester A2 when it is expected that the rescuer A5 will not be able to arrive at the current location P2 of the rescue requester A2 by the time obtained by adding an additional time (for example, 5 minutes) to the original estimated arrival time.

[0066] In another embodiment, the cancellation processing unit 117 may cancel the allocation of the rescuer A5 to the rescue requester A2 when a cancellation request for canceling the allocation of the rescuer A5 is received from the rescue requester A2. For example, when the current time passes the estimated arrival time, the notification processing unit 116 notifies the rescue requester A2 of progress information T2 indicating that the current time has passed the estimated arrival time. When the rescue requester terminal 2X of the rescue requester A2 receives the progress information T2 from the rescue support device 1, the rescue requester terminal 2X displays the progress information T2 on the operation display unit 23 (see FIG. 1). FIG. 10 shows an example of a rescue confirmation screen displayed on the rescue requester terminal 2X of the rescue requester A2. As shown in Figure 10, the rescue confirmation screen displays progress information T2, which includes information indicating that the scheduled arrival time has passed and information about the changed scheduled arrival time, as well as map information M1, which includes the current location P5 of the rescuer A5, the current location P2 of the person in need of rescue A2, a route R1 from the current location P5 to the current location P2, and a route R2 from the current location P2 to the shelter H1.

[0067] 10 also displays an operation button K51 for the rescue requester A2 to request rescue from another rescuer, an operation button K52 for notifying the rescue requester A2 of waiting for rescue from the rescuer A5, and an operation button K53 for canceling the rescue request. When the rescue requester A2 presses the operation button K51 on the rescue confirmation screen, the release processing unit 117 acquires a release request from the rescue requester A2 requesting release of the allocation of the rescuer A5, and releases the allocation of the rescuer A5 to the rescue requester A2.

[0068] In another embodiment, the release processor 117 may release the allocation of the rescuer A5 to the rescue requester A2 when a response indicating that the acceptance of the rescue request is cancelled is received from the rescuer A5. For example, when the current time has passed the estimated arrival time, the notification processor 116 notifies the rescuer A5 of progress information T2 indicating that the current time has passed the estimated arrival time. When the rescuer terminal 2Y of the rescuer A5 receives the progress information T2 from the rescue support device 1, the rescuer terminal 2Y of the rescuer A5 displays the progress information T2 on the operation display unit 23 (see FIG. 1). FIG. 11 shows an example of a rescue confirmation screen displayed on the rescuer terminal 2Y of the rescuer A5. As shown in FIG. 11, the rescue confirmation screen displays the progress information T2 including information indicating that the estimated arrival time has passed and information on the changed estimated arrival time, and map information M1 including the current position P5 of the rescuer A5, the current position P2 of the rescue requester A2, a route R1 from the current position P5 to the current position P2, and a route R2 from the current position P2 to the shelter H1.

[0069] 11 also displays an operation button K61 for notifying that the rescuer A5 is on his / her way to rescue, and an operation button K62 for notifying that it has become difficult to rescue the rescue requester A2. When the rescuer A5 presses the operation button K62 on the rescue confirmation screen, the release processing unit 117 acquires a release request from the rescuer A5 requesting release of the allocation of the rescuer A5, and releases the allocation of the rescuer A5 to the rescue requester A2.

[0070] In another embodiment, the cancellation processing unit 117 may cancel the allocation of the rescuer A5 to the rescue requester A2 when a response to the progress information T2 is not received from the rescuer A5 within a predetermined time from the rescuer A5. For example, when the notification processing unit 116 does not receive a response indicating that the rescuer A5 is on his way to rescue (operation of the operation button K61) within a predetermined time (e.g., 2 minutes) after notifying the rescuer terminal 2Y of the rescuer A5 of the progress information T2 indicating that the current time has passed the estimated arrival time, the cancellation processing unit 117 cancels the allocation of the rescuer A5 to the rescue requester A2. This makes it possible for the cancellation processing unit 117 to cancel the allocation of the rescuer A5 to the rescue requester A2 when, for example, the rescuer A5 is affected by a disaster on the way to rescue and is unable to respond to the progress information T2.

[0071] In another embodiment, the cancellation processing unit 117 may cancel the allocation of the rescuer A5 to the rescue requester A2 when traffic is restricted, traffic is congested, or an accident occurs on the route R1 connecting the current location P2 of the rescue requester A2 and the current location P5 of the rescue candidate A5. The cancellation processing unit 117 determines the traffic conditions of the route R1 based on the road information stored in the storage unit 12 or road information acquired from an external server. For example, when traffic is restricted, traffic is congested, or an accident occurs on the route R1 while the rescuer A5 is moving along the route R1, the cancellation processing unit 117 cancels the allocation of the rescuer A5 to the rescue requester A2.

[0072] When the release processor 117 releases the allocation of a rescuer to the rescue requester, the determination processor 113 determines another rescuer for the rescue requester. For example, when the release processor 117 releases the allocation of rescuer A5 to the rescue requester A2, the determination processor 113 determines rescue candidate A8, who is ranked second among multiple rescue candidates (see FIG. 4), as the rescuer. In this case, the output processor 114 outputs a rescue request for the rescue requester A2 to the rescuer terminal 2Y of the rescuer A8.

[0073] When the rescuer terminal 2Y of the rescuer A8 acquires the rescue request from the rescue support device 1, the rescuer terminal 2Y displays a rescue request screen on the operation display unit 23 (see FIG. 1). FIG. 12 shows an example of the rescue request screen displayed on the rescuer terminal 2Y of the rescuer A8. As shown in FIG. 12, the rescue request screen displays information related to the rescue request (rescuer information), a current position P8 of the rescuer A8, a current position P2 of the rescuer A2, a route R1 from the current position P8 to the current position P2, and map information M1 including a route R2 from the current position P2 to the evacuation shelter H1. When accepting the rescue request of the rescuer A2, the rescuer A8 presses the operation button K21 of "Go to rescue" and further selects a means of transportation (for example, "car" or "walk") to the current position P5 of the rescuer A2. After pressing the operation button K21 of "Go to rescue", the rescuer A8 goes to rescue the rescuer A2 while checking the map information M1. After rescuing the rescue requester A2, the rescuer A8 heads to the evacuation shelter H1 together with the rescue requester A2 while checking the map information M1. On the other hand, if the rescuer A8 does not accept the rescue request of the rescue requester A2, the rescuer A8 presses the “No rescue” operation button K22.

[0074] According to this configuration, for example, if the initially determined rescuer A5 is unable to arrive at the current location P2 of the rescue requester A2 at the estimated arrival time, the rescuer A8 who is closest to the rescue requester A2 can be assigned to the rescue requester A2 at the point when the current time passes the estimated arrival time (for example, "12:46").

[0075] In another embodiment, the determination processor 113 may determine a rescuer who can reach the current location of the rescue requester using a second route different from the first route when the allocation of a rescuer to the rescue requester is cancelled by the cancellation processor 117. For example, when the allocation of the rescuer A5 to the rescue requester A2 is cancelled because a traffic restriction is imposed on the route R1 connecting the current location P5 of the rescuer A5 and the current location P2 of the rescue requester A2, the determination processor 113 determines, as the rescuer, user A8 who can reach the current location P2 of the rescue requester A2 using the route R1 that does not pass through the location with the traffic restriction (indicated by the "x" mark in FIG. 13).

[0076] [User device 2] As shown in FIG. 1, the user terminal 2 (rescuer terminal 2X, rescuer terminal 2Y) includes a control unit 21, a storage unit 22, an operation display unit 23, a communication I / F 24, a GPS receiver unit 25 (GPS: Global Positioning System, registered trademark), and the like. The rescuer terminal 2X is a mobile terminal carried by a user (rescuer) who uses the rescue support service to make a rescue request, and is an information processing device such as a smartphone, a mobile phone, or a tablet terminal. The rescuer terminal 2Y is a mobile terminal carried by a user (rescuer) who uses the rescue support service to perform rescue activities for the rescuer, and is an information processing device such as a smartphone, a mobile phone, or a tablet terminal. The rescuer terminal 2Y may be an in-vehicle device mounted on a vehicle. Hereinafter, when a function common to the rescuer terminal 2X and the rescuer terminal 2Y is described, it is referred to as a user terminal 2.

[0077] The GPS receiver 25 receives signals (GPS signals) transmitted from multiple GPS satellites (not shown) via an antenna (not shown) and detects positioning data (latitude, longitude, altitude) indicating the position of the user terminal 2 and the current time.

[0078] The communication I / F 24 is a communication interface for connecting the user terminal 2 to the communication network N1 via a wired or wireless manner, and for performing data communication in accordance with a predetermined communication protocol with external devices such as the rescue support device 1 via the communication network N1.

[0079] The operation display unit 23 is a user interface that includes a display unit, such as a liquid crystal display or an organic EL display, that displays various information, and an operation unit, such as a mouse, a keyboard, or a touch panel, that accepts operations.

[0080] The storage unit 22 is a non-volatile storage unit such as a flash memory that stores various types of information. For example, various control programs are stored in the storage unit 22. The control programs are non-temporarily recorded on a computer-readable recording medium such as a USB, CD, or DVD (all of which are registered trademarks), and are read by a reading device (not shown) such as a USB drive, CD drive, or DVD drive that is electrically connected to the user terminal 2 and stored in the storage unit 22. The control programs may be downloaded from an external device via the communication network N1 and stored in the storage unit 22.

[0081] The control unit 21 has control devices such as a CPU, a ROM, and a RAM. The CPU is a processor that executes various arithmetic operations. The ROM is a non-volatile storage unit in which control programs such as a BIOS and an OS for causing the CPU to execute various processes are stored in advance. The RAM is a volatile or non-volatile storage unit that stores various information, and is used as a temporary storage memory (work area) for various processes executed by the CPU. The control unit 21 controls the user terminal 2 by executing, by the CPU, various control programs stored in advance in the ROM or the storage unit 22.

[0082] Specifically, the control unit 21 includes various processing units such as a reception processing unit 211, a position detection processing unit 212, and a display processing unit 213. The control unit 21 functions as the various processing units by executing various processes according to the control program with the CPU. Some or all of the processing units included in the control unit 21 may be configured with electronic circuits. The control program may be a program for causing a plurality of processors to function as the various processing units.

[0083] The reception processing unit 211 acquires operation information operated by the user on the operation display unit 23 of the user terminal 2. For example, the rescue requester A2 starts an application for the rescue support service on his / her own rescue requester terminal 2X, and inputs a user ID and a password on a login screen. The reception processing unit 211 of the rescue requester terminal 2X transmits the acquired user ID and password to the rescue support device 1. The reception processing unit 211 of the rescue requester terminal 2X also accepts various operations for a rescue request from the rescue requester A2 on an operation screen (see FIG. 5) displayed on the rescue requester terminal 2X. The reception processing unit 211 of the rescuer terminal 2Y also accepts an operation to select whether or not to accept a rescue request from the rescuer A5 on a rescue request screen (see FIG. 6, etc.) displayed on the rescuer terminal 2Y.

[0084] The position detection processing unit 212 detects the current position of the user based on the positioning data detected by the GPS receiving unit 25. For example, the position detection processing unit 212 of the rescue requester terminal 2X of the rescue requester A2 detects the current position P2 and transmits position information including the current position P2 and the current time to the rescue support device 1. Also, for example, the position detection processing unit 212 of each of the rescuer terminals 2Y of the rescue candidates A1, A5, and A8 detects their respective current positions P1, P5, and P8 and transmits position information including the current position and the current time to the rescue support device 1.

[0085] The display processing unit 213 displays various types of information on the operation display unit 23 (see Figs. 5 to 13). For example, when the display processing unit 213 of the rescue requester terminal 2X of the rescue requester A2 receives display data of an operation screen for making a rescue request from the rescue support device 1, the display processing unit 213 displays the operation screen (see Fig. 5) on the operation display unit 23. For example, when the display processing unit 213 of the rescuer terminal 2Y of the rescuer A5 receives a rescue request from the rescue support device 1, the display processing unit 213 displays the rescue request screen (see Fig. 6) on the operation display unit 23. For example, when the display processing unit 213 of the rescue requester terminal 2X of the rescue requester A2 receives the matching result from the rescue support device 1, the display processing unit 213 displays the rescue information screen (see Fig. 8) on the operation display unit 23.

[0086] For example, when the display processing unit 213 of the rescuer terminal 2Y of the rescuer A5 receives an inquiry from the rescue support device 1 to confirm that the rescuer A5 is on his way to rescue the rescue requester A2, the display processing unit 213 of the rescuer terminal 2Y of the rescuer A5 displays a rescue confirmation screen (see FIG. 9) on the operation display unit 23. For example, when the display processing unit 213 of the rescuer terminal 2Y of the rescuer A5 receives from the rescue support device 1 progress information T2 indicating that the current time has passed the estimated arrival time, the display processing unit 213 of the rescuer terminal 2Y of the rescuer A5 displays a rescue confirmation screen (see FIG. 11) on the operation display unit 23.

[0087] Furthermore, when the display processing unit 213 acquires the map information M1 from the rescue support device 1, it causes the operation display unit 23 to display a route guidance screen (navigation screen).

[0088] [Rescue support processing] Hereinafter, the rescue support process executed by the control unit 11 of the rescue support device 1 will be described with reference to Fig. 14. The control unit 11 starts the execution of the rescue support program in response to an operation in which the rescue requester inputs a rescue request on an operation screen (see Fig. 5) displayed on the rescue requester's terminal 2X, thereby starting the execution of the rescue support process. Furthermore, the control unit 11 can execute the rescue support process in parallel for each rescue requester's terminal 2X in response to a rescue request from each rescue requester's terminal 2X. Note that the rescue support process may be terminated midway in response to a predetermined operation on the rescue requester's terminal 2X.

[0089] The present invention can be understood as a rescue support method for executing one or more steps included in the rescue support process.

[0090] Also, one or more steps included in the rescue support process described here may be omitted as appropriate. Also, the steps in the rescue support process may be executed in a different order as long as the same action and effect is achieved. Furthermore, although an example is described here in which the control unit 11 executes each step in the rescue support process, in other embodiments, each step in the rescue support process may be executed by a plurality of processors in a distributed manner. Here, the rescue support process will be described using an example of the above-mentioned embodiment.

[0091] First, in step S11, the control unit 11 determines whether or not a rescue request has been received from a rescue requester. For example, when the control unit 11 receives a rescue request from the rescue requester terminal 2X of the rescue requester A2 (S11: Yes), the process proceeds to step S12. The control unit 11 waits until a rescue request is received from any of the rescue requesters. Step S11 is an example of an acquisition step of the present invention.

[0092] Next, in step S12, the control unit 11 searches for one or more rescue candidates corresponding to the rescue requester A2. For example, the control unit 11 extracts one or more users who have not requested rescue, are under 65 years old, have a current location within a predetermined distance from the current location P2 of the rescue requester A2, and have rescue skills that satisfy the rescue level of the rescue requester A2, from among users registered in the user information D1 (see FIG. 2). The control unit 11 identifies the extracted users as rescue candidates and registers information about the rescue candidates in the rescue candidate information D3 (see FIG. 4). Here, the control unit 11 identifies the users A1, A5, and A8 as rescue candidates, sets the candidate ranking in order of the earliest scheduled time of arrival at the current location P2 of the rescue requester A2, and registers the rescue candidate information D3.

[0093] Next, in step S13, the control unit 11 determines whether or not a rescuer has been determined. Specifically, the control unit 11 determines a rescuer for the rescue requester from one or more rescue candidates registered in the rescue candidate information D3. For example, the control unit 11 determines a rescuer based on at least any of the following information: the current location P2 of the rescue requester A2, the estimated arrival time of the rescue requester A2 at the current location P2, the attributes of the rescue requester A2, the rescue level of the rescue requester A2, and the rescue skills of the rescue candidates A1, A5, and A8. Here, the control unit 11 determines the rescue candidate A5 (see FIG. 4), who has the earliest estimated arrival time and is ranked first among the rescue candidates A1, A5, and A8, as the rescuer.

[0094] In another embodiment, the control unit 11 may determine multiple rescuers for one rescue requester. For example, the control unit 11 may determine two rescue candidates A5 and A8 as rescuers based on the rescue level of the rescue requester A2 and the rescue skills of the rescue candidates. That is, the control unit 11 may match the rescue requester with the rescuer based on the rescue request of the rescue requester, and may also match multiple rescuers with each other. For example, when the rescue requester has a high rescue level, the control unit 11 may determine multiple users with high rescue skills as rescuers. In addition, the control unit 11 may determine multiple rescuers who can arrive at the current location of the rescue requester within a predetermined time. In addition, the control unit 11 may determine multiple rescuers who have the same route to the current location of the rescue requester.

[0095] In another embodiment, for example, when the rescue requester A2 inputs age, sex, and the like as desired conditions for a rescuer when making a rescue request, the control unit 11 may determine a rescuer who satisfies the desired conditions. For example, when the rescue requester A2 inputs a desired condition for a female rescuer, the control unit 11 determines a female user as the rescuer.

[0096] In another embodiment, the control unit 11 may determine a rescuer for the rescue requester A2 based on the traffic conditions of a route connecting the current location P2 of the rescue requester A2 and the current locations of the rescue candidates. For example, as shown in Fig. 15, if a route R1 connecting the current location P5 of the rescuer A5 and the current location P2 of the rescue requester A2 is restricted in the middle of the route R1 due to traffic restrictions (indicated by "x" in Fig. 15) and cannot be passed through, the control unit 11 determines, as the rescuer, a user A8 who can reach the current location P2 of the rescue requester A2 using the route R1 that does not pass through the restricted area.

[0097] When a rescuer is determined in step S13 (S13: Yes), the process proceeds to step S14. On the other hand, when a rescuer is not determined in step S13, that is, when there is no rescuer capable of rescuing the rescue requester A2 (S13: No), the process proceeds to step S131. Step S13 is an example of a determination step of the present invention.

[0098] In step S131, the control unit 11 outputs (reports) a rescue request from the rescue requester A2 to a rescue organization such as a fire department, a city hall, etc. After that, the control unit 11 ends the rescue support process.

[0099] In step S14, the control unit 11 outputs a rescue request to the determined rescuer. For example, the control unit 11 outputs a rescue request for the rescue requester A2 to the rescuer terminal 2Y of the rescuer A5. The rescue request includes information such as the name, age, sex, current location P2, walking status, and injury status of the rescue requester A2. The output processing unit 114 is an example of an output processing unit of the present invention. When multiple rescuers are determined, the control unit 11 outputs a rescue request to each rescuer.

[0100] In step S15, the control unit 11 determines whether or not a response accepting the rescue request is received from the rescuer. For example, when the rescuer terminal 2Y of the rescuer A5 receives the rescue request from the rescue support device 1, the rescuer terminal 2Y displays a rescue request screen on the operation display unit 23 (see FIG. 6).

[0101] When accepting the rescue request from the rescue requester A2, the rescuer A5 presses the "Go to rescue" operation button K21 and further selects a means of transportation (e.g., "car" or "walk") to the current location P5 of the rescue requester A2. When the rescuer A5 presses the "Go to rescue" operation button K21 on the rescue request screen, the control unit 11 acquires a response from the rescuer A5 indicating that the rescue request from the rescue requester A2 is accepted. When the control unit 11 acquires a response from the rescuer accepting the rescue request (S15: Yes), the process proceeds to step S16.

[0102] In response to this, when the rescuer A5 presses the "No rescue" operation button K22 on the rescue request screen, the control unit 11 acquires from the rescuer A5 a response indicating that the rescue request of the rescue requester A2 will not be accepted. When the control unit 11 acquires from the rescuer a response indicating that the rescue request will not be accepted (S15: No), the process returns to step S13. When returning to step S13, the control unit 11 determines the rescue candidate A8 (see FIG. 4), who is ranked second in the candidate order, as the rescuer (S13: Yes), and in the following step S14, outputs the rescue request of the rescue requester A2 to the rescuer terminal 2Y of the rescuer A8. In this way, the control unit 11 repeats the processes of steps S13 to S15 until a rescuer who will accept the rescue request is found.

[0103] In step S16, the control unit 11 assigns (matches) rescuers to the rescue requester. For example, if the rescuer A5 accepts the rescue request, the control unit 11 assigns the rescuer A5 to the rescue requester A2. Step S16 is an example of an assignment step of the present invention.

[0104] Next, in step S17, the control unit 11 notifies the rescue requester's terminal 2X of the result of the process of allocating rescuers to the rescue requester (matching result). For example, the control unit 11 notifies the rescue requester's terminal 2X of the rescue requester A2 of information about the rescuer A5 (such as name, age, and sex) and arrival schedule information T1 such as the estimated arrival time and the remaining time from the current time to the estimated arrival time.

[0105] When the rescue requester A2's terminal 2X acquires the matching result from the rescue support device 1, it displays a rescue information screen (see FIG. 8). On the rescue information screen, the rescue requester A2 confirms that the rescue request has been accepted by the rescuer A5, and presses the "confirmed" operation button K31 when waiting for rescue from the rescuer A5. On the other hand, the rescue requester A2 presses the "cancel rescue request" operation button K32 when rescue is no longer necessary and the rescue request is to be cancelled. When the rescue requester A2 presses the operation button K32, the control unit 11 ends the rescue support process. Step S17 is an example of an output step of the present invention.

[0106] Next, in step S18, the control unit 11 notifies the rescuer terminal 2Y of an inquiry to confirm that the rescuer is heading to rescue the rescue requester. For example, the control unit 11 notifies the rescuer terminal 2Y of the rescuer A5 of arrival schedule information T1 such as the estimated arrival time and the remaining time from the current time to the estimated arrival time, and an inquiry to confirm that the rescuer A5 is moving toward the current position P2 of the rescue requester A2.

[0107] When the rescuer terminal 2Y of the rescuer A5 receives the inquiry from the rescue support device 1, it displays a rescue confirmation screen (see FIG. 9). When the rescuer terminal 2Y receives the inquiry while the rescuer A5 is moving along the route R1 to rescue the rescue requester A2, the rescuer A5 presses the operation button K41. On the other hand, the rescuer A5 presses the operation button K42 when the rescuer A5 is injured while moving along the route R1 and it becomes difficult to rescue the rescue requester A2, when traffic on the route R1 during the movement is restricted, or when the scheduled arrival time is likely to be significantly delayed due to traffic congestion.

[0108] Next, in step S19, the control unit 11 determines whether or not a response (rescue confirmation) indicating that the inquiry has been confirmed has been obtained from the rescuer. For example, when the rescuer A5 presses the operation button K41 on the rescue confirmation screen (see FIG. 9), the control unit 11 obtains the rescue confirmation from the rescuer and determines that the rescuer A5 has confirmed the inquiry (S19: Yes). When the control unit 11 obtains the rescue confirmation from the rescuer, the process proceeds to step S20. On the other hand, for example, when the rescuer A5 presses the operation button K42 on the rescue confirmation screen (see FIG. 9), the control unit 11 does not obtain the rescue confirmation from the rescuer A5 (S19: No), and the process proceeds to step S191.

[0109] The control unit 11 may notify the rescuer terminal 2Y of the rescuer A5 of the inquiry repeatedly at a predetermined cycle (for example, every three minutes). Also, the control unit 11 may shift the process to step S191 when the rescue confirmation is not obtained in response to the inquiry multiple times in succession.

[0110] In step S20, the control unit 11 determines whether the current time has passed the estimated arrival time. For example, the control unit 11 determines whether the current time has passed the estimated arrival time "12:45" at which the rescue requester A2 is scheduled to arrive at his / her current position P2. If the current time has passed the estimated arrival time (S20: Yes), the process proceeds to step S21. On the other hand, if the current time has not passed the estimated arrival time (S20: No), the process proceeds to step S22.

[0111] In step S21, the control unit 11 judges whether or not a response (cancellation request) requesting a change of rescuer has been obtained from the rescue requester. Specifically, when the current time passes the estimated arrival time, the control unit 11 notifies the rescue requester that the current time has passed the estimated arrival time. For example, the control unit 11 notifies the rescue requester A2 of progress information T2 indicating that the current time has passed the estimated arrival time "12:45". When the rescue requester terminal 2X of the rescue requester A2 obtains the progress information T2 from the rescue support device 1, it displays a rescue confirmation screen (see FIG. 10) including the progress information T2. ​​When the rescue requester A2 presses the operation button K51 on the rescue confirmation screen, the control unit 11 obtains the cancellation request. When the control unit 11 obtains the cancellation request (S21: Yes), the process proceeds to step S191.

[0112] On the other hand, when the rescue requester A2 presses the operation button K52 on the rescue confirmation screen to notify that he / she will wait for rescue from the rescuer A5, the control unit 11 does not acquire the rescuer change instruction (S21: No), and the process proceeds to step S22.

[0113] In another embodiment, if the current time passes the estimated arrival time "12:45" at the current position P2 of the rescue requester A2 (S20: Yes), the process may proceed to step S191. That is, step S21 may be omitted.

[0114] In step S191, the control unit 11 cancels the allocation of the rescuer to the rescue requester. For example, in step S19, if the control unit 11 does not receive the rescue confirmation from the rescuer A5 (S19: No), the control unit 11 cancels the allocation of the rescuer A5 to the rescue requester A2. Also, for example, in step S21, if the control unit 11 receives a cancellation request from the rescue requester A2 requesting cancellation of the allocation of the rescuer A5 (S19: Yes), the control unit 11 cancels the allocation of the rescuer A5 to the rescue requester A2. When the control unit 11 cancels the allocation of the rescuer A5 to the rescue requester A2, the process returns to step S13. Step S191 is an example of a cancellation step of the present invention.

[0115] Returning to step S13, the control unit 11 executes a process of determining another rescuer for the rescue requester A2. For example, the control unit 11 determines the rescue candidate A8 (see FIG. 4), who is the second in the candidate ranking, as the rescuer. When the control unit 11 changes the rescuer, it executes the above-mentioned processes again.

[0116] In step S22, the control unit 11 judges whether or not the rescue of the rescue requester is completed. For example, when the rescuer A5 arrives at the current position P2 of the rescue requester A2, or when the rescuer A5 arrives at the evacuation shelter H1 together with the rescue requester A2, the rescuer A5 presses a rescue completion button (not shown) on the rescuer terminal 2Y. When the control unit 11 acquires the operation of the rescue completion button, the control unit 11 judges that the rescue of the rescue requester A2 is completed. When the rescue of the rescue requester is completed (S22: Yes), the control unit 11 ends the rescue support process. When the rescue of the rescue requester is not completed (S22: No), the process proceeds to step S18. The control unit 11 repeats the processes of steps S18 to S22 until the rescue of the rescue requester is completed (S22: No). The control unit 11 executes the rescue support process in the above manner.

[0117] As described above, the rescue support system 100 according to the embodiment of the present invention acquires a rescue request from a rescue requester, searches for multiple rescue candidates corresponding to the rescue requester based on the rescue request, and determines a rescuer for the rescue requester from among the multiple rescue candidates. Furthermore, the rescue support system 100 outputs the rescue request to the determined rescuer, and when a response indicating acceptance of the rescue request is obtained from the rescuer, the rescue support system 100 assigns the rescuer to the rescue requester.

[0118] In this way, the rescue support system 100 can specify in advance a plurality of rescue candidates that can be assigned to a rescue requester. This makes it possible to quickly assign a replacement user from among the rescue candidates to the rescue requester A2 even if, for example, after user A5 is assigned as a rescuer to the rescue requester A2, user A5 is unable to rescue the rescue requester A2 while on the way to rescue the rescue requester. This makes it possible to prevent delays in rescue activities for the rescue requester and quickly rescue the rescue requester.

[0119] Furthermore, the rescue support system 100 according to the embodiment of the present invention acquires a rescue request from a rescue requester, and determines a rescuer for the rescue requester based on the rescue request. The rescue support system 100 outputs the rescue request to the determined rescuer, and when a response indicating acceptance of the rescue request is acquired from the rescuer, assigns the rescuer to the rescue requester. Furthermore, when a predetermined condition is satisfied after the rescuer is assigned to the rescue requester, the rescue support system 100 releases the assignment of the rescuer to the rescue requester.

[0120] For example, the rescue support system 100 cancels the allocation of the rescuer A5 to the rescue requester A2 when traffic is restricted, when traffic congestion occurs, or when an accident occurs on the route R1 connecting the current location P2 of the rescue requester A2 and the current location P5 of the rescue candidate A5. Also, for example, the rescue support system 100 cancels the allocation of the rescuer A5 to the rescue requester A2 when the rescue support system 100 does not receive a response from the rescuer A5 within a predetermined time to an inquiry confirming that the rescuer A5 is moving toward the rescue location of the rescue requester A2. In this way, when a predetermined condition is satisfied after a rescuer is assigned to the rescue requester, the allocation of the rescuer to the rescue requester can be quickly canceled, so that another rescuer who can rescue the rescue requester can be quickly determined. This prevents delays in rescue activities for the rescue requester, and allows the rescue requester to be quickly rescued.

[0121] The rescue support system 100 of the present invention is not limited to the above-described embodiment, and may be in the following embodiment.

[0122] In another embodiment, when the control unit 11 acquires a rescue request from a rescue requester, the control unit 11 may display rescue requester information including the rescue position of the rescue requester on the user terminal 2 (rescuer terminal 2Y) of a user such as a rescue candidate. FIG. 16 shows a display screen of the rescuer terminal 2Y showing an example of rescue requester information. For example, when a user logs in to the rescue support service on the user terminal 2, the control unit 11 displays rescue requester information on the user terminal 2. For example, the control unit 11 displays on the user terminal 2 of the user A5 the current position P5 of the user A5, information (such as name, age, current positions P2, P3, P6, etc.) of rescue requesters A2, A3, and A6 who are currently requesting rescue (see FIG. 3) and are within a predetermined distance from the current position P5, and map information M1 including each current position. Also, as shown in FIG. 16, the control unit 11 displays information of rescue requesters in order of proximity to the current position P5 of the user A5.

[0123] Furthermore, the control unit 11 displays an operation button K71 for the user A5 to select a rescue requester who can be rescued (see FIG. 16). For example, when the user A5 selects the rescue requester A3, the control unit 11 (determination processing unit 113) determines the user A5 as the rescuer for the rescue requester A3. The user may select a rescue requester who can be rescued by selecting an icon image indicating a rescue position (current position) displayed on the map information M1.

[0124] According to the above configuration, each user can at a glance identify those in need of rescue who are requesting rescue, and can select those in need of rescue who they can rescue, making it possible to quickly rescue those in need of rescue.

[0125] In the above configuration, the control unit 11 may further cause the rescuer terminal 2Y of the rescue candidate to display rescue positions of rescue requesters that the user (rescue candidate) can reach among multiple rescue requesters. For example, as shown in FIG. 17, when there is a place where traffic is restricted or an accident has occurred (marked with an "x" in FIG. 17), the control unit 11 omits displaying information on rescue requesters A2 and A6 that are difficult for the user A5 to rescue (difficult to reach) on the screen displaying rescue requester information, and displays only information on the rescue requester A3 that the user A5 can rescue (reach). This allows the user to easily grasp the rescue requesters that the user can rescue.

[0126] The rescue support system 100 of the present invention can be applied to rescue support that occurs not only in the event of a disaster, but also in various other situations, such as when a user is injured or falls ill.

[0127] As another embodiment of the present invention, one or more processing units included in the control unit 11 of the rescue support device 1 may be included in the control unit 21 of the user terminal 2. Each piece of information stored in the storage unit 22 may be acquired from an external device. The control unit 21 may download the rescue support program to the storage unit 22 via the Internet and execute the rescue support process, or may execute the rescue support program stored in an external server to execute the rescue support process. The rescue support system of the present invention may be configured with the rescue support device 1, may be configured with the user terminal 2, or may be configured with the rescue support device 1 and the user terminal 2. [Explanation of symbols]

[0128] 1 :Rescue support equipment 2: User device 2X: Rescuer terminal 2Y: Rescuer terminal 100:Rescue support system 111: Reception department 112: Acquisition processing unit 113: Decision processing unit 114: Output processing section 115: Allocation processing unit 116: Notification processing unit 117: Release processing unit 211: Reception department 212: Position detection processing unit 213: Display processing unit

Claims

1. an acquisition processing unit that acquires a rescue request from a person in need of rescue; a determination processing unit that searches for a plurality of rescue candidates corresponding to the rescue requester based on the rescue request, and determines a rescuer for the rescue requester from among the plurality of rescue candidates; an output processing unit that outputs the rescue request to the rescuer; an allocation processing unit that allocates the rescuer to the rescue requester when a response indicating acceptance of the rescue request is received from the rescuer; a release processing unit that releases the allocation of the rescuer to the rescue requester when a response indicating acceptance of the rescue request is received from the rescuer and a current time has passed a scheduled time for the rescuer to arrive at a rescue location of the rescue requester; A rescue support system comprising:

2. and a notification processing unit configured to, when a current time has passed the scheduled time, notify the person in need of rescue of progress information indicating that the current time has passed the scheduled time, the release processing unit releases the allocation of the rescuer to the rescuer when a release request for releasing the allocation of the rescuer is received from the rescue requester. The rescue support system according to claim 1 .

3. a notification processing unit configured to, when a current time has passed the scheduled time, notify the rescuer of progress information indicating that the current time has passed the scheduled time; the release processing unit releases the allocation of the rescuer to the rescue requester when receiving a response from the rescuer indicating a cancellation of acceptance of the rescue request. The rescue support system according to claim 1 or 2.

4. a notification processing unit configured to, when a current time has passed the scheduled time, notify the rescuer of progress information indicating that the current time has passed the scheduled time; the release processing unit releases the allocation of the rescuer to the rescue requester when a response to the progress information is not received from the rescuer within a predetermined time. A rescue support system according to any one of claims 1 to 3.

5. an acquisition processing unit that acquires a rescue request from a person in need of rescue; a determination processing unit that searches for a plurality of rescue candidates corresponding to the rescue requester based on the rescue request, and determines a rescuer for the rescue requester from among the plurality of rescue candidates; an output processing unit that outputs the rescue request to the rescuer; an allocation processing unit that allocates the rescuer to the rescue requester when a response indicating acceptance of the rescue request is received from the rescuer; a release processing unit that releases the allocation of the rescuer to the rescue requester when the rescuer does not move continuously for a predetermined time after the allocation processing unit has assigned the rescuer to the rescue requester, or when the moving direction of the rescuer is different from the direction of a rescue position of the rescue requester; A rescue support system comprising:

6. the determination processing unit, when the allocation of the rescuer to the rescue requester is released by the release processing unit, determines another rescuer for the rescue requester from among the plurality of rescue candidates. A rescue support system according to any one of claims 1 to 5.

7. The determination processing unit determines the rescuer based on at least any of information of a rescue location of the rescue requester, an estimated time of arrival at the rescue location of the rescue requester, attributes of the rescue requester, a rescue level of the rescue requester, and rescue skills of the multiple rescue candidates. The rescue support system according to any one of claims 1 to 6.

8. The rescue level is set based on at least one of information on whether the rescue requester is able to walk or not and information on whether the rescue requester is injured or not. The rescue support system according to claim 7.

9. The determination processing unit determines a rescuer for the rescue requester based on a traffic condition of a route connecting a rescue position of the rescue requester and current positions of the plurality of rescue candidates. A rescue support system according to any one of claims 1 to 8.

10. One or more processors An acquisition step of acquiring a rescue request from a person requiring rescue; a determining step of searching for a plurality of rescue candidates corresponding to the rescue requester based on the rescue request, and determining a rescuer for the rescue requester from among the plurality of rescue candidates; an output step of outputting the rescue request to the rescuer; an allocation step of allocating the rescuer to the rescue requester when a response indicating acceptance of the rescue request is received from the rescuer; a canceling step for canceling the allocation of the rescuer to the rescue requester when a response indicating acceptance of the rescue request is received from the rescuer and a current time has passed a scheduled time for the rescuer to arrive at a rescue position of the rescue requester; A rescue assistance method for performing the above.

11. An acquisition step of acquiring a rescue request from a person requiring rescue; A determination step of searching for a plurality of rescue candidates corresponding to the rescue requester based on the rescue request, and determining a rescuer for the rescue requester from among the plurality of rescue candidates; an output step of outputting the rescue request to the rescuer; an allocation step of allocating the rescuer to the rescue requester when a response indicating acceptance of the rescue request is received from the rescuer; a canceling step for canceling the allocation of the rescuer to the rescue requester when a response indicating acceptance of the rescue request is received from the rescuer and a current time has passed a scheduled time for the rescuer to arrive at a rescue position of the rescue requester; A rescue support program for causing one or more processors to execute the above.

Images