Server device, system, server device control method and program

Abstract

Provided is a server device which contributes to increasing the number of supporters who support the evacuation of people requiring assistance when a disaster occurs. This server device is provided with a calculation unit and an allocation unit. The calculation unit calculates an evacuation priority order for a plurality of people requiring assistance on the basis of contribution points indicating the level of contribution to regional disaster prevention activities which each of the plurality of people requiring assistance has. The allocation unit allocates supporters who support the evacuation of the plurality of people requiring assistance according to the calculated priority order.

Description

[Technical Field]

[0001] The present invention relates to a server device, a system, a method for controlling a server device, and a storage medium. [Background technology]

[0002] When a large-scale disaster such as a storm, flood, or earthquake is predicted, residents will evacuate to evacuation shelters. When a disaster occurs, volunteers are needed. Various technologies related to volunteer activities have been developed.

[0003] For example, Patent Document 1 describes that a volunteer point management system is provided that utilizes a volunteer point system to promote more widespread and effective volunteer activities. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2011-175595 Summary of the Invention [Problem to be solved by the invention]

[0005] When a large-scale disaster is predicted, residents will evacuate to evacuation shelters. At that time, each resident of the area is required to evacuate to an evacuation shelter, etc., but among the residents there are people who require assistance in evacuation (hereinafter referred to as "people requiring assistance") who have difficulty evacuating on their own due to illness or other reasons.

[0006] People who need assistance are often unable to evacuate on their own and require assistance from others. When a disaster occurs, many people who need assistance must evacuate at the same time, and there are limits to the assistance that can be provided by local governments and neighborhood associations. Therefore, assistance from local residents becomes essential, but it is difficult to gather a sufficient number of supporters.

[0007] This problem cannot be solved by applying the technology disclosed in Patent Document 1. Patent Document 1 does not anticipate a situation in which many supporters are needed at the same time, such as when a disaster occurs.

[0008] The main object of the present invention is to provide a server device, a system, a method for controlling a server device, and a storage medium that contribute to increasing the number of supporters who assist those in need of support in evacuating when a disaster occurs. [Means for solving the problem]

[0009] According to a first aspect of the present invention, a server device is provided which includes a calculation unit that calculates the evacuation priority of each of multiple individuals requiring support based on contribution points held by each of the multiple individuals requiring support, each of which indicates the degree to which the individual has contributed to disaster prevention activities in the area, and an allocation unit that assigns a supporter to assist each of the multiple individuals requiring support in their evacuation actions in accordance with the calculated priority.

[0010] According to a second aspect of the present invention, there is provided a system including a supporter terminal and a server device, wherein the server device is equipped with a calculation unit that calculates an evacuation priority for each of multiple persons requiring support based on contribution points held by each of the multiple persons requiring support that indicate the degree to which the person has contributed to local disaster prevention activities, an allocation unit that assigns a supporter to assist each of the multiple persons requiring support in their evacuation actions in accordance with the calculated priority, and an evacuation action control unit that sends a support start instruction to the supporter terminal held by the supporter to whom the person requiring support has been assigned, the instruction including information about the person requiring support who will be the recipient of support.

[0011] According to a third aspect of the present invention, a control method for a server device is provided, in which the server device calculates an evacuation priority for each of multiple individuals requiring support based on contribution points held by each of the multiple individuals requiring support, which points indicate the degree to which the individual has contributed to disaster prevention activities in the area, and assigns a supporter to assist each of the multiple individuals requiring support in their evacuation actions in accordance with the calculated priority.

[0012] According to a fourth aspect of the present invention, a computer-readable storage medium is provided that stores a program for causing a computer mounted on a server device to execute the following processes: calculating the evacuation priority of each of multiple individuals requiring support based on contribution points held by each of the multiple individuals requiring support, which indicate the degree to which the individual has contributed to disaster prevention activities in the area; and assigning a supporter to assist each of the multiple individuals requiring support in their evacuation actions in accordance with the calculated priority. [Effects of the Invention]

[0013] According to each aspect of the present invention, a server device, a system, a control method for a server device, and a storage medium are provided that contribute to increasing the number of supporters who assist those in need of support in the evacuation of a disaster. Note that the effects of the present invention are not limited to those described above. The present invention may achieve other effects instead of or in addition to the effects described above. [Brief explanation of the drawings]

[0014] [Figure 1] FIG. 1 is a diagram for explaining an outline of an embodiment. [Figure 2] FIG. 2 is a flowchart showing an example of the operation of one embodiment. [Figure 3] FIG. 3 is a diagram illustrating an example of a schematic configuration of the evacuation support system according to the first embodiment. [Figure 4] FIG. 4 is a diagram for explaining the operation of the evacuation support system according to the first embodiment. [Figure 5] FIG. 5 is a diagram for explaining the operation of the evacuation support system according to the first embodiment. [Figure 6] FIG. 6 is a diagram for explaining the operation of the evacuation support system according to the first embodiment. [Figure 7] FIG. 7 is a diagram showing an example of a display on the terminal according to the first embodiment. [Figure 8] FIG. 8 is a diagram illustrating an example of a display on the supporter terminal according to the first embodiment. [Figure 9]FIG. 9 is a diagram showing an example of a display on the support-requiring person terminal according to the first embodiment. [Figure 10] FIG. 10 is a diagram showing an example of a display on the support-requiring person terminal according to the first embodiment. [Figure 11] FIG. 11 is a diagram illustrating an example of a display on the supporter terminal according to the first embodiment. [Figure 12] FIG. 12 is a diagram illustrating an example of a display on the supporter terminal according to the first embodiment. [Figure 13] FIG. 13 is a diagram illustrating an example of a display on the supporter terminal according to the first embodiment. [Figure 14] FIG. 14 is a diagram illustrating an example of a processing configuration of a server device according to the first embodiment. [Figure 15] FIG. 15 is a diagram for explaining the operation of the support-requiring person registration unit according to the first embodiment. [Figure 16] FIG. 16 is a diagram illustrating an example of a user information database according to the first embodiment. [Figure 17] FIG. 17 is a flowchart illustrating an example of the operation of the supporter allocation unit according to the first embodiment. [Figure 18] FIG. 18 is a flowchart showing an example of the operation of the evacuation behavior control unit according to the first embodiment. [Figure 19] FIG. 19 is a diagram illustrating an example of a processing configuration of the supporter terminal according to the first embodiment. [Figure 20] FIG. 20 is a diagram illustrating an example of a processing configuration of the support-requiring person terminal according to the first embodiment. [Figure 21] FIG. 21 is a sequence diagram showing an example of the operation of the evacuation support system according to the first embodiment. [Figure 22] FIG. 22 is a diagram illustrating an example of a hardware configuration of a server device according to the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0015] First, an overview of one embodiment will be described. Note that the reference numerals in the drawings are added to each element for convenience as an example to facilitate understanding, and the description of this overview is not intended to be limiting in any way. Furthermore, unless otherwise specified, the blocks shown in each drawing represent functional units, not hardware units. Connection lines between blocks in each drawing include both bidirectional and unidirectional lines. Unidirectional arrows are used to schematically indicate the flow of main signals (data) and do not exclude bidirectionality. Note that in this specification and drawings, elements that can be similarly described may be assigned the same reference numerals to avoid redundant explanation.

[0016] A server device 100 according to one embodiment includes a calculation unit 101 and an allocation unit 102 (see FIG. 1). The calculation unit 101 calculates the priority of each of the plurality of persons requiring support with respect to evacuation, based on contribution points held by each of the plurality of persons requiring support, which points indicate the degree to which each person has contributed to disaster prevention activities in the area (step S1 in FIG. 2). The allocation unit 102 allocates a supporter who will assist each of the plurality of persons requiring support in evacuation behavior, according to the calculated priority (step S2).

[0017] The server device 100 awards contribution points to residents who contribute to local disaster prevention activities. In other words, residents who actively participate in disaster prevention activities when they are healthy are awarded more contribution points. The server device 100 takes into consideration the contribution points held by each resident and assigns supporters to support those in need of support when a disaster occurs. If residents enthusiastically engage in support activities for others, they will be given priority in receiving support when they themselves become people in need of support. As a result, residents are motivated to become supporters and to act as supporters. By receiving support on a priority basis, the number of supporters who help those in need of support evacuate will increase.

