Server device, system, and 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

Server device, system, server device control method and storage medium

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

[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.

[0004] JP 2011-175595 A

[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, but among these 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.

[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 local disaster prevention activities, 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 the evacuation priority of 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: a process of calculating the evacuation priority of each of multiple persons requiring support based on contribution points held by each of the multiple persons requiring support, which indicate the degree to which the person has contributed to local disaster prevention activities; and a process of assigning a supporter to assist each of the multiple persons requiring support in their evacuation actions in accordance with the calculated priority.

[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.

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

[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 the main signal (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] The 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 evacuation priority of each of the plurality of persons requiring support based on contribution points that indicate the degree to which each of the persons requiring support has contributed to disaster prevention activities in the area (step S1 in FIG. 2 ). The allocation unit 102 allocates supporters to 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 the 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 measures 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 the 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 via a communication means such as wireless communication. Similarly, the server device 10 and the support-requiring person terminal 30 are configured to be able to communicate with each other via a communication means such as wireless communication.

[0027] In the following description, unless there is a particular reason to distinguish between the supporter terminals 20-1 to 20-3, they will simply be referred to as the "supporter 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 the "support-requiring person terminal 30."

[0028] 3 is an example, and is not intended to limit the scope of the present invention. For example, a disaster prevention center may include multiple server devices 10.

[0029] [Outline of Operation] Next, an outline of the operation of the evacuation support system according to the first embodiment will be described.

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

[0031] The person requiring support registers support-requiring person information in the server device 10 by any means. For example, the person requiring support operates the support-requiring person terminal 30 that he or she possesses 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 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 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 so-called four basic pieces of information (name, sex, address, age), as well as contact information (telephone number, email address, etc.), routes within the home, the structure of the home, etc.

[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). Details of the user information database will be described 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 by 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 a 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 are capable of working as supporters in the future as supporter candidates.

[0044] When the supporter registration is completed (when the user ID, etc., is registered in the user information database), the server device 10 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 indicate that they have actively participated in local disaster prevention activities (for example, supporting the evacuation of people 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 supports the evacuation of a person requiring support 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 the local government specifies the alert level and the area (e.g., ward, district, etc.) 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 prompts 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 prompt residents to take evacuation action via disaster prevention radio or the like.

[0050] The server device 10 also transmits evacuation information to the people requiring support and the 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 issued by the server device 10.

[0052] The server device 10 transmits evacuation information including information for supporters to the supporter terminal 20. Upon receiving the evacuation information, the supporter terminal 20 displays a message as shown in Fig. 8. Upon seeing the message shown in Fig. 8, the supporter recognizes that support is required for the person requiring 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. Upon receiving the evacuation information, the terminal 30 of the person requiring support displays a screen as shown in Fig. 9. Upon seeing the display shown in Fig. 9, the person requiring support recognizes that at least one supporter will rush to help them evacuate to a shelter.

[0054] A supporter who sees the display shown in Fig. 8 and is in a position to support the person in need of support will notify the server device 10 of this fact. 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 persons requiring support who will evacuate to an evacuation shelter together with supporters. The server device 10 calculates the priority of each person requiring support regarding evacuation. The server device 10 determines persons requiring support who will receive support for evacuation actions based on the calculated priority.

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

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

[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 be on the way to 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 requiring support has been decided, the server device 10 notifies the person requiring 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 screen as shown in Fig. 10. After confirming the name of the supporter who will come to support them, the support-requiring person terminal 30 operates to press the "OK" button. In response to the pressing of this button, the support-requiring person terminal 30 transmits a "supporter confirmation notice" to the server device 10 (step S05 in Fig. 6).

[0065] In the above example, the person requiring support 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] Upon receiving the notification, the server device 10 instructs the supporter to go to support the person requiring support. In the above example, the server device 10 instructs the supporter A1 to support the evacuation of the person requiring support 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 person requiring support 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 that includes map information that allows the address of the person requiring support (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 on-site situation using a GUI such as that shown in Fig. 12. The supporter terminal 20 transmits a "on-site situation report" including the user ID of the person requiring support and the acquired on-site situation 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 (backup) 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 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 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 also register information regarding the evacuation destination of the person requiring support for whom evacuation has been completed (for example, the name and address of the evacuation shelter) in the user information database.

[0075] The server device 10 also 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 supporter completes the support for the person requiring support, 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 recipients (support recipients) to be assigned to the support recipients who have completed support, based on the priority of each support recipient. The subsequent system operation can be the same as that described above, so a description thereof will be omitted. Note that support recipients who are set to "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 a single support recipient.

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

[0080] 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 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 of 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 information) 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 the person to whom each user is associated (person receiving support, supporter), and a field for storing contribution points.

[0089] For ease of understanding, in the drawings including FIG. 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 this field. Also, the initial value of the status field of the person requiring support is "before evacuation." The initial value of the status field of the supporter is "unknown."

[0090] 16 is an example and is not intended to limit the items to be stored, etc. For example, biometric information of a user (a face image, features 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, the number of family members living together, their relationships, etc. Although not shown in Fig. 16, the user's contact information, information about the home (routes within the home, the structure of the home), 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 previously 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 a corresponding entry (supporter) exists. 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 willing to become supporters) and registering the supporters. 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 awarded 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 to the residents' terminals with content such as "An evacuation order has been issued for elderly people and others. Please take appropriate evacuation action." 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 containing 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 to identify 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 when the "support unavailable" button shown in FIG. 8 is pressed. 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, the evacuation information 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 of residents registered in the database as people requiring support (addresses that can be received by the support-requiring person terminal 30).

[0106] The supporter allocation 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 allocation 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 by various methods.

[0108] 17 is a flowchart showing an example of the operation of the supporter allocation unit 206 according to the first embodiment. The operation of the supporter allocation 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 allocation unit 206 may calculate the evacuation priority of each of the multiple support recipients based on the contribution points and attribute information of each of the multiple support recipients. For example, the supporter allocation unit 206 may determine the priority of each of the support recipients based on their physical and mental conditions (level of care, disability, etc.). For example, when there are support recipients who have the same contribution points, the supporter allocation unit 206 may assign a higher priority to a support recipient with a higher level of care or a severe disability.

[0111] Next, the supporter allocation unit 206 extracts support recipients who require assistance with evacuation (step S102). The supporter allocation unit 206 checks the status field of the support recipients in the user information database. The supporter allocation unit 206 extracts support recipients whose status field is set to "before evacuation" (support recipients 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 priority of the support recipients. 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 persons who need assistance with evacuation actions in the order of the above priority (step S103). The supporter allocation unit 206 determines supporters who will support the support-requiring persons 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 allocation 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 allocation unit 206 may assign a doctor or a nurse as a supporter to a support-requiring person with a past illness.

[0117] Alternatively, the supporter 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 supporter allocating unit 206 may assign the resident closest to the support-requiring person as the 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 allocation 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 allocation unit 206 sets the user ID of the supporter in the partner field of the person requiring support who will receive support. The supporter allocation 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 person requiring support is determined, the evacuation behavior control unit 207 notifies the person requiring support of information about the supporter. The evacuation behavior control unit 207 transmits a "supporter information notification" including the name of the supporter to the support-requiring person's terminal 30 (step S201).

[0124] The evacuation behavior control unit 207 waits for reception of 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, etc. (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 supporter terminal 20 (step S204). The evacuation behavior control unit 207 transmits the support start instruction to the supporter 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 this 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 organization's server) 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 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 supporter has completed the support action (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 they are willing 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 receiving the instruction, the assistive behavior control unit 304 displays a screen as shown in Fig. 11. The assistive behavior start instruction includes the user ID of the person requiring assistance, and 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 a site status report button displayed on the menu screen), the support behavior control unit 304 displays a GUI for reporting the site status. 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 hindrance 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 an "assistance completion" button displayed on the menu screen), the support action control unit 304 displays a GUI to notify the support completion. The support action control unit 304 displays a GUI such as that shown in Fig. 13. When the supporter presses the "Complete" button, the support action control unit 304 transmits a support completion notification to the server device 10, including the user ID of the person requiring support who evacuated together.

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

[0154] [Support Requiring Person Terminal] 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 unit that processes 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 other information 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. Note that although Fig. 10 illustrates the "OK" button, 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 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 person requiring support 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 supporter heads to the person requiring support and arrives at the site. When the supporter arrives at the site, the supporter 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 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, assisting 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, etc. 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. Furthermore, the processing modules can be realized by semiconductor chips.

[0182] The supporter terminal 20 and the support-requiring person terminal 30 can also be configured using information processing devices 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] [Modification] 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 people requiring support may register as supporters or people 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) issued by a local government. Alternatively, the circular may include notifications about the holding of supporter awareness seminars. 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 and 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 assigned to monitor those persons requiring support in normal times.

[0188] The evacuation support system (server device 10) may refer to the contribution points for a purpose other than assigning supporters to support-requiring individuals. For example, the server device 10 may use the contribution points held by a person being monitored (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 certain 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. The awarded points and contribution points may also 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 provided 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 persons requiring support. For example, when each of multiple supporters registers that they will provide support to multiple persons requiring support, the server device 10 may also acquire facial images of the supporters and the persons 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 of time has passed since the supporter information notification was sent. A person in charge of the voluntary disaster prevention organization will visit the person requiring support to 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 the 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)," and the like may be implemented on any of the devices included in the system.

[0198] The form of data transmission and reception between the devices (server device 10, support provider terminal 20, and support-requiring person terminal 30) is not particularly limited, but the 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 order of execution 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 may be described as, but are not limited to, the following supplementary notes. [Supplementary Note 1] A server device comprising: a calculation unit that calculates an evacuation priority for each of a plurality of persons requiring support based on contribution points held by each of the plurality of persons requiring support, which points indicate the degree to which the person has contributed to disaster prevention activities in the area; and an allocation unit that assigns a supporter to assist in the evacuation action for each of the plurality of persons requiring support in accordance with the calculated priority. [Supplementary Note 2] The server device described in Supplementary Note 1, wherein the allocation unit assigns a supporter to assist in the evacuation action from among a plurality of support candidate candidates. [Supplementary Note 3] The server device described in Supplementary Note 2, wherein the allocation unit assigns a supporter to assist in the evacuation action from among the plurality of support candidate candidates who are able to provide support on the day of evacuation. [Supplementary Note 4] The server device described in Supplementary Note 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. [Supplementary Note 5] The server device described in Supplementary Note 4, further comprising a support-requiring person registration unit that acquires attribute information of the persons requiring support and registers them as persons requiring support. [Supplementary Note 6] The server device according to Supplementary Note 1, further comprising an evacuation behavior control unit that sends a support start instruction, including information about the person requiring support who is a target of support, to a supporter terminal carried by a supporter to whom the person requiring support is assigned. [Supplementary Note 7] The server device according to Supplementary Note 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. [Supplementary Note 8] The server device according to Supplementary Note 1, further comprising a supporter registration unit that acquires attribute information from the supporter and registers the supporter. [Supplementary Note 9] The server device according to Supplementary Note 8, wherein the supporter registration unit awards a predetermined number of the contribution points to a supporter who has completed the supporter registration.[Supplementary Note 10] A system including a supporter terminal and a server device, wherein the server device comprises: a calculation unit that calculates a priority for evacuation of each of a plurality of persons requiring support based on contribution points held by each of the plurality of persons requiring support that indicate the degree to which the person has contributed to disaster prevention activities in the area, an allocation unit that assigns a supporter to assist in the evacuation behavior of each of the plurality of persons requiring support in accordance with the calculated priority, and an evacuation behavior control unit that sends a support start instruction, including information about the person requiring support who is a target of support, to the supporter terminal held by the supporter to whom the person requiring support is assigned. [Supplementary Note 11] A control method for a server device, wherein the server device calculates a priority for evacuation of each of the plurality of persons requiring support based on contribution points held by each of the plurality of persons requiring support that indicate the degree to which the person requiring support has contributed to disaster prevention activities in the area, and assigns a supporter to assist in the evacuation behavior of each of the plurality of persons requiring support in accordance with the calculated priority. [Supplementary Note 12] A computer-readable storage medium storing a program for causing a computer mounted on a server device to execute the following processes: a process for calculating the evacuation priority of each of a plurality of persons requiring support based on contribution points held by each of the plurality of persons requiring support, which points indicate the degree to which the person has contributed to disaster prevention activities in the area; and a process for assigning a supporter to assist each of the plurality of persons requiring support in the evacuation behavior according to the calculated priority.

[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.

[0204] 10 Server device 20 Supporter terminal 20-1 Supporter terminal 20-2 Supporter terminal 20-3 Supporter terminal 30 Support-requiring person terminal 30-1 Support-requiring person terminal 30-2 Support-requiring person terminal 30-3 Support-requiring person terminal 100 Server device 101 Calculation unit 102 Allocation unit 201 Communication control unit 202 Support-requiring person registration unit 203 Supporter registration unit 204 Instruction acquisition unit 205 Evacuation information transmission unit 206 Supporter allocation unit 207 Evacuation action control unit 208 Memory unit 301 Communication control unit 302 Registration unit 303 Evacuation information processing unit 304 Support action control unit 305 Memory unit 311 Processor 312 Memory 313 Input / output interface 314 Communication interface 401 Communication control unit 402 Registration unit 403 Evacuation information processing unit 404 Supporter information notification processing unit 405 Storage unit

Claims

1. A calculation unit that calculates a priority level of each of the plurality of persons requiring support regarding evacuation based on contribution points that each of the plurality of persons requiring support has and that indicate a degree of contribution to disaster prevention activities in the region; An allocation unit that allocates a supporter who supports an evacuation action of each of the plurality of support-requiring persons 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 support the evacuation behavior 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 the evacuation.

4. The server device according to claim 1 , wherein the calculation unit calculates a priority level regarding 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.

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 action control unit that transmits 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 action control unit awards a predetermined number of the contribution points to a supporter who has completed the support for the evacuation action.

8. A supporter terminal; A server device; Including, The server device includes: A calculation unit that calculates a priority level of each of the plurality of persons requiring support regarding evacuation based on contribution points that each of the plurality of persons requiring support has and that indicate a degree of contribution to disaster prevention activities in the region; An allocation unit that allocates a supporter who supports an evacuation action of each of the plurality of support-requiring persons according to the calculated priority; an evacuation action control unit that transmits a support start instruction to the supporter terminal carried by a supporter to which the support-requiring person is assigned, the support start instruction including information about the support-requiring person who is a support target; 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 indicating a degree of contribution to local disaster prevention activities held by each of the plurality of persons requiring support; A control method for a server device, which assigns a supporter to support the evacuation behavior of each of the plurality of people requiring assistance in accordance with the calculated priority.

10. A computer installed in the server device A process of calculating a priority level of evacuation for each of the plurality of persons requiring support based on contribution points indicating a degree of contribution to disaster prevention activities in a region held by each of the plurality of persons requiring support; A process of assigning a supporter who supports evacuation behavior of each of the plurality of support-requiring persons according to the calculated priority; A program for executing the above.