Evacuation system

Abstract

To achieve both quick running to a location of a person requiring consideration and suppression of a risk of being misused by a criminal act by a thief or the like due to disclosure of the location of the person requiring consideration.SOLUTION: According to this disclosure, an evacuation system utilizes dedicated application software executable by using a terminal of a supporter, and enables matching between the supporter and a person requiring consideration on the basis of outline information indicating which section the person requiring consideration is in, in a state where a detailed address of the person requiring consideration is not disclosed, while referring to person requiring consideration information and supporter information registered in advance.SELECTED DRAWING: Figure 5

Description

[Technical Field]

[0001] The present disclosure relates to an evacuation system that enables supporters to support the evacuation of people who require assistance in the event of a disaster. [Background technology]

[0002] In recent years, natural disasters such as earthquakes, typhoons, and volcanic eruptions have been increasing. When a natural disaster occurs, it may be dangerous to remain at home, and it may be necessary to move to evacuation sites such as public facilities.

[0003] In situations where it becomes necessary to move to an evacuation site, it becomes an issue to deal with people who require special care and who are unable to evacuate independently and who require assistance in evacuation.Therefore, there is a conventional technology that grasps information about people who require special care and conveys it to disaster victims who are in the process of evacuating, so that disaster victims who have the time can act as supporters, thereby reducing the number of casualties in the disaster area as a whole (for example, see Patent Document 1).

[0004] Specifically, Patent Document 1 describes a system in which, when a disaster occurs, a person requiring special care requests rescue, and based on that request, a supporter can display and check the current location information of the person requiring special care on a smartphone and rush to the person's aid. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] Japanese Patent Application Laid-Open No. 2013-25653 Summary of the Invention [Problem to be solved by the invention]

[0006] Various prior art technologies have been proposed in which, in the event of a disaster, a supporter rushes to the current location of a person requiring special care and provides evacuation assistance, including Cited Document 1. In order to provide evacuation assistance to a person requiring special care, it is common for the person's address to be disclosed as their current location.

[0007] In addition, in preparation for natural disasters, it is common for each local government to prepare in advance a list of people with special needs within the local government's area, linking their addresses, and to be able to use this list when a situation arises where evacuation assistance is required.

[0008] However, allowing the addresses of people with special needs to be made available raises two concerns: (Concern 1) Risk of inducing crimes such as theft Knowing the address of a person requiring special care allows supporters to rush to assist them in evacuating. However, the address of a person requiring special care is not only used for such acts of kindness, but there is also the risk that it could be misused for criminal purposes, such as by burglars breaking into the person's home.

[0009] (Concern 2) Increasing number of people not registering As explained in Concern 1, if the addresses of people with special needs are disclosed, there is a risk that they could be misused for criminal activities. As a result, there is a risk that an increasing number of people with special needs will refrain from registering themselves in advance on the list, and it is thought that the list alone will not be enough to grasp the locations of people with special needs within the managed area.

[0010] In other words, if anyone could find out the addresses of people with special needs by looking at the list, it would increase the risk that it could be misused for criminal acts such as theft. On the other hand, if the number of people who do not register their names on the list increases due to concerns that it could be misused for criminal acts, it would become impossible to accurately determine the whereabouts of people with special needs, and it would become more likely that evacuation assistance for people with special needs could not be carried out smoothly.

[0011] The present disclosure has been made to solve the above-mentioned problems, and aims to provide an evacuation system that can increase the effectiveness of evacuation assistance while reducing the risk of the disclosure of the location of a person requiring special care being misused for criminal acts such as theft. [Means for solving the problem]

[0012] The evacuation system disclosed herein is an evacuation system for supporting the evacuation of people with special needs who require evacuation assistance by supporters when a disaster occurs, and the system pre-registers information about people with special needs and supporter information in a database, with information needed to identify multiple people with special needs who require evacuation assistance in a specific area as person information and information needed to identify multiple supporters who will support the multiple people with special needs as supporter information.The system also includes a cloud server that sends evacuation notifications when a disaster occurs, multiple terminals for people with special needs that are carried by each of the multiple people with special needs and are capable of sending a support request when a situation arises in which evacuation assistance is required after receiving an evacuation notification from the cloud server, and multiple supporter terminals that are carried by each of the multiple supporters and are capable of executing application software for providing support to people with special needs who are able to provide support.Each of the multiple supporter terminals has a first function of launching the application software when it receives an evacuation notification from the cloud server, receiving support requests that the multiple people with special needs can send, and displaying information that can identify which of the multiple sections included in the specific area has generated one or more support requests as a support request status, for the one or more received support requests. [Effects of the Invention]

[0013] According to the present disclosure, an evacuation system can be obtained that can increase the effectiveness of evacuation assistance while reducing the risk of the disclosure of the location of a person requiring special care being misused for criminal acts such as theft. [Brief explanation of the drawings]