[0018] Specific embodiments will be described in more detail below with reference to the drawings.

[0019] [First embodiment] The first embodiment will be described in more detail with reference to the drawings.

[0020] [System Configuration] Fig. 3 is a diagram showing an example of a schematic configuration of an evacuation support system according to the first embodiment. As shown in Fig. 3, the evacuation support system includes a disaster prevention center and at least one evacuation shelter. Although not shown in Fig. 3, neighborhood associations (voluntary disaster prevention organizations) existing in each area may also be included in the evacuation support system.

[0021] Disaster prevention centers are managed and operated by local governments. Disaster prevention centers are set up in city halls, for example. Local schools, community centers, and other facilities are considered evacuation shelters. Schools, community centers, and other facilities are used as "evacuation shelters" in the event of a disaster.

[0022] The disaster prevention center operates and manages the server device 10. The server device 10 is responsible for managing disaster prevention for local residents, operating evacuation shelters, supporting evacuees, etc. The server device 10 may be installed in the same building as the disaster prevention center, or may be installed on a network (on the cloud).

[0023] Among the local residents are people who require assistance in evacuation. These people are residents who have difficulty evacuating without the help of others due to illness or other reasons.

[0024] In addition, local residents include supporters who assist those in need of assistance. When disasters such as heavy rain, typhoons, and earthquakes occur, supporters rush to the aid of those in need and help them evacuate.

[0025] Each of the supporters and support-requiring persons has a terminal. For example, supporters A1 to A3 have supporter terminals 20-1 to 20-3, respectively. Support-requiring persons B1 to B3 have support-requiring person terminals 30-1 to 30-3, respectively.

[0026] The server device 10 and the support provider terminal 20 are configured to be able to communicate with each other by wireless communication means, etc. Similarly, the server device 10 and the support-requiring person terminal 30 are configured to be able to communicate with each other by wireless communication means, etc.

[0027] In the following description, unless there is a particular reason to distinguish between the support provider terminals 20-1 to 20-3, they will simply be referred to as "support provider terminal 20." Similarly, unless there is a particular reason to distinguish between the support requiring person terminals 30-1 to 30-3, they will simply be referred to as "support requiring person terminal 30."

[0028] 3 is an example and is not intended to limit the configuration of the evacuation support system. For example, a disaster prevention center may include multiple server devices 10.

[0029] [General operation] Next, the general operation of the evacuation support system according to the first embodiment will be described.

[0030] <Registration of people requiring support> A person requiring support pre-registers his / her information in the disaster prevention center (server device 10) (see FIG. 4). In the following description, information that a person requiring support registers in the server device 10 will be referred to as "information about the person requiring support."

[0031] A person requiring support registers support-requiring person information in the server device 10 using any means. For example, the person requiring support operates the support-requiring person terminal 30 that the person requires support to register as a person requiring support. For example, the person requiring support operates the support-requiring person terminal 30 to access the server device 10. More specifically, the person requiring support accesses a WEB (web) page provided by the server device 10.

[0032] For a person requiring support who has difficulty registering information by himself / herself, a representative (for example, a parent, a child, or a welfare officer) may register the information about the person requiring support in the server device 10. That is, in the evacuation support system disclosed herein, people in a position to support the person requiring support, such as local governments and welfare officers, can also create an evacuation plan (individual evacuation plan) for each person requiring support together with the person requiring support.

[0033] The support-requiring person information includes attribute information of the support-requiring person. More specifically, the support-requiring person information includes personal information, health information, family information, and the like.

[0034] Personal information includes the four basic pieces of information (name, gender, address, age) as well as contact information (telephone number, email address, etc.), routes within the home, and the structure of the home.

[0035] Health information is information about the body, health condition, etc. of the person requiring support. Examples of health information include height, weight, blood type, medical history, chronic illnesses, commonly used medications, care level (disability level), and disability details. Examples of disability details include the type of disability (e.g., difficulty walking, visual impairment) and associated information (e.g., whether a wheelchair is required, etc.).

[0036] Family information is information about the family of the person requiring support. Examples of family information include names of blood relatives, names of family members living together, and names of relatives.

[0037] When the server device 10 acquires support-requiring person information (personal information, health information, etc.) from the support-requiring person, it generates a user ID for identifying the support-requiring person. The server device 10 reflects the generated user ID, attribute information, etc. in a database. Specifically, the server device 10 stores the user ID and attribute information in a user information database that manages information on system users (local residents). The user information database will be described in detail later.

[0038] The server device 10 issues the generated user ID to the person requiring support. More specifically, the server device 10 transmits the generated user ID to the support-requiring person terminal 30. The support-requiring person terminal 30 stores the user ID internally.

[0039] <Supporter registration> Supporters pre-register their own information in the disaster prevention center (server device 10) (see FIG. 5). In the following explanation, the information that supporters register in the server device 10 will be referred to as "supporter information." Residents register in the system that they will act as supporters to support people in need of support in the future.

[0040] A supporter registers supporter information in the server device 10 using any means. For example, the supporter operates the supporter terminal 20 that the supporter possesses to perform supporter registration. For example, the supporter operates the supporter terminal 20 to access the server device 10. More specifically, the supporter accesses a WEB page provided by the server device 10.

[0041] The supporter information includes attribute information of the supporter. More specifically, the supporter information includes personal information, health information, family information, ability information, etc. of the supporter. Note that the personal information, health information, family information, etc. of the supporter can be the same as the corresponding information of the person requiring support, so explanation will be omitted.

[0042] The ability information is information about the abilities, skills, qualifications, etc. of a supporter. For example, examples of ability information include a driver's license, a medical license, and foreign language ability. The supporter information may also include information accompanying the ability information. For example, the type of vehicle (e.g., sedan, minivan, etc.) owned by a supporter who has a driver's license, languages ​​that the supporter can speak (e.g., English, Chinese), etc. may be included as accompanying information in the supporter information.

[0043] When the server device 10 acquires supporter information (personal information, etc.) from the supporter, it generates a user ID for identifying the supporter. The server device 10 associates the generated user ID with attribute information, etc., and stores them in a user information database. The user information database stores residents who can act as supporters in the future as supporter candidates.

[0044] When the server device 10 completes the registration of a supporter (when the user ID, etc., is registered in the user information database), it grants the supporter a predetermined number of contribution points. Contribution points are an index showing the degree to which each resident (supporter) has contributed to local disaster prevention activities. Residents with many contribution points have been actively involved in local disaster prevention activities (for example, supporting the evacuation of those in need of assistance).

[0045] The server device 10 stores the awarded contribution points in the user information database.

[0046] The server device 10 also issues the generated user ID to the supporter. The server device 10 transmits the generated user ID to the supporter terminal 20. The supporter terminal 20 stores the user ID internally.

[0047] <Evacuation support> With reference to FIG. 6, the operation of the system when a supporter assists a person in need of support in evacuation will be described.

[0048] When a disaster occurs or is expected to occur, a disaster prevention officer of a local government inputs an "evacuation information transmission instruction" to the server device 10 (step S01). More specifically, the disaster prevention officer of a local government specifies the alert level and the area (e.g., oaza or koaza) for which the evacuation information is to be transmitted, and instructs the server device 10 to transmit the evacuation information. For example, the server device 10 acquires the evacuation information transmission instruction through a GUI (Graphical User Interface) as shown in FIG. 7.

[0049] When the server device 10 receives the instruction to transmit evacuation information, the server device 10 urges residents of the designated area to take evacuation action. Specifically, the server device 10 transmits evacuation information including evacuation shelter information to terminals (not shown) carried by residents of the area. Alternatively, the server device 10 may urge residents to take evacuation action via disaster prevention radio or the like.

[0050] The server device 10 also transmits evacuation information to the support-requiring persons and supporters in the designated area (step S02 in FIG. 6).

[0051] Here, the information transmitted from the server device 10 to the terminals (support provider terminal 20, support-requiring person terminal 30) includes the user ID assigned to the owner of the terminal. Also, the information transmitted from the terminals (support provider terminal 20, support-requiring person terminal 30) to the server device 10 includes the user ID assigned by the server device 10.

[0052] The server device 10 transmits evacuation information including information for the supporter to the supporter terminal 20. By receiving the evacuation information, the supporter terminal 20 displays a message as shown in Fig. 8. The supporter who sees the message shown in Fig. 8 recognizes that the person in need of support needs support.

[0053] The server device 10 transmits evacuation information including information for the person requiring support to the terminal 30 of the person requiring support. By receiving the evacuation information, the terminal 30 of the person requiring support displays a screen as shown in Fig. 9. When the person requiring support sees the screen shown in Fig. 9, he or she recognizes that at least one of his or her supporters will rush to help him or her evacuate to a shelter.

[0054] A supporter who sees the display shown in Fig. 8 notifies the server device 10 if he or she is in a position to support the person in need of support. A supporter who is able to support the person in need of support presses the "Support Available" button shown in Fig. 8. In response to the button being pressed, the supporter terminal 20 transmits a "Support Available Notification" to the server device 10.

[0055] Furthermore, a supporter who is unable to support the person in need of support because he or she is located far from the disaster area or for other reasons presses the "support unavailable" button shown in Fig. 8. In response to the pressing of this button, the supporter terminal 20 transmits a "support unavailable notification" to the server device 10.

[0056] The server device 10 reflects the status of the supporter in the user information database in response to the "support available notification" or "support unavailable notification" received from the supporter terminal 20.

[0057] The server device 10 determines the support-requiring persons who will evacuate to an evacuation shelter together with a supporter. The server device 10 calculates the priority of evacuation for each support-requiring person. The server device 10 determines the support-requiring persons who will receive support for evacuation actions based on the calculated priority.

[0058] For example, the server device 10 calculates the priority of each support-requiring person regarding evacuation based on the contribution points and attribute information held by each support-requiring person.

[0059] Next, the server device 10 determines a supporter who will support the support-requiring person in their evacuation behavior. For example, the server device 10 assigns a supporter who will support the support-requiring person from among a plurality of supporters (supporter candidates) registered in advance, based on the attribute information of the support-requiring person and the attribute information of the supporter. For example, the server device 10 determines that supporter A1 will support the support-requiring person B1 in their evacuation behavior.

[0060] The server device 10 reflects the determined combination of the support-requiring person and the supporter in the user information database.

[0061] Specifically, the server device 10 sets information about the supporter who will provide support (for example, the user ID of the supporter) in the user information database. The server device 10 also updates the status of the person requiring support to which the supporter has been assigned. Specifically, the server device 10 sets the status of the person requiring support to "supporter determined."

[0062] The server device 10 sets information about the support-requiring person who is the target of support (for example, the user ID of the support-requiring person) in the user information database.

[0063] Once a supporter who will support the person in need of support has been decided, the server device 10 notifies the person in need of support of information about the supporter who will provide support. Specifically, the server device 10 transmits a "supporter information notification" to the support-requiring person terminal 30 (step S04 in FIG. 6). In the above example, the support-requiring person B1 is notified that supporter A1 will be on his way to provide support.

[0064] In this case, the support-requiring person terminal 30 displays a display as shown in Fig. 10. After the support-requiring person confirms the name, etc., of the support-requiring person who will come to support them, the support-requiring person terminal 30 operates to press the "OK" button. In response to the pressing of the button, the support-requiring person terminal 30 transmits a "support-requiring person confirmation notice" to the server device 10 (step S05 in Fig. 6).

[0065] In the above example, the support-requiring person B1 operates the support-requiring person terminal 30 to notify the server device 10 that he / she has confirmed that the supporter A1 will come to provide support.

[0066] When the notification is received, the server device 10 instructs the support person to go to support the support-requiring person. In the above example, the server device 10 instructs the support person A1 to support the evacuation of the support-requiring person B1.

[0067] Specifically, the server device 10 transmits a "support start instruction" to the support provider terminal 20 (step S06 in FIG. 6). The support start instruction includes the name, address, etc. of the support-requiring person who is to be supported. The support provider terminal 20 displays a screen as shown in FIG. 11 based on the information included in the support start instruction. At this time, the server device 10 may transmit to the support provider terminal 20 a support start instruction including map information that allows the address of the support-requiring person (the destination of the support provider) to be easily recognized, as shown in FIG. 11.

[0068] In response to receiving the instruction to start support, the support person heads toward the person requiring support.

[0069] The server device 10 also updates the status of the supporter who sent the support start instruction. Specifically, the server device 10 sets "supporting" in the status field of the user information database.

[0070] When the supporter arrives at the site (such as the home of the person requiring support), the supporter operates the supporter terminal 20 to report the situation at the site to the server device 10. For example, if the supporter is able to support the evacuation of the person requiring support alone, the supporter reports this to the server device 10. Alternatively, if the whereabouts of the person requiring support are unknown, the supporter reports this to the server device 10. Alternatively, if it is difficult for the supporter to provide support alone, the supporter reports this to the server device 10.

[0071] For example, the supporter terminal 20 acquires the situation of the site using a GUI as shown in Fig. 12. The supporter terminal 20 transmits a "site situation report" including the user ID of the person requiring support and the acquired situation of the site to the server device 10 (step S07 in Fig. 6).

[0072] The server device 10 takes action according to the situation at the scene obtained from the supporter. If the supporter does not need support and can provide support alone, the server device 10 does not take any special action. On the other hand, if the whereabouts of the support-requiring person are unknown, the server device 10 notifies the voluntary disaster prevention organization of this fact. Alternatively, if support alone is not possible, the server device 10 requests support (support) from other supporters.

[0073] The supporter moves to an evacuation shelter together with the person requiring support. When the supporter has completed supporting the person requiring support, the supporter notifies the server device 10 of this fact. More specifically, the supporter operates the supporter terminal 20 to notify the server device 10 of the completion of support (see FIG. 13). The supporter terminal 20 transmits a "support completion notification" including the user ID of the person requiring support to the server device 10 (step S08 in FIG. 6).

[0074] In response to the notification, the server device 10 reflects the fact that the evacuation of the person requiring support has been completed in the user information database. The server device 10 excludes the person requiring support for whom the support has been completed from the support recipients. Specifically, the server device 10 sets "evacuation completed" in the status field of the person requiring support for whom the evacuation has been completed. In the above example, the status of the person requiring support B1 is stored as "evacuation completed," and the person requiring support B1 is excluded from the recipients of evacuation support. The server device 10 may register information regarding the evacuation destination of the person requiring support for whom the evacuation has been completed (for example, the name and address of the evacuation shelter) in the user information database.

[0075] Furthermore, the server device 10 updates the user information database with the status of the supporter who has completed the support action. Specifically, the server device 10 sets "Support available" in the status field of the supporter who has completed the support action.

[0076] The server device 10 gives a predetermined number of contribution points to a supporter who has completed supporting the support-requiring person. The server device 10 reflects the contribution points given to the supporter in the user information database.

[0077] When the support for the person requiring support is completed, the supporter can support another person requiring support. For example, in the above example, the supporter A1 can support the evacuation of other people requiring support who have not yet completed evacuation.

[0078] At this time, the server device 10 determines the support-requiring person (support recipient) to be assigned to the supporter who has completed support, based on the priority of each support-requiring person, etc. The subsequent system operation can be the same as that described above, so a description thereof will be omitted. Note that support-requiring people who are set as "support recipient determined" or "evacuation completed" are excluded from the support recipient list. This approach avoids the inefficiency of multiple supporters going to provide support to one support-requiring person.

[0079] Next, details of each device included in the evacuation support system according to the first embodiment will be described.

[0080] [Server device] Fig. 14 is a diagram showing an example of a processing configuration (processing module) of the server device 10 according to the first embodiment. Referring to Fig. 14, the server device 10 includes a communication control unit 201, a support-requiring person registration unit 202, a supporter registration unit 203, an instruction acquisition unit 204, an evacuation information transmission unit 205, a supporter allocation unit 206, an evacuation action control unit 207, and a storage unit 208.

[0081] The communication control unit 201 is a means for controlling communication with other devices. For example, the communication control unit 201 receives data (packets) from the terminals (the support provider terminal 20, the support-requiring person terminal 30). The communication control unit 201 also transmits data to the terminals (the support provider terminal 20, the support-requiring person terminal 30). The communication control unit 201 passes data received from other devices to other processing modules. The communication control unit 201 transmits data acquired from other processing modules to other devices. In this way, other processing modules transmit and receive data to and from other devices via the communication control unit 201. The communication control unit 201 has a function as a receiving unit that receives data from other devices and a function as a transmitting unit that transmits data to other devices.

[0082] The support-requiring person registration unit 202 is a means for acquiring attribute information of support-requiring persons and registering them as support-requiring persons. The support-requiring person registration unit 202 acquires information on support-requiring persons who are residents who may become evacuees in the future and who require support from others. More specifically, the support-requiring person registration unit 202 acquires support-requiring person information (attribute information) such as personal information, health information, and family information of the support-requiring person by any means.

[0083] For example, the support-requiring person registration unit 202 may acquire the support-requiring person information from the support-requiring person terminal 30. Alternatively, the support-requiring person may send a document containing the support-requiring person information or an external storage device storing the support-requiring person information to a disaster prevention center, and a staff member or the like at the center may input the support-requiring person information into the server device 10.

[0084] The support-requiring person registration unit 202 may provide the support-requiring person with a GUI or an input form for inputting support-requiring person information. For example, the support-requiring person registration unit 202 may display a GUI such as that shown in FIG. 15 on the support-requiring person terminal 30.

[0085] The person requiring support operates the support-requiring person terminal 30 to input the information shown in Fig. 15. When the support-requiring person has completed inputting the information, he or she presses the "OK" button and inputs personal information (such as name, age, contact details) into the server device 10. When health information or family information is to be registered (when the corresponding button is pressed), the support-requiring person registration unit 202 may display a GUI and input form similar to that shown in Fig. 15 for inputting this information.

[0086] When the support-requiring person information is acquired, the support-requiring person registration unit 202 generates a user ID for identifying the support-requiring person. The user ID may be any information that can uniquely identify a support-requiring person registered in the server device 10. For example, the support-requiring person registration unit 202 may assign a unique value each time a support-requiring person is registered, and use this as the user ID.

[0087] The support-requiring person registration unit 202 stores the generated user ID and the attribute information of the support-requiring person in association with each other in the user information database (see FIG. 16).

[0088] As shown in Figure 16, the user information database includes a field indicating the type of user (person requiring support, supporter), a field indicating the status of each user, a field indicating each user's partner (person receiving support, supporter), and a field for storing contribution points.

[0089] For ease of understanding, in the drawings including Figure 16, the names of the support recipient and the supporter are written in the partner field, but in reality, the user ID of the support recipient, etc. is set in that field. Also, the initial value of the status field for the person requiring support is "before evacuation." The initial value of the status field for the supporter is "unknown."

[0090] 16 is an example and is not intended to limit the items to be stored, etc. For example, the user's biometric information (face image, feature amounts generated from the face image) may be registered in the user information database.

[0091] The health information and family information shown in Fig. 16 include physical information such as height and weight, as well as specific details such as the number of family members living together and their relationships. In addition, although not shown in Fig. 16, the user's contact information, information about the home (routes within the home, home structure), ability information, etc. are registered in the user information database.

[0092] The support-requiring person registration unit 202 issues the generated user ID to the support-requiring person (support-requiring person terminal 30).

[0093] Here, a resident who was once a supporter may register as a person requiring support due to illness or other reasons. In this case, the support-requiring person registration unit 202 searches the user information database based on the name, age, etc. entered by the support-requiring person, and determines whether or not there is a corresponding entry (supporter). If a corresponding entry exists, the support-requiring person registration unit 202 rewrites the type field of that entry from "supporter" to "person requiring support." In other words, in response to a request from the supporter, the server device 10 changes the type of the supporter to "person requiring support." At that time, the contribution points held by the supporter are carried over as contribution points for the new person requiring support.

[0094] The supporter registration unit 203 is a means for acquiring attribute information from supporters (residents who are willing to become supporters) and registering the supporter. The supporter registration unit 203 acquires information on supporters who support others. The basic operation of the supporter registration unit 203 can be the same as the operation of the support-requiring person registration unit 202, so detailed explanation will be omitted.

[0095] When the supporter information is acquired, the supporter registration unit 203 generates a user ID for identifying the supporter. The user ID may be any information that can uniquely identify a supporter registered in the server device 10. For example, the supporter registration unit 203 may assign a unique value each time a supporter is registered as the user ID.

[0096] The supporter registration unit 203 stores the generated user ID and attribute information in association with each other in the user information database.

[0097] The supporter registration unit 203 grants a predetermined number of contribution points to a supporter (resident) who has registered as a supporter. For example, in the example of FIG. 16, the supporter registration unit 203 grants "1 point" of contribution points to a newly registered supporter, supporter A3. The supporter registration unit 203 stores the granted contribution points in the user information database.

[0098] The supporter registration unit 203 issues the generated user ID to the support-requiring person (supporter terminal 20).

[0099] The instruction acquisition unit 204 is a means for acquiring an instruction to transmit evacuation information from a disaster prevention officer of a local government. The instruction acquisition unit 204 acquires an instruction to transmit evacuation information from the disaster prevention officer of a local government using a GUI such as that shown in Fig. 7. The disaster prevention officer of a local government specifies the alert level to be issued and the area to which the evacuation information is to be transmitted. The area to which the evacuation information is to be transmitted may be a relatively small area such as a hamlet or a small hamlet, or may be a relatively large area such as the entire local government.

[0100] The evacuation information transmission unit 205 is a means for transmitting evacuation information to residents in an area designated by a disaster prevention officer of the local government. The evacuation information transmission unit 205 transmits evacuation information to terminals carried by residents in the designated area. In this case, the evacuation information transmission unit 205 transmits evacuation information including information according to the alert level input by the disaster prevention officer of the local government to normal residents (residents who are neither persons requiring support nor supporters). For example, the evacuation information transmission unit 205 transmits evacuation information such as "An evacuation order has been issued for elderly people and others. Please take appropriate evacuation action." to the residents' terminals. The addresses, etc. of the terminals to which the evacuation information is to be sent are registered in advance.

[0101] The evacuation information transmitting unit 205 transmits evacuation information to the supporter including information (message) that makes the supporter aware that he or she is a "supporter." Specifically, the evacuation information transmitting unit 205 transmits evacuation information including a message that makes the supporter aware of the need to be registered as a supporter in the disaster prevention center (server device 10) and to support the person in need of support.

[0102] The evacuation information transmission unit 205 accesses the user information database and transmits evacuation information including the content shown in Figure 8 to the addresses of residents registered as supporters in the database (addresses that can be received by the supporter terminal 20).

[0103] The evacuation information transmitting unit 205 receives a "support available notification" or a "support unavailable notification" from the supporter's supporter terminal 20. The support available notification is sent to the server device 10 when the "support available" button shown in FIG. 8 is pressed. The support available notification includes the supporter's user ID. The evacuation information transmitting unit 205 searches the user information database using the supporter's user ID as a key, and identifies the corresponding entry (supporter). The evacuation information transmitting unit 205 sets "support available" in the status field of the identified entry.

[0104] The support unavailable notification is sent to the server device 10 by pressing the "support unavailable" button shown in FIG. 8. The support unavailable notification includes the user ID of the supporter. The evacuation information transmission unit 205 searches the user information database using the user ID of the supporter as a key, and identifies the corresponding entry (supporter). The evacuation information transmission unit 205 sets "support unavailable" in the status field of the identified entry.

[0105] The evacuation information transmitting unit 205 transmits evacuation information to the person requiring support, including content (message) that allows the person requiring support to recognize that he or she has been registered as a "person requiring support" in the disaster prevention center (server device 10) and that a supporter will assist him or her in evacuation. For example, the evacuation information transmitting unit 205 accesses the user information database and transmits evacuation information including content such as that shown in Fig. 9 to the addresses (addresses that can be received by the support-requiring person terminal 30) of residents who are registered in the database as people requiring support.

[0106] The supporter allocating unit 206 is a means for allocating a supporter to each of the support-requiring persons B1 to B3 to assist them in their evacuation actions. For example, in the example of Fig. 6, the supporter allocating unit 206 controls the allocation of a supporter to each of the support-requiring persons B1 to B3.

[0107] The supporter allocating unit 206 determines the combination of the support-requiring person and the supporter in accordance with various methods and various rules. That is, the supporter allocating unit 206 matches the supporter with the support-requiring person using various methods.

[0108] 17 is a flowchart showing an example of the operation of the supporter allocating unit 206 according to the first embodiment. The operation of the supporter allocating unit 206 will be described with reference to FIG.

[0109] The supporter allocation unit 206 calculates the priority of support for each support-requiring person (step S101). For example, the supporter allocation unit 206 calculates the priority of each support-requiring person (priority of supporting evacuation behavior) based on the contribution points held by each support-requiring person. Specifically, the supporter allocation unit 206 assigns a higher priority to a support-requiring person who has a large number of contribution points.

[0110] Alternatively, the supporter allocating unit 206 may calculate the evacuation priority of each of the multiple support-requiring persons based on the contribution points and attribute information of each of the multiple support-requiring persons. For example, the supporter allocating unit 206 may determine the priority of each of the support-requiring persons based on their physical and mental conditions (level of care, disability, etc.). For example, when there are support-requiring persons who have the same contribution points, the supporter allocating unit 206 may assign a higher priority to a support-requiring person with a higher level of care or a support-requiring person with a severe disability.

[0111] Next, the supporter allocation unit 206 extracts support-requiring persons who need assistance with evacuation behavior (step S102). The supporter allocation unit 206 checks the status field of the support-requiring persons in the user information database. The supporter allocation unit 206 extracts support-requiring persons whose status field is set to "before evacuation" (support-requiring persons who have not completed evacuation and have not been assigned a supporter).

[0112] Next, the supporter allocation unit 206 allocates supporters to the support recipients according to the priority of each extracted support recipient. The supporter allocation unit 206 allocates supporters to the support recipients in order of their priority. In the example of Fig. 6, if the support recipient B1 has the highest priority, a supporter who assists the support recipient B1 in evacuation behavior is allocated first.

[0113] The supporter allocation unit 206 allocates supporters to the support-requiring person who needs assistance with evacuation actions in the order of the above priority (step S103). The supporter allocation unit 206 determines a supporter who will support the support-requiring person from among residents (supporter candidates) who have been registered as supporters in advance.

[0114] At this time, the supporter allocation unit 206 determines a supporter who will support the person requiring support from among the supporters who have "support available" set in the status field in the user information database. The supporter allocation unit 206 accesses the user information database and extracts supporters who have "support available" set in the status field.

[0115] The supporter allocation unit 206 allocates supporters to support the person requiring support from among the extracted supporters (supporters who can provide support on the day of evacuation). For example, the supporter allocation unit 206 determines the supporters to support the person requiring support based on attribute information of the support recipients (persons requiring support) and / or supporter candidates (residents registered as supporters).

[0116] For example, the supporter allocating unit 206 may determine a supporter based on health information of the support-requiring person (information on past illnesses, medications, etc.). For example, the supporter allocating unit 206 may allocate a doctor or a nurse as a supporter to a support-requiring person with a past illness.

[0117] Alternatively, the support person allocating unit 206 may select the support-requiring person based on the positional relationship between the supporter and the support-requiring person. For example, the support person allocating unit 206 may allocate the resident closest to the support-requiring person as a supporter.

[0118] When the combination of the support-requiring person and the supporter is determined, the supporter allocation unit 206 reflects the determined information in the user information database.

[0119] The supporter allocating unit 206 sets the user ID of the person requiring support in the partner field of the supporter to whom allocation has been decided. The supporter allocating unit 206 sets the user ID of the supporter in the partner field of the person requiring support who will receive support. The supporter allocating unit 206 also sets "supporter determined" in the status field of the person requiring support. Note that in the drawings including FIG. 16, "supporter determined" is written as "determined".

[0120] In this way, the supporter allocation unit 206 calculates the evacuation priority of each of the multiple support-requiring persons based on the contribution points (points indicating the degree of contribution to local disaster prevention activities) held by each of the multiple support-requiring persons. That is, the supporter allocation unit 206 operates as a "calculation unit" that calculates the priority. The supporter allocation unit 206 allocates a supporter who will support the evacuation behavior of each of the multiple support-requiring persons to each of the multiple support-requiring persons in accordance with the calculated priority.

[0121] At this time, the supporter allocation unit 206 allocates a supporter who will support the evacuation action from among a plurality of supporter candidates (residents who have registered as supporters). The supporter allocation unit 206 allocates a supporter who will support the evacuation action from among the plurality of supporter candidates who are able to provide support on the day of evacuation.

[0122] The evacuation behavior control unit 207 is a means for controlling the evacuation behavior of the support-requiring person by the supporter. The operation of the evacuation behavior control unit 207 will be described with reference to FIG.

[0123] When the combination of the supporter and the support-requiring person is determined, the evacuation behavior control unit 207 notifies the support-requiring person of information about the supporter. The evacuation behavior control unit 207 transmits a "supporter information notification" including the name of the supporter, etc., to the support-requiring person terminal 30 (step S201).

[0124] The evacuation behavior control unit 207 waits to receive a response to the notification (step S202, No branch).

[0125] When a "supporter confirmation notification" that is a response to the supporter information notification is received (step S202, Yes branch), the evacuation behavior control unit 207 instructs the corresponding supporter to start support.

[0126] First, the evacuation behavior control unit 207 generates a support start instruction including the name of the person requiring support, the address of the person requiring support, and the like (step S203).

[0127] The evacuation behavior control unit 207 transmits a support start instruction including information about the support-requiring person who is the support target (information including the user ID of the support-requiring person) to the support provider terminal 20 (step S204). The evacuation behavior control unit 207 transmits the support start instruction to the support provider terminal 20 carried by the supporter to whom the support-requiring person is assigned.

[0128] The evacuation behavior control unit 207 updates the status of the supporter who sent the support start instruction by setting "supporting" in the status field of the supporter in the user information database.

[0129] Based on the instruction to start support, the supporter heads to the person requiring support. Upon arriving at the person requiring support, the supporter reports the situation at the scene to the disaster prevention center (server device 10).

[0130] The evacuation behavior control unit 207 receives a "site situation report" indicating the situation of the site where the supporter has arrived from the supporter terminal 20 (step S205). The site situation report includes the user ID of the person requiring support.

[0131] The evacuation behavior control unit 207 handles the site situation report (step S206).

[0132] For example, if a notification that "there is no problem with providing support" is received from the supporter, the evacuation behavior control unit 207 does not take any particular action.

[0133] Alternatively, when a notification that "the whereabouts of the person requiring support are unknown" is received from a supporter, the evacuation behavior control unit 207 notifies the voluntary disaster prevention organization of that fact. Specifically, the evacuation behavior control unit 207 searches the user information database using the user ID of the person requiring support as a key, and acquires the name, address, etc. of the person requiring support. The evacuation behavior control unit 207 notifies the voluntary disaster prevention organization (such as the server of the organization) of the acquired name, address, etc. of the person requiring support.

[0134] Alternatively, when a notification that "support alone is not possible" is received from a supporter, the evacuation behavior control unit 207 selects a supporter to be sent to provide support from among the supporters who have not yet begun support action, and instructs the selected supporter to provide support. Specifically, the evacuation behavior control unit 207 searches the user information database and extracts supporters who have not yet begun support activities (supporters whose status field is set to "available for support"). The evacuation behavior control unit 207 selects a supporter to be sent to provide support from among the extracted supporters. The evacuation behavior control unit 207 transmits a "support support instruction" including the name, address, etc. of the person requiring support to the supporter terminal 20 of the selected supporter.

[0135] The supporter moves to an evacuation shelter together with the person requiring support. When the supporter has completed the evacuation, the supporter reports this to the disaster prevention center (server device 10). Specifically, the evacuation behavior control unit 207 receives a "support completion notification" from the supporter terminal 20 (step S207). The support completion notification includes the user ID of the person requiring support who has completed the evacuation.

[0136] The evacuation behavior control unit 207 reflects in the database that the support action by the supporter has been completed (updates the database; step S208). Specifically, the evacuation behavior control unit 207 sets "support available" in the status field of the supporter in the user information database. In addition, the evacuation behavior control unit 207 sets "evacuation completed" in the status field of the person requiring support.

[0137] Furthermore, the evacuation behavior control unit 207 awards a predetermined number of contribution points to a supporter who has completed assistance with evacuation behavior. The evacuation behavior control unit 207 stores the awarded contribution points in the user information database.

[0138] The supporter allocation unit 206 accesses the user information database periodically or at a predetermined timing to determine whether there is a person requiring support whose status field is set to "before evacuation." If such a person requiring support is present, the supporter allocation unit 206 assigns a supporter to assist the person requiring support. By repeating this operation, the evacuation of all people requiring support is completed.

[0139] The storage unit 208 is a means for storing information necessary for the operation of the server device 10.

[0140] [Supporter terminal] Examples of the supporter terminal 20 include mobile terminal devices such as smartphones, mobile phones, game consoles, and tablets.

[0141] 19 is a diagram showing an example of the processing configuration (processing module) of the supporter terminal 20. Referring to FIG. 19, the supporter terminal 20 includes a communication control unit 301, a registration unit 302, an evacuation information processing unit 303, a support action control unit 304, and a storage unit 305.

[0142] The communication control unit 301 is a means for controlling communication with other devices. For example, the communication control unit 301 receives data (packets) from the server device 10. The communication control unit 301 also transmits data to the server device 10. The communication control unit 301 passes data received from other devices to other processing modules. The communication control unit 301 transmits data acquired from other processing modules to other devices. In this way, other processing modules transmit and receive data to and from other devices via the communication control unit 301. The communication control unit 301 has a function as a receiving unit that receives data from other devices and a function as a transmitting unit that transmits data to other devices.

[0143] The registration unit 302 is a means for registering supporter information in the disaster prevention center (server device 10). The registration unit 302 acquires supporter information (personal information, health information, family information, etc.) using a GUI.

[0144] The registration unit 302 transmits the acquired supporter information to the server device 10. The registration unit 302 receives the user ID from the server device 10. The registration unit 302 stores the received user ID in the storage unit 305.

[0145] The evacuation information processing unit 303 is a unit that processes evacuation information received from the server device 10. When the evacuation information processing unit 303 acquires evacuation information from the server device 10, it displays a GUI as shown in FIG.

[0146] The evacuation information processing unit 303 acquires the supporter's intention (whether or not to support the person requiring support) via the GUI. The evacuation information processing unit 303 notifies the server device 10 of the acquired supporter's intention. If the supporter indicates their intention to provide support, the evacuation information processing unit 303 transmits a support available notification to the server device 10. If the supporter indicates their intention not to provide support, the evacuation information processing unit 303 transmits a support unavailable notification to the server device 10.

[0147] The assistive behavior control unit 304 is a means for controlling the assistive behavior of the supporter.

[0148] The assistive behavior control unit 304 receives an instruction to start assistance from the server device 10. In response to the reception of the instruction, the assistive behavior control unit 304 displays a screen as shown in Fig. 11. The instruction to start assistance includes the user ID of the person requiring assistance, and therefore the assistive behavior control unit 304 stores the user ID in the storage unit 305.

[0149] Alternatively, the assistive behavior control unit 304 may display a button (for example, a confirmation button) for the supporter to confirm that he / she has confirmed the display, and may continue the display as shown in Fig. 11 until the button is pressed. Alternatively, upon receiving an instruction to start assistance, the assistive behavior control unit 304 may notify the supporter of the receipt of the instruction by sound such as an alarm.

[0150] When the supporter performs a predetermined action (for example, when the supporter presses the on-site situation report button displayed on the menu screen), the support behavior control unit 304 displays a GUI for reporting the on-site situation. The support behavior control unit 304 displays a GUI such as that shown in FIG.

[0151] 12, the support behavior control unit 304 may provide an interface for the supporter to describe the situation in detail in addition to predetermined options (for example, no obstacles to support, etc.). The support behavior control unit 304 transmits the on-site information entered by the supporter to the server device 10 as a "on-site situation report." The on-site situation report includes the user ID of the person requiring support (the person requiring support to whom the supporter rushed to the site; the person requiring support specified by the support start instruction).

[0152] When the supporter performs a predetermined action (for example, when the supporter presses the support completion button displayed on the menu screen), the support behavior control unit 304 displays a GUI for notifying the support completion. The support behavior control unit 304 displays a GUI such as that shown in Fig. 13. When the supporter presses the "Complete" button, the support behavior control unit 304 transmits a support completion notification including the user ID of the person requiring support who evacuated together to the server device 10.

[0153] The storage unit 305 is a means for storing information necessary for the operation of the supporter terminal 20 .

[0154] [Device for person requiring assistance] Examples of the support-requiring person terminal 30 include mobile terminal devices such as smartphones, mobile phones, game consoles, and tablets.

[0155] Fig. 20 is a diagram showing an example of the processing configuration (processing module) of the support-requiring person terminal 30. Referring to Fig. 20, the support-requiring person terminal 30 includes a communication control unit 401, a registration unit 402, an evacuation information processing unit 403, a supporter information notification processing unit 404, and a storage unit 405.

[0156] The communication control unit 401 is a means for controlling communication with other devices. For example, the communication control unit 401 receives data (packets) from the server device 10. The communication control unit 401 also transmits data to the server device 10. The communication control unit 401 passes data received from other devices to other processing modules. The communication control unit 401 transmits data acquired from other processing modules to other devices. In this way, other processing modules transmit and receive data to and from other devices via the communication control unit 401. The communication control unit 401 has a function as a receiving unit that receives data from other devices and a function as a transmitting unit that transmits data to other devices.

[0157] The registration unit 402 is a means for registering information about a person requiring support in the disaster prevention center (server device 10). The registration unit 402 displays a GUI as shown in Fig. 15 and acquires information about the person requiring support (personal information, health information, family information, etc.).

[0158] The registration unit 402 transmits the acquired information on the support-requiring person to the server device 10. The registration unit 402 receives the user ID from the server device 10. The registration unit 402 stores the received user ID in the storage unit 405.

[0159] The evacuation information processing unit 403 is a means for processing evacuation information received from the server device 10. When the evacuation information processing unit 403 acquires evacuation information from the server device 10, it displays the information as shown in FIG.

[0160] The supporter information notification processing unit 404 is a means for processing the supporter information notification received from the server device 10. In response to receiving the supporter information notification from the server device 10, the supporter information notification processing unit 404 displays a display as shown in Fig. 10. As shown in Fig. 10, the supporter information notification processing unit 404 displays the name and the like of the supporter who will come to support the evacuation action.

[0161] As shown in Fig. 10, the supporter information notification processing unit 404 displays an "OK" button for acquiring that the person in need of support has confirmed the display. When the button is pressed, the supporter information notification processing unit 404 transmits a supporter confirmation notification to the server device 10. Although the "OK" button is illustrated in Fig. 10, the supporter information notification processing unit 404 may also display a button (for example, a "Reject" button) that allows the person in need of support to request support from another supporter. When the reject button is pressed, the supporter information notification processing unit 404 requests the server device 10 to assign another supporter.

[0162] The storage unit 405 is a means for storing information necessary for the operation of the support-requiring person terminal 30 .

[0163] [System Operation] Next, the operation of the evacuation support system according to the first embodiment will be described. Note that a description of the operation relating to supporter registration and support-requiring person registration will be omitted. Fig. 21 is a sequence diagram showing an example of the operation of the evacuation support system according to the first embodiment.

[0164] In response to an instruction from a disaster prevention officer of a local government, the server device 10 transmits evacuation information to the supporter terminal 20 and the support-requiring person terminal 30 (step S11).

[0165] In response to receiving the evacuation information, the supporter terminal 20 notifies the server device 10 of the supporter's intention regarding the support action (whether or not to provide support) (step S12). The supporter terminal 20 transmits a support available notification or a support unavailable notification to the server device 10.

[0166] The server device 10 assigns a supporter to support the person in need of support from among the supporters who have responded that they are available to provide support (step S13).

[0167] When the allocation of the supporter is completed, the server device 10 transmits a supporter information notification to the support-requiring person terminal 30 of the support-requiring person who will receive support (step S14).

[0168] When the support-requiring person confirms the name and the like of the supporter, the support-requiring person terminal 30 transmits a supporter confirmation notice to the server device 10 (step S15).

[0169] In response to receiving the notification, the server device 10 transmits a support start instruction to the supporter terminal 20 (step S16).

[0170] In response to the instruction, the support person heads to the support-requiring person and arrives at the site. When the support person arrives at the site, the support person terminal 20 transmits a site situation report including the site situation to the server device 10 (step S17).

[0171] The server device 10 takes appropriate measures in response to the report.

[0172] When the supporter arrives at the evacuation shelter together with the person requiring support, the supporter terminal 20 transmits a support completion notification to the server device 10 (step S18). In response to the notification, the server device 10 changes the status of the supporter from "supporting" to "support available" and sets the supporter to be able to assign a new person requiring support.

[0173] As described above, the server device 10 according to the first embodiment awards contribution points to residents who act as supporters to assist those in need of assistance with evacuation. The server device 10 uses the contribution points to determine those in need of assistance who will receive support for evacuation from supporters. The server device 10 prioritizes support recipients who have a large number of contribution points. That is, the contribution points held by each resident are utilized in allocating supporters. Here, supporters may become those in need of assistance over time. Residents who register as supporters and actively engage in support activities for others will be given priority in receiving support when they themselves become those in need of assistance. As a result, residents are motivated to become supporters (to act as supporters). This configuration increases the number of supporters who assist those in need of assistance, such as the elderly, in evacuating when disasters such as storms, floods, and earthquakes occur. That is, a mechanism and system for increasing the number of supporters is constructed.

[0174] Next, the hardware of each device constituting the evacuation support system will be described. Fig. 22 is a diagram showing an example of the hardware configuration of the server device 10.

[0175] The server device 10 can be configured by an information processing device (so-called computer), and has the configuration exemplified in Fig. 22. For example, the server device 10 includes a processor 311, a memory 312, an input / output interface 313, and a communication interface 314. The components such as the processor 311 are connected by an internal bus or the like, and are configured to be able to communicate with each other.

[0176] However, the configuration shown in Fig. 22 is not intended to limit the hardware configuration of the server device 10. The server device 10 may include hardware not shown, and may not include the input / output interface 313 as necessary. Furthermore, the number of processors 311 and the like included in the server device 10 is not intended to be limited to the example shown in Fig. 22, and for example, the server device 10 may include multiple processors 311.

[0177] The processor 311 is a programmable device such as a central processing unit (CPU), a micro processing unit (MPU), or a digital signal processor (DSP). Alternatively, the processor 311 may be a device such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC). The processor 311 executes various programs including an operating system (OS).

[0178] The memory 312 is a random access memory (RAM), a read only memory (ROM), a hard disk drive (HDD), a solid state drive (SSD), etc. The memory 312 stores an OS program, application programs, and various data.

[0179] The input / output interface 313 is an interface for a display device and an input device (not shown). The display device is, for example, a liquid crystal display. The input device is, for example, a device that accepts user operations such as a keyboard or a mouse.

[0180] The communication interface 314 is a circuit, module, etc. that communicates with other devices. For example, the communication interface 314 includes a network interface card (NIC).

[0181] The functions of the server device 10 are realized by various processing modules. The processing modules are realized, for example, by the processor 311 executing a program stored in the memory 312. The program can be recorded on a computer-readable storage medium. The storage medium can be a non-transitory medium such as a semiconductor memory, a hard disk, a magnetic recording medium, or an optical recording medium. That is, the present invention can also be embodied as a computer program product. The program can be downloaded via a network or updated using a storage medium storing the program. The processing modules can also be realized by semiconductor chips.

[0182] The supporter terminal 20 and the support-requiring person terminal 30 can also be configured by an information processing device, similar to the server device 10, and their basic hardware configuration is no different from that of the server device 10, so a description thereof will be omitted.

[0183] The server device 10, which is an information processing device, is equipped with a computer, and functions of the server device 10 can be realized by causing the computer to execute a program. The server device 10 also executes a control method for the server device 10 by the program.

[0184] [Variations] The configuration, operation, etc. of the evacuation support system described in the above embodiment are merely examples, and are not intended to limit the configuration, etc. of the system.

[0185] Supporters and persons requiring support may register as supporters or persons requiring support using applications provided by local governments or the like (for example, disaster prevention applications, circular notice applications, etc.).

[0186] To inform residents about the evacuation support system, the server device 10 may include information about the need for supporters, contribution points awarded to supporters, and the benefits of having contribution points in a circular (electronic circular) or the like issued by a local government. Alternatively, the circular or the like may include notifications about the holding of supporter awareness seminars or the like. Local residents have few opportunities (contact points) to learn about the system for supporting people in need of support. Therefore, the server device 10 may provide residents with opportunities to deepen their understanding of the support system for people in need of support through circulars or seminars from local government officials.

[0187] In the above embodiment, support for persons requiring support has been described as an example of a disaster prevention activity for which contribution points are awarded. However, other activities may also be eligible for contribution points. For example, contribution points may be awarded for activities such as participating in disaster prevention drills. Alternatively, contribution points may be awarded to supporters (residents) who not only support the evacuation of persons requiring support in the event of an emergency (disaster), but also monitor those persons requiring support in normal times. For example, the server device 10 may award contribution points to residents who are assigned to be responsible for monitoring those persons requiring support in normal times.

[0188] The evacuation support system (server device 10) may refer to contribution points for purposes other than assigning supporters to support-requiring individuals. For example, the server device 10 may use contribution points held by a person being watched over (e.g., a person requiring care or a dementia patient) to select a person to receive support from a supporter during normal times.

[0189] The evacuation support system (server device 10) may award points other than contribution points to residents who perform predetermined actions. For example, the server device 10 may award points for viewing a "local newsletter" containing information about the local area, viewing advertisements published by local stores, or answering a questionnaire. In addition, the awarded points and contribution points may be used as local currency at commercial facilities in the local area.

[0190] The server device 10 may award more contribution points to a supporter who supports a large number of people requiring support in a single disaster. For example, the server device 10 may award more contribution points to a supporter as the number of people requiring support that the supporter supports increases, such as "3 points" for supporting the first person requiring support and "6 points" for supporting the second person requiring support.

[0191] When registering a supporter, the server device 10 may acquire a list of support recipients (support recipient list). The server device 10 may determine (select) a supporter to be assigned to the support-requiring person based on the support recipient list.

[0192] The server device 10 may store biometric information (e.g., facial images) of each of the supporters and the person requiring support. For example, when each of multiple supporters registers that they are providing support to multiple people requiring support, the server device 10 may also acquire facial images of the supporter and the people requiring support. When sending a supporter information notification to the person requiring support, the server device 10 may also send a facial image of the supporter who will be providing support to the support-requiring person's terminal 30. By taking such measures, the person requiring support can receive evacuation support with peace of mind even if the person requiring support does not know the supporter personally.

[0193] If the person requiring support fails to return a supporter confirmation notification (so-called ACK), the server device 10 may request the voluntary disaster prevention organization to confirm the safety of the person requiring support after a predetermined period has elapsed since the supporter information notification was sent. A person in charge of the voluntary disaster prevention organization will visit the person requiring support and confirm their safety. If the person's safety cannot be confirmed, the person in charge will wait a while and then check their safety again.

[0194] In the above embodiment, it has been described that the person requiring support registers various information and performs various operations using the support-requiring person terminal 30. However, depending on the state or situation, the person requiring support may not be able to operate the support-requiring person terminal 30. Therefore, in the evacuation support system disclosed herein, the person requiring support does not need to possess the support-requiring person terminal 30. In other words, the evacuation support system does not need to perform operations or processes that require the support-requiring person terminal 30. Specifically, the support-requiring person registration may be performed by a proxy, and the operations related to supporter information notification (steps S04 and S05 in FIG. 6) may be omitted.

[0195] In the above embodiment, the case where a supporter registers as a supporter has been described. However, supporter registration may also be performed by a person requiring support (a representative of the person requiring support). That is, when the person requiring support (a representative of the person requiring support) inputs the support-requiring person registration (individual evacuation plan), the supporter's information may be registered in the system.

[0196] When an external server operated by the Japan Meteorological Agency or the like issues a weather warning or advisory, the server device 10 may receive the issued information from the external server. The server device 10 may treat the received information as an "evacuation information transmission instruction" input by a disaster prevention officer of a local government. The server device 10 may automatically transmit evacuation information in response to receiving information from the external server.

[0197] In the above embodiment, the case where the user information database is configured inside the server device 10 has been described, but the database may also be configured on an external database server or the like. That is, some of the functions of the server device 10 may be implemented on another server. More specifically, the above-described "supporter allocation unit (supporter allocation means)", "evacuation behavior control unit (evacuation behavior control means)", etc. may be implemented on any of the devices included in the system.

[0198] The form of data transmission and reception between each device (server device 10, support provider terminal 20, support-requiring person terminal 30) is not particularly limited, but data transmitted and received between these devices may be encrypted. Residents' personal information and the like is transmitted and received between these devices, and in order to appropriately protect this information, it is desirable to transmit and receive encrypted data.

[0199] In the flow charts (flowcharts, sequence diagrams) used in the above explanation, multiple steps (processes) are described in order, but the execution order of the steps executed in the embodiments is not limited to the order described. In the embodiments, the order of the illustrated steps can be changed to the extent that the content is not affected, such as by executing each process in parallel.

[0200] The above-described embodiments have been described in detail to facilitate understanding of the present disclosure, and it is not intended that all of the above-described configurations are required. Furthermore, when multiple embodiments are described, each embodiment may be used alone or in combination. For example, it is possible to replace part of the configuration of one embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of one embodiment. Furthermore, it is possible to add, delete, or replace part of the configuration of one embodiment with another configuration.

[0201] From the above explanation, it is clear that the present invention has industrial applicability, and the present invention can be suitably applied to an evacuation support system that supports the evacuation of residents.

[0202] Some or all of the above embodiments can be described as, but are not limited to, the following supplementary notes. [Appendix 1] a calculation unit that calculates an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to disaster prevention activities in the area; an allocation unit that allocates a supporter to assist each of the plurality of support-requiring individuals in evacuation behavior according to the calculated priority; A server device comprising: [Appendix 2] The server device according to claim 1, wherein the allocation unit allocates a supporter to assist the evacuation behavior from among a plurality of supporter candidates. [Appendix 3] The server device according to claim 2, wherein the allocation unit allocates a supporter who will assist in the evacuation action from among the plurality of supporter candidates who are able to provide support on the day of evacuation. [Appendix 4] The server device according to claim 1, wherein the calculation unit calculates a priority for evacuation for each of the plurality of persons requiring support based on the contribution points and attribute information of each of the plurality of persons requiring support. [Appendix 5] The server device according to claim 4, further comprising a support-requiring person registration unit that acquires attribute information of the support-requiring person and registers the support-requiring person. [Appendix 6] The server device described in Appendix 1, further comprising an evacuation behavior control unit that sends a support start instruction, including information about the person requiring support who is the target of support, to a supporter terminal carried by a supporter to whom the person requiring support is assigned. [Appendix 7] 7. The server device according to claim 6, wherein the evacuation behavior control unit awards a predetermined number of the contribution points to a supporter who has completed support for the evacuation behavior. [Appendix 8] The server device according to claim 1, further comprising a supporter registration unit that acquires attribute information from the supporter and registers the supporter. [Appendix 9] 9. The server device according to claim 8, wherein the supporter registration unit grants a predetermined number of the contribution points to the supporter who has registered as the supporter. [Appendix 10] A supporter terminal; a server device; Including, The server device a calculation unit that calculates an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to disaster prevention activities in the area; an allocation unit that allocates a supporter to assist each of the plurality of support-requiring individuals in evacuation behavior according to the calculated priority; an evacuation behavior control unit that transmits a support start instruction, including information about the person requiring support who is a target of support, to the supporter terminal carried by a supporter to whom the person requiring support is assigned; A system comprising: [Appendix 11] In the server device, calculating an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to local disaster prevention activities; A control method for a server device, which assigns a supporter to support evacuation actions for each of the plurality of persons requiring assistance in accordance with the calculated priority. [Appendix 12] The computer installed in the server device A process of calculating an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to disaster prevention activities in the region; A process of assigning a supporter to assist each of the plurality of support-requiring persons in evacuation behavior according to the calculated priority; A computer-readable storage medium that stores a program for executing the above.

[0203] The disclosures of the above-cited prior art documents are incorporated herein by reference. Although the embodiments of the present invention have been described above, the present invention is not limited to these embodiments. Those skilled in the art will understand that these embodiments are merely illustrative and that various modifications are possible without departing from the scope and spirit of the present invention. In other words, the present invention naturally includes various modifications and alterations that may be made by those skilled in the art in accordance with the entire disclosure, including the claims, and the technical concepts thereof. [Explanation of symbols]

[0204] 10 Server device 20 Supporter terminal 20-1 Supporter terminal 20-2 Supporter terminal 20-3 Supporter terminal 30 Terminals for people requiring assistance 30-1 Terminal for people requiring assistance 30-2 Terminal for people requiring assistance 30-3 Terminal for people requiring assistance 100 Server device 101 Calculation Unit 102 Allocation Section 201 Communication control unit 202 Registration Department for Persons Requiring Support 203 Supporter Registration Department 204 Instruction acquisition part 205 Evacuation Information Transmission Department 206 Supporter Allocation Department 207 Evacuation behavior control unit 208 Memory section 301 Communication Control Unit 302 Registration Department 303 Evacuation Information Processing Department 304 Assistive Behavior Control Unit 305 Storage section 311 processor 312 memory 313 Input / Output Interface 314 Communication Interface 401 Communication control unit 402 Registration Department 403 Evacuation Information Processing Department 404 Supporter information notification processing unit 405 Storage section

Claims

1. a calculation unit that calculates an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to disaster prevention activities in the area; an allocation unit that allocates a supporter to assist each of the plurality of support-requiring individuals in evacuation behavior according to the calculated priority; A server device comprising:

2. The server device according to claim 1 , wherein the allocation unit allocates a supporter to assist the evacuation action from among a plurality of supporter candidates.

3. The server device according to claim 2 , wherein the allocation unit allocates a supporter who will assist in the evacuation action from among the plurality of supporter candidates who are able to provide support on the day of evacuation.

4. The server device according to claim 1 , wherein the calculation unit calculates an evacuation priority for each of the plurality of persons requiring support based on the contribution points and attribute information of each of the plurality of persons requiring support.

5. The server device according to claim 4 , further comprising a support-requiring person registration unit that acquires attribute information of the support-requiring person and registers the support-requiring person.

6. The server device according to claim 1, further comprising an evacuation behavior control unit that sends a support start instruction, including information about the person requiring support who is the target of support, to a supporter terminal carried by a supporter to whom the person requiring support is assigned.

7. The server device according to claim 6 , wherein the evacuation behavior control unit awards a predetermined number of the contribution points to a supporter who has completed the support for the evacuation behavior.

8. A supporter terminal; a server device; Including, The server device a calculation unit that calculates an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to disaster prevention activities in the area; an allocation unit that allocates a supporter to assist each of the plurality of support-requiring individuals in evacuation behavior according to the calculated priority; an evacuation behavior control unit that transmits a support start instruction, including information about the person requiring support who is a target of support, to the supporter terminal carried by a supporter to whom the person requiring support is assigned; A system comprising:

9. In the server device, calculating an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to local disaster prevention activities; A control method for a server device, which assigns a supporter to support evacuation actions for each of the plurality of persons requiring assistance in accordance with the calculated priority.

10. The computer installed in the server device A process of calculating an evacuation priority for each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the plurality of persons requiring support has contributed to disaster prevention activities in the region; A process of assigning a supporter to assist each of the plurality of persons requiring assistance in evacuation behavior according to the calculated priority; A program to execute.

Images