[0014] [Figure 1] 1 is an overall configuration diagram of an evacuation system according to a first embodiment of the present disclosure. [Figure 2] 1 is an explanatory diagram showing a specific example of a list of persons requiring special consideration and summary data of persons requiring special consideration that are pre-registered in a cloud server of an evacuation system according to embodiment 1 of the present disclosure. FIG. [Figure 3]10 is an explanatory diagram showing a specific example of a pre-registered supporter list in a cloud server of the evacuation system according to the first embodiment of the present disclosure. FIG. [Figure 4] FIG. 2 is a functional block diagram of a supporter terminal according to the first embodiment of the present disclosure. [Figure 5] 1 is a flow diagram summarizing a series of processes executed in an evacuation system according to a first embodiment of the present disclosure. [Figure 6] FIG. 2 is an explanatory diagram showing specific display contents of first to third screens displayed on the supporter terminal according to the first embodiment of the present disclosure. [Figure 7] FIG. 10 is an explanatory diagram showing specific display contents of a fourth screen to a sixth screen displayed on the supporter terminal according to the first embodiment of the present disclosure. [Figure 8] FIG. 10 is an explanatory diagram showing specific display contents of seventh to ninth screens displayed on the supporter terminal according to the first embodiment of the present disclosure. [Figure 9] FIG. 10 is an explanatory diagram showing specific display contents of tenth to twelfth screens displayed on the supporter terminal according to the first embodiment of the present disclosure. [Figure 10] FIG. 10 is an explanatory diagram showing specific display contents of thirteenth to fifteenth screens displayed on the supporter terminal according to the first embodiment of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0015] Hereinafter, preferred embodiments of the evacuation system of the present disclosure will be described with reference to the drawings. The technical feature of the evacuation system disclosed herein is that it utilizes dedicated application software that can be executed on the supporter's terminal, and by referencing information on people and supporters pre-registered in a database, it is possible to match supporters with people who require special consideration based on summary information indicating in which area the people who have requested special consideration are located, even though the detailed addresses of the people who require special consideration are not made public.

[0016] The dedicated application software may be of either the type that uses application software that runs on a web browser on a terminal (so-called "web app"), or the type that runs directly on the terminal by being installed on the terminal in each terminal environment (native environment) such as a smartphone or tablet (so-called "native app").

[0017] In other words, the dedicated application software according to the present disclosure may be of any type as long as it can be executed using a terminal. Note that the following description will be given as a specific example of a "native app" type dedicated application software that is pre-installed on a terminal.

[0018] Embodiment 1 1 is an overall configuration diagram of an evacuation system according to a first embodiment of the present disclosure. The evacuation system according to the first embodiment is a system operated by a local government such as a city, ward, town, or village in a specific area under its management, in order to support the evacuation of people requiring special care who require evacuation assistance in the event of a disaster, by a supporter.

[0019] Therefore, Figure 1 illustrates an example in which the evacuation system according to the first embodiment is configured with a cloud server 10 managed and operated by a local government, N terminals 20(1) to 20(N) carried by persons requiring special care who live within a specific area managed by the local government, and M terminals 30(1) to 30(M) carried by supporters who assist the persons requiring special care in their evacuation.

[0020] It should be noted that the cloud server 10 is not limited to one managed by a local government. For example, a server operated and managed by a manufacturer of disaster prevention systems or a server operated and managed by a company operating a service industry can be used as a cloud server to develop a service business on behalf of the local government in which supporters support the evacuation of people who require assistance in the event of a disaster.

[0021] The N terminals 20(1) to 20(N) correspond to terminals for persons requiring special care carried by persons requiring special care who receive evacuation assistance, but in the following explanation, when there is no need to distinguish between the N terminals, the terminals for persons requiring special care will be referred to as terminals 20 for persons requiring special care or simply as terminals 20.

[0022] Furthermore, the M terminals 30(1) to 30(M) correspond to supporter terminals carried by supporters who provide support to persons requiring special care, but in the following explanation, when there is no need to distinguish between the M terminals, the supporter terminals will be referred to as the supporter's terminals 30 or simply as terminals 30.

[0023] Cloud server 10, each of N terminals 20(1) to 20(N), and each of M terminals 30(1) to 30(M) are connected to each other via a network 40 such as the Internet so as to be able to communicate with each other.

[0024] The specific area managed by the local government can be divided into multiple sections. The N persons requiring special care and the M supporters are made up of members who are pre-registered in the local government's database and are members who are approved and can be identified by the local government. The specific area, for example, indicates the entire area of ​​a city, ward, town, or village to which the local government belongs. The section, for example, indicates a school district or a neighborhood association section. The multiple sections may include a section that does not include persons requiring special care.

[0025] FIG. 2 is an explanatory diagram showing a specific example of the list of persons requiring special consideration and summary data of persons requiring special consideration that are pre-registered in the cloud server 10 of the evacuation system according to the first embodiment of the present disclosure.

[0026] The list of persons requiring special consideration shown in Figure 2(A) is pre-registered as a database in the cloud server 10, with each person's name, address corresponding to the person's location, the district to which the address belongs, detailed information about the support, and a destination address associated with the person.

[0027] In addition to the items mentioned above, items that can be associated with the list of people requiring special consideration may also include data specific to the person requiring special consideration, such as date of birth (age), gender, contact information (telephone number, etc.), and the reason for needing evacuation assistance, etc.

[0028] Furthermore, the "detailed support information" in the list of people requiring special care shown in Figure 2(A) corresponds to the support requests made by the people requiring special care, and can be used as one of the criteria for supporters when selecting people requiring special care. As an example of "detailed support information," detailed information 1, which is the support requests made by No. 1, Mr. Oyama Oo, includes the following three items. <Specific example of detailed information 1> - Cerebral palsy requiring assistance when walking - I want you to take my luggage with you when I evacuate. No wheelchair or piggyback support required

[0029] The destination address corresponds to address information for the terminal 20 possessed by each person requiring special care to receive data.

[0030] The summary data for persons requiring special consideration shown in Figure 2(B) associates, for each person requiring special consideration, the name of the person requiring special consideration, the area corresponding to the area where the person is located, detailed information about the support, and the destination address.Compared to the list of persons requiring special consideration shown in Figure 2(A), the summary data for persons requiring special consideration shown in Figure 2(B) differs in that it does not contain data related to addresses.

[0031] In addition, the summary data for persons requiring special consideration shown in Figure 2(B) does not include data related to addresses, and by increasing confidentiality so that persons requiring special consideration cannot be easily identified, the risk of the data being misused for criminal acts such as theft is reduced as an example. However, it can also be used to increase confidentiality for items other than addresses.

[0032] Specifically, it is possible to increase confidentiality by not including the names of persons requiring special consideration in the summary data for such persons, and instead identifying them by a serial number, NO, so that such persons cannot be easily identified.

[0033] In addition, if the items on the list of persons requiring special consideration include date of birth (age), gender, contact information (telephone number, etc.), etc., these items can also be excluded from the summary data of persons requiring special consideration, thereby increasing confidentiality so that persons requiring special consideration cannot be easily identified.

[0034] The cloud server 10 can update the summary data of persons requiring special consideration every time the list of persons requiring special consideration is updated. Furthermore, each of the supporter's terminals 30 on which the application software is installed can obtain the latest summary data of persons requiring special consideration from the cloud server 10, and can manage information other than addresses regarding persons requiring special consideration.

[0035] As explained at the beginning, application software includes native applications and web applications, but in the explanation of this embodiment 1, we will use as an example the case where a native application is used, in which the application software is installed on each of the supporter's terminals 30.

[0036] 3 is an explanatory diagram showing a specific example of a pre-registered supporter list in the cloud server 10 of the evacuation system according to the first embodiment of the present disclosure. The supporter list is pre-registered as a database in the cloud server 10, with the supporter name, profile information, and destination address associated with each supporter.

[0037] Here, "profile information" is a brief introduction to the supporter, and can be used as information for those in need of special care to identify the supporter who will come to their aid in advance. As an example, the profile information for No. 1 AA is as follows: <Examples of profile information> Age: 49, Gender: Male, Hobbies: Hobby Information 1

[0038] Specific examples of hobby information 1 include the following items: <Example of hobby information 1> A man born in winter who loves insects and Japanese swords.

[0039] The destination address corresponds to address information for the terminal 20 possessed by each supporter to receive data.

[0040] In the evacuation system according to the first embodiment, dedicated application software for executing various functions for the supporters to smoothly carry out support activities for the people requiring special care is installed in the supporter terminals 30 possessed by each of a plurality of supporters who have been pre-registered. Therefore, the specific configuration and functions of the terminals 30 that execute the dedicated application software will be described in detail with reference to Figs. 4 to 10.

[0041] 4 is a functional block diagram of the supporter terminal 30 according to the first embodiment of the present disclosure. The terminal 30 includes a control unit 31, a storage unit 32, a display unit 33, an input unit 34, and a transmission / reception unit 35.

[0042] The storage unit 32 is pre-installed with dedicated application software that enables the supporter to select a person requiring special care who can provide support from among the people requiring special care who have requested evacuation assistance, rush to the selected person requiring special care, and execute various functions for carrying out support activities. Furthermore, the storage unit 32 stores the summary data of the people requiring special care shown in Figure 2(B) above.

[0043] The control unit 31 corresponds to a CPU provided in the terminal 30, and starts up application software based on input operations performed by the requester via the input unit 34 and signals received from the outside via the transmission / reception unit 35.

[0044] Furthermore, after starting the application software, the control unit 31 communicates with the cloud server 10 and the terminal 20, and, as necessary, refers to the summary data of the person requiring special consideration stored in the memory unit 32, thereby executing various functions based on display processing via the display unit 33 and input operations from the requester via the input unit 34.

[0045] The various functions include the following three functions: First function: A function that receives support requests that can be sent from terminal 20 by multiple persons requiring special consideration, and by referring to the summary data of persons requiring special consideration regarding one or more received support requests, compiles information that can be identified as to which of multiple sections included in a specific area one or more support requests have occurred in, and displays this as the support request status.

[0046] When displaying the status of support requests as an additional function related to the first function, it is possible to further display detailed support information, i.e., support requests by the person requiring special care, as described above in Figure 2, for each of one or more support requests based on input instructions from the support provider via the input unit 34.

[0047] Second function: A function to select a person requiring special consideration who can be supported from one or more support requests displayed as the support request status, and to send a "Support Start" message indicating that evacuation support for the selected person requiring special consideration will begin.

[0048] In addition, when the additional function related to the first function is executed and detailed information about support is displayed, when selecting a person requiring special care, the supporter can refer to the support requests made by the person requiring special care as an additional basis for making a decision and then determine which support request they are suitable for.

[0049] Furthermore, when sending the support start notification as an additional function of the second function, the user can further send his / her own profile information as shown in FIG. 3 to the terminal 30 held by the selected person requiring special care.

[0050] As a result, the person requiring special care who has sent a request for assistance can visually check the content displayed on terminal 20 and find out before the assistance person identified by the profile information arrives that the assistance person has accepted the request and is being dispatched.

[0051] Third function: A function to receive "detailed information" including the address of the selected person requiring special care from the cloud server 10 in response to the "start support" transmission, and to display the received detailed information.

[0052] Next, the technical features unique to this embodiment 1 will be described in detail with reference to Figures 5 to 10, in which the cloud server 10, the terminal 20 for the person requiring special care, and the terminal 30 for the supporter are linked together to match the supporter with the person requiring special care based on summary information indicating in which section the person requiring special care who has issued a support request is located, without the detailed address of the person requiring special care being made public, and the detailed address of the person requiring special care is disclosed only to the supporter who is determined to be able to provide evacuation assistance as a result of the matching, enabling the supporter to quickly rush to the person requiring special care.

[0053] Fig. 5 is a flow diagram summarizing a series of processes executed in the evacuation system according to the first embodiment of the present disclosure. Figs. 6 to 10 are explanatory diagrams showing specific display contents of the first to fifteenth screens displayed on the supporter terminal 30 according to the first embodiment of the present disclosure.

[0054] While sequentially explaining the series of processes from step S501 to step S518 shown in FIG. 5, the display contents of the 1st screen to the 15th screen will be referred to as necessary, and the technical features unique to the first embodiment will be explained.

[0055] In addition, in order to simplify the explanation, the terminal 20 of the person requiring special consideration and the terminal 30 of the supporter are both shown as one device in Fig. 5. That is, in Fig. 5, only the terminal 20 of the person requiring special consideration and the terminal 30 of the supporter, which are matched, are shown, and other descriptions are omitted.

[0056] In step S501 of Figure 5, when a disaster occurs in a specific area to which the evacuation system of this embodiment 1 is applied, the cloud server 10 refers to the list of people requiring special consideration and the list of supporters, and sends an "evacuation notification" to the terminals 20 of multiple people requiring special consideration and the terminals 30 of multiple supporters who have been pre-registered.

[0057] The trigger for sending an "evacuation notice" may be the decision of the "local government administrator," and in the future it is also expected that it may be "emergency earthquake alerts and tsunami warnings issued by the Japan Meteorological Agency, or disaster and evacuation information issued by national and local governments."

[0058] Next, in step S502, the supporter's terminal 30 receives the evacuation notification from the cloud server 10 and launches pre-installed application software to execute various functions that enable the supporter to smoothly carry out support activities for people requiring special care.

[0059] On the other hand, in step S503, the terminal 20 of the person requiring special consideration receives the evacuation notice from the cloud server 10, thereby notifying the person requiring special consideration that an evacuation notice has been issued in the specific area.

[0060] Then, in step S504, if the terminal 20 of the person requiring special care receives operational input from the person requiring special care who has determined that evacuation assistance is required following the issuance of an evacuation notice, the terminal 20 sends a "request for assistance" to the cloud server 10 and multiple terminals 30.

[0061] Next, in step S505, the cloud server 10 receives support requests from the terminals 20 of one or more persons requiring special consideration, thereby determining which of the persons requiring special consideration registered in the list of persons requiring special consideration are requesting support.

[0062] Meanwhile, in step S506, the supporter's terminal 30 receives support requests from one or more terminals 20 of persons requiring special care, and can display the support request status indicating in which section of a specific area the support request has occurred.

[0063] By using the GPS function equipped in the supporter's terminal 30, it is possible to determine whether or not there is a supporter carrying the terminal 30 within or near the specific area for which the support request has been made. Therefore, the supporter's terminal 30 can perform the processes from step S506 onwards only when it receives a support request within or near the specific area.

[0064] In this way, by taking into consideration the current location of the supporter's terminal, the support request can be narrowed down to supporters who can arrive at the location of the person requiring special care more quickly in response to the support request.

[0065] The first screen shown in Fig. 6 corresponds to an example of the support request status displayed on the display unit 33 of the supporter's terminal 30. In the first screen, the display unit 33 is roughly divided into an A section that displays a map and a B section that displays text.

[0066] The storage unit 32 in the supporter's terminal 30 can store the summary data of the person requiring special consideration shown in FIG. 2(B).

[0067] As a result, although the supporter's terminal 30 cannot know the address of the person requiring special consideration at the time of receiving the support request, it can know how many people requiring special consideration have been pre-registered in the entire specific area, and how many of those people requiring special consideration are in which section and have sent the support request, and can display this as the support request status.

[0068] Therefore, in section A of the first screen, all sections included in the specific area are displayed as a map, with sections for which support requests have been made shown as filled in ● and sections for which support requests have not been made shown as open ○.Furthermore, by using the GPS function of the user's own device, the section containing the supporter's current location is displayed as a colored area.

[0069] Additionally, in section B of the first screen, text data is displayed indicating that 893 people requiring special care have been pre-registered throughout the specific area, and that 66 of them have sent requests for assistance.

[0070] In the above-described steps S504 and S506, the section in which the support request has occurred is displayed as the support request status in response to the "support request" sent by the special care recipient. However, other examples of the support request status display are also conceivable.

[0071] For example, if a person requiring special care sends a signal indicating that "assistance is not required," information about sections where no support requests have been made can also be reflected in the support request status display. As a result, a supporter who visually checks the support request status, which includes information about sections where no support requests have been made, can identify sections where there are people requiring special care who are not requesting support. Furthermore, by utilizing the "assistance not required" signal, it becomes possible to easily check the safety of people requiring special care who have not sent support requests.

[0072] Next, in step S507, the supporter's terminal 30 acquires operational input via the input unit 34 to select a desired section for which the supporter determines that they can provide support from among the sections displayed on the map on the first screen, and displays a list of support requesters in the selected desired section.

[0073] Next, in step S508, the terminal 30 can further display support requests related to each support request in response to an operation input from the supporter viewing the list display.

[0074] Then, in step S509, the terminal 30 obtains, via the input unit 34, operational input by the support provider to select individuals requiring special consideration after viewing the list information of support requesters and the support requirements for each support request and determining that they can be supported.

[0075] Then, when the supporter has completed selecting the person requiring special care, the terminal 30 sends a "support start" to the cloud server 10 and the terminal 20 of the person requiring special care, which means that support for the selected person requiring special care will begin.

[0076] Although not shown in the figure, the "support start" is also sent to the terminals 30 of the other supporters. As a result, the terminal 30 can broadcast to the cloud server 10, the terminal 20 of the person requiring special care, and the terminals of the other supporters that the person requiring special care has been matched with a supporter and support activities have begun.

[0077] In this way, through the series of processes from step S506 to step S509, the supporter can carry out a selection process to identify one person for whom he or she can provide support from among the persons requiring special care who have sent support requests in the selected section.

[0078] In the example described above, in step S509, the supporter is judged to be available, so that the person requiring special consideration is matched with the supporter, and a "support start" message is sent, without the approval of the person requiring special consideration. Therefore, it is conceivable to improve the system so that the supporter's profile information is sent to the person requiring special consideration when the supporter judges that they are available, and the "support start" message is sent only after the approval of the person requiring special consideration is obtained.

[0079] Next, a specific example of the selection process in steps S506 to S509 will be explained using the second and third screens shown in FIG. 6, the fourth to sixth screens shown in FIG. 7, and the seventh and eighth screens shown in FIG. 8.

[0080] The second screen shown in Fig. 6 corresponds to an example of a state in which an operation input selected by a supporter has been received. The second screen shows an example of a state in which the supporter has selected the upper right section from the sections displayed on the map in section A, which includes the supporter's current location and corresponds to the section for which a support request has been made.

[0081] Next, the third screen shown in Figure 6 corresponds to an example of the support request status for the section selected by the supporter. In part A of the third screen, an enlarged map of the selected section is displayed, and the "Support Request" symbol is displayed as an illustration in a speech bubble.

[0082] Additionally, in section B of the third screen, text data is displayed indicating that 57 people requiring special care have been pre-registered in the selected area, and that four of them have sent requests for assistance.

[0083] Next, the fourth screen shown in FIG. 7 shows a state in which the supporter has tapped the symbol mark of "support request" displayed on the terminal 30.

[0084] Next, the fifth screen shown in Fig. 7 shows a state in which the "Support Request" symbol mark has been tapped, and a list of support requests for the selected section is displayed in text in section B. A requester who views section B on this fifth screen can see the information displayed in columns B1 to B3 as follows:

[0085] B1: Corresponds to information about gender. From the information in B1, the requester can identify whether the support requester is male or female.

[0086] B2: This corresponds to status information that identifies whether or not the person has already been selected by another supporter. If the person has already been selected, it will display "Dispatched", and if not selected, it will display "Requested". From the status information in B2, the requester can identify who is requesting support and has not been selected by another supporter.

[0087] B3: This corresponds to the input section for selecting when detailed information on support is desired for each person requiring special consideration. By tapping "Support details" in B3, the requester can find out the support requests of each person requiring special consideration as needed, which can be used as an aid when selecting a person requiring special consideration.

[0088] Note that the display on B1 is just an example, and there may be cases where, for example, information regarding gender is considered personal information and should not be displayed. Therefore, it is possible to appropriately select the items to be displayed on B1 according to the requests of local governments, people requiring special care, etc. that apply the evacuation system according to the present disclosure.

[0089] Next, the sixth screen shown in Figure 7 shows the state in which the supporter has tapped on "Support Details" displayed on the line corresponding to the man in No. 1. By this operation, the supporter can obtain the support requests for the man in No. 1.

[0090] Next, the seventh screen shown in Figure 8 shows the state in which, after "Support Details" has been tapped, the support requests made by the man in No. 1 to the supporter are displayed in text in section B. In addition, in the upper right corner of section B, "Start" is also displayed, which the supporter can tap to select a person requiring special care who has such requests and begin providing support after visually reviewing the support details.

[0091] The client who views part B on the seventh screen can use the requests of the No. 1 man as a basis for making a decision and decide whether or not they should select the No. 1 man as their supporter.

[0092] Next, the eighth screen shown in Figure 8 shows the state in which the supporter, having seen the support request for the No. 1 man, decides to support this person requiring special care and taps "Start" displayed in the upper right corner of section B. By this operation, the supporter can select the No. 1 man from among the people requiring special care who have requested support, and express their intention to start providing support.

[0093] Furthermore, by tapping "Start," the terminal 30 generates a "Start support" signal indicating which supporter will start supporting which person requiring special care, and can send "Start support" to the cloud server 10 and the terminal 20 of the person requiring special care for whom support will be started.

[0094] Returning to the explanation of the flow chart in Figure 5, in step S510, the cloud server 10 receives "start support" from the supporter's terminal 30, thereby identifying the matched person requiring special care and the supporter, and returns "detailed information" of the support requester to the terminal 30 to the supporter who is available.

[0095] Here, the detailed information includes information about addresses in the "List of Persons Requiring Special Consideration" shown in FIG.

[0096] Next, in step S511, the supporter's terminal 30 can obtain "detailed information" as a reply to the "start support" message.

[0097] The ninth screen shown in Figure 8 shows the state in which, after "Start" has been tapped, the "Detailed Information" from the man in No. 1 is displayed in text in section B. In addition, in the upper left of section B, the status display, which was "Requesting," has changed to "Dispatching" because the person requiring special care has been matched with a supporter.

[0098] Furthermore, in the map display in Part A, a "map icon" based on the address of the person requesting assistance is displayed on the map, and a map of the surrounding area is enlarged.

[0099] 9 shows a screen displaying a list of support requests, in which the status in column B2 corresponding to the No. 1 male has changed from "requesting" to "dispatched." In this way, by displaying the status as "dispatched" for the No. 1 special needs person with whom a match has been made, other supporters can quickly determine that they should select a support recipient from among the other special needs people other than No. 1 with whom a match has not yet been made.

[0100] In this way, the evacuation system of this embodiment 1 utilizes dedicated application software installed on the supporter's terminal, and while referring to information on people and supporters that have been pre-registered in a database, can match supporters with people who require special consideration based on summary information indicating which area the people who require special consideration are in, without the detailed addresses of the people requiring special consideration being made public.

[0101] Furthermore, the evacuation system according to the first embodiment can disclose the detailed address of the person requiring special care only to supporters who are determined to be able to assist with evacuation as a result of matching, and supporters who are able to see the detailed address can quickly rush to the person requiring special care.

[0102] Meanwhile, in step S512, the terminal 20 of the person requiring special care receives "support start" from the supporter's terminal 30, and thereby knows that a supporter who is a match for the "support request" sent by the person requiring special care will be dispatched. At this time, the terminal 20 of the person requiring special care can also receive, along with the "support start," profile information on the supporter who will actually be dispatched from the supporter's terminal 30.

[0103] In addition, when the supporter's terminal 30 sends profile information along with "support start" to the terminal 20 of the person requiring special consideration with whom a match has been made, the supporter's terminal 30 can also send information including a photo of the supporter's own face.

[0104] 9 shows a state in which the supporter's own profile information is displayed as supporter information on the terminal 30 of the supporter who sent "Start support." Note that a similar screen can also be displayed on the terminal 20 of the person requiring special care who received the profile information together with "Start support" as a response to the "request for support."

[0105] As a result, the person requiring special care who has sent a request for assistance can visually check the content displayed on the terminal 20 and know before the assistance person, identified by the assistance person information with a photograph of the person's face, will accept the request for assistance and rush to the scene, allowing the person requiring special care to wait with peace of mind.

[0106] Next, in step S513, the supporter's terminal 30 acquires, via the input unit 34, an operation input by the supporter to notify that the supporter has arrived at the location of the matched person requiring special consideration.

[0107] The 12th screen shown in Figure 9 shows the state in which the supporter who arrived at the location of the man in No. 1 taps "Arrived" displayed in the upper right corner of section B to notify him of his arrival. After arriving, the supporter provides support to the person requiring special care.

[0108] The 13th screen shown in Figure 10 shows that when "Arrived" is tapped, the status display in the upper left corner of section B changes from "Dispatching" to "Providing Support."

[0109] Also, in the previous step S513, the supporter's terminal 30 transmits "supporting" to the cloud server 10 and the terminal 20 of the special care person to notify that support for the special care person has started.

[0110] The message "Supporting" sent from the supporter's terminal 30 is received by the terminal 20 in step S514, and is received by the cloud server 10 in step S515.

[0111] Although not shown in the figure, the message "Supporting" is also sent to the terminals 30 of other supporters. That is, the terminal 30 can broadcast information about a person requiring special care who has been matched and for whom support activities are to begin to the cloud server 10, the terminal 20 of the person requiring special care, and the terminals 30 of other supporters.

[0112] Therefore, although not shown in the figure, the B2 column in the screen where the support requests shown in the 5th, 6th, and 10th screens can be seen as a list will also be identified and displayed as having a status of "in progress" once the support person arrives at the person requiring special care and the actual support work is carried out.

[0113] As a result, all supporters who can view the list display via terminal 30 can easily grasp the progress status of all the support requests displayed in the list, and can quickly determine how many people remain to be selected as support recipients.

[0114] Next, in step S516, the supporter's terminal 30 acquires, via the input unit 34, an operational input by the supporter to notify that the support work for the matched special consideration person has been completed.

[0115] The 14th screen shown in Figure 10 shows the state in which "Complete" displayed in the upper right corner of section B has been tapped to notify that the support work for the No. 1 man has been completed.

[0116] The 15th screen shown in Figure 10 shows that the status display in the upper left corner of part B has changed from "Supporting" to "Completed" as a result of "Completed" being tapped.

[0117] Also, in the previous step S516, the supporter's terminal 30 transmits "support completed" to the cloud server 10 and the terminal 20 of the special care person to notify that the support work for the special care person has been completed.

[0118] The "support completed" message sent from the supporter's terminal 30 is received by the terminal 20 in step S517, and is received by the cloud server 10 in step S518.

[0119] Although not shown in the figure, the "support completed" message is also sent to the terminals 30 of the other supporters. That is, the terminal 30 can broadcast the completion of the support activity for the matched person requiring special care to the cloud server 10, the terminal 20 of the person requiring special care, and the terminals 30 of the other supporters.

[0120] Therefore, although not shown in the figure, the B2 column in the screen where the support requests shown in the 5th, 6th, and 10th screens can be seen as a list will also be identified and displayed as "Completed" once the actual support work is completed by the supporter who arrives at the person requiring special care.

[0121] As a result, all supporters who can view the list display via terminal 30 can easily grasp the progress status of all the support requests displayed in the list, and can quickly determine how many people remain to be selected as support recipients.

[0122] As described above, according to the first embodiment, the following effects can be achieved. <Effect 1: Matching people requiring special care with supporters based on summary information> The addresses corresponding to the locations of people requiring special care are strictly managed as a list of people requiring special care on a cloud server, and while the detailed addresses of people requiring special care are not made public, supporters are matched with people requiring special care based on general information indicating which area they are in.

[0123] Furthermore, if necessary, the supporter can learn the requests of each pre-registered person requiring special care as detailed information about the support, which can be used as an aid when selecting a person requiring special care.

[0124] As a result, even if the address of the person requiring special consideration is unknown, the supporter can determine which person requiring special consideration can be selected based on the person's name, the area in which the person is located, and detailed information about the support. In other words, even if the address is unknown, matching between the person requiring special consideration and the supporter can be achieved based on summary information.

[0125] <Effect 2: Achieve a structure that only notifies the address of supporters who have been matched with individuals requiring special care> The system is designed so that the address of a specific person who needs special care and who has been selected by a supporter who has determined that they can provide support is only disclosed to the selected supporter. As a result, no one other than the matched supporter can know the address of the person, preventing criminal acts such as burglaries from breaking into the home of the person.

[0126] In particular, supporters who know the address must register in advance and can be easily identified. Therefore, by increasing the confidentiality of the address of persons requiring special care and making it easier to identify those who can know the address, it is expected that fewer persons requiring special care will be concerned about registering their address on the special care register, and the registration rate on the special care register will increase. As a result, local governments and other organizations will be able to more reliably identify and manage persons requiring special care within their specific areas.

[0127] Furthermore, when the supporter selected through matching is dispatched, the person requiring special care can check the supporter's profile information, including a photo, in advance, making it easy to confirm that the supporter who actually arrives to receive the support is not a suspicious person but a supporter who has been confirmed in advance.

[0128] <Effect 3: Achieve a configuration that allows you to check the progress of support work within a specific area in real time> When a disaster occurs, the cloud server, supporters, and people requiring special care will be able to check in real time the progress of support work for all people requiring special care within a specific area based on information broadcast from the devices of each supporter on which the application software is installed.

[0129] In particular, supporters can quickly identify people requiring special care who are not being selected by other supporters and for whom support is being delayed, making it possible to efficiently carry out support work for the entire specific area.

[0130] <Effect 4: Improved effectiveness of evacuation drills> A pre-registered supporter can use the application software of the present disclosure to conduct a simulation of an evacuation drill to provide support to a pre-registered person requiring special care. In particular, during an evacuation drill, a training list of people requiring special care can be used, using fictitious address data so that actual addresses are not disclosed.

[0131] As a result, supporters will be able to become familiar with how to use application software through evacuation drills, and it is expected that they will be able to carry out appropriate support work using application software when an actual disaster occurs.

[0132] Furthermore, in the past, it was only possible to conduct training to understand the "reason for needing evacuation support, etc." for some people who agreed to be registered on the list of people requiring special consideration. However, as explained in Effect 2, by increasing the registration rate of the list of people requiring special consideration, it will be possible to accurately understand the situation, such as how many people requiring special consideration and what kind of support are in the area, from the training stage, and it will be possible to conduct highly effective evacuation training assuming a disaster.

[0133] Additionally, for those with special needs, application software with the following specialized functions can be installed on their own devices, and simulated evacuation drills can be conducted as needed, which can be used effectively in the event of an actual disaster and during evacuation drills, improving operability.

[0134] <Functions included in application software for people with special needs> A function that launches application software for people requiring special consideration upon receiving an "evacuation notification" from the cloud server (corresponding to the processing of step S503 in Figure 5). A function to terminate the "request for support" upon transmission as necessary (corresponding to the process of step S504 in FIG. 5).

[0135] - A function to receive "Start support" and "profile information" from the device of a matched supporter in response to the "request for support" sent by the user, and display them on the device (corresponding to the processing of step S512 in Figure 5).

[0136] A function to receive "assisting" from the terminal of the supporter who is performing the support work and to display the status information in an identifiable manner (corresponding to the process of step S514 in FIG. 5). A function to receive "assistance completed" from the terminal of the supporter who is performing the support work and to display the status information in an identifiable manner (corresponding to the process of step S517 in FIG. 5).

[0137] As is clear from the above explanation, according to this embodiment 1, by having the first function, it is possible to realize an evacuation system that can match supporters with people requiring special care while reducing the risk of the location of the person requiring special care being disclosed and being misused for criminal acts such as theft, thereby increasing the effectiveness of evacuation assistance.

[0138] Furthermore, by having the second and third functions, the detailed address of the person requiring special care can be disclosed only to supporters who are determined to be able to assist with evacuation as a result of matching, thereby realizing an evacuation system that allows supporters to quickly rush to the person's location. [Explanation of symbols]

[0139] 10 Cloud server, 20, 20(1) to 20(N) terminals (terminals for persons requiring special care), 30, 30(1) to 30(M) terminals (terminals for supporters), 31 control unit, 32 memory unit, 33 display unit, 34 input unit, 35 transmission / reception unit, 40 Internet communication network.

Claims

1. An evacuation system for supporting people who require assistance in the event of a disaster by a supporter, a cloud server that pre-registers information about persons requiring special consideration and information about supporters who will support the persons requiring special consideration in a specific area as special consideration information, and information about supporters who will support the persons requiring special consideration, in a database, and that transmits evacuation notifications when a disaster occurs; a plurality of terminals for the person requiring special care, each of which is carried by the plurality of the person requiring special care, and which are capable of transmitting a request for assistance when a situation arises in which the evacuation assistance is required in a situation in which the evacuation notification has been received from the cloud server; a plurality of supporter terminals each owned by the plurality of supporters and capable of executing application software for carrying out support activities for the person requiring special care who is capable of providing support; Equipped with each of the plurality of supporter terminals starts the application software upon receiving the evacuation notification from the cloud server; a first function of receiving the support requests that can be transmitted by the plurality of persons requiring special care, and displaying, as a support request status, information that can identify in which section of a plurality of sections included in the specific area the one or more support requests have occurred, with respect to the one or more received support requests; Evacuation system.

2. Each of the plurality of supporter terminals a second function of selecting a person requiring special consideration who can be supported from the one or more support requests displayed as the support request status, and transmitting a support start signal indicating that evacuation support for the selected person requiring special consideration will begin; a third function of receiving detailed information including the address of the selected person requiring special care from the cloud server as a response to the transmission of the support start request, and displaying the received detailed information; The evacuation system of claim 1 further comprising:

3. When transmitting the support start by executing the second function, each of the plurality of supporter terminals further transmits its own profile information to a terminal for a person requiring special consideration carried by the selected person requiring special consideration; When the terminal for the person requiring special care receives the support start and the profile information as a response to the transmitted support request, the terminal notifies the user that a supporter identified by the profile information has accepted the support request and is being dispatched. The evacuation system according to claim 2 .

4. When displaying the support request status by executing the first function, each of the plurality of supporter terminals can further display support requests made by the person requiring special care for each of the one or more support requests based on an input instruction by the supporter. The evacuation system according to any one of claims 1 to 3.

Images