Server device, server device control method and program

Abstract

Provided is a server device that contributes to more effective collaboration between local governments and the like. The server device comprises a detection unit, a specification unit, a selection unit, and an assistance request unit. The detection unit detects an event that occurs in the jurisdiction area of a first local government. The specification unit specifies the range of influence of the event that has occurred. The selection unit selects a second local government requesting assistance, on the basis of the specified range of influence. The assistance request unit transmits an assistance cooperation request including assistance content to the server device of the selected second local government.

Description

[Technical field]

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

[0002] There is technology that allows local governments to work together in the event of a disaster.

[0003] For example, Patent Document 1 describes that a disaster information processing system is realized that can provide effective disaster support information by sharing and coordinating information between evacuation centers and local governments. The disaster information processing system of Patent Document 1 includes an information terminal installed at an evacuation center, a network, a database, and a server. The network distributes disaster information output from the information terminal. The database accumulates disaster information distributed via the network. The server executes information processing including a process of comparing disaster information accumulated in the database, and generates disaster support information including safety confirmation information, rescue status information, or asset confirmation information. [Prior art documents] [Patent documents]

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

[0005] As mentioned above, collaboration between local governments is taking place, but unless local governments select the right partners, it will be difficult for each local government to reap the benefits of collaboration.

[0006] The main object of the present invention is to provide a server device, a control method for a server device, and a storage medium that contribute to more effective collaboration between local governments and the like. [Means for solving the problem]

[0007] According to a first aspect of the present invention, there is provided a server device comprising: a detection unit that detects an event that occurs in an area under the jurisdiction of a first local government; an identification unit that identifies an impact range of the occurred event; a selection unit that selects a second local government to request support from based on the identified impact range; and a support request unit that transmits a support cooperation request including support details to a server device of the selected second local government.

[0008] According to a second aspect of the present invention, there is provided a method for controlling a server device, in which a server device detects an event that occurs in an area under the jurisdiction of a first local government, identifies an impact range of the occurred event, selects a second local government to request support from based on the identified impact range, and transmits a support cooperation request including support details to the server device of the selected second local government.

[0009] According to a third aspect of the present invention, there is provided a computer-readable storage medium that stores a program for causing a computer mounted on a server device to execute the following processes: detecting an event that has occurred in an area under the jurisdiction of a first local government; identifying the scope of impact of the occurred event; selecting a second local government to request support from based on the identified scope of impact; and transmitting a support cooperation request including support details to a server device of the selected second local government. Effect of the Invention

[0010] According to each aspect of the present invention, a server device, a control method for a server device, and a storage medium are provided that contribute to making collaboration between local governments and the like more effective. Note that the effects of the present invention are not limited to the above. The present invention may achieve other effects instead of or in addition to the effects. [Brief description of the drawings]

[0011] [Figure 1] FIG. 1 is a diagram for explaining an overview of an embodiment. [Diagram 2]FIG. 2 is a flowchart for explaining an outline of the operation of one embodiment. [Diagram 3] FIG. 3 is a diagram illustrating an example of a schematic configuration of an information processing system according to the first embodiment. [Figure 4] FIG. 4 is a diagram for explaining the operation of the information processing system according to the first embodiment. [Diagram 5] FIG. 5 is a diagram illustrating an example of a processing configuration of the server device according to the first embodiment. [Figure 6] FIG. 6 is a diagram for explaining the operation of the influence extent identifying unit according to the first embodiment. [Figure 7] FIG. 7 is a diagram illustrating an example of the business partner management database according to the first embodiment. [Figure 8] FIG. 8 is a diagram illustrating an example of a desired condition management database according to the first embodiment. [Figure 9] FIG. 9 is a diagram showing an example of a display of a terminal used by an employee of a local government according to the first embodiment. [Figure 10] FIG. 10 is a flowchart showing an example of the operation of the server device according to the first embodiment. [Figure 11] FIG. 11 is a diagram for explaining the operation of the information processing system according to the second embodiment. [Figure 12] FIG. 12 is a diagram illustrating an example of a processing configuration of a terminal according to the second embodiment. [Figure 13] FIG. 13 is a diagram showing an example of a display on a terminal according to the second embodiment. [Figure 14] FIG. 14 is a diagram showing an example of a display on a terminal according to the second embodiment. [Figure 15] FIG. 15 is a diagram illustrating an example of a processing configuration of a server device according to the second embodiment. [Figure 16] FIG. 16 is a diagram illustrating an example of a desired condition management database according to the second embodiment. [Figure 17] FIG. 17 is a diagram illustrating an example of a hardware configuration of a server device according to the present disclosure. [Figure 18]FIG. 18 is a diagram showing an example of a display on a terminal according to a modification of the present disclosure. [Figure 19] FIG. 19 is a diagram showing an example of a display on a terminal used by an employee of a local government according to a modified example of the present disclosure. [Figure 20] FIG. 20 is a diagram showing an example of a desired condition management database according to a modification of the present disclosure. [Figure 21] FIG. 21 is a diagram for explaining the operation of an information processing system according to a modification of the present disclosure. [Figure 22] FIG. 22 is a diagram showing an example of a desired condition management database according to a modification of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] First, an outline of one embodiment will be described. The reference numerals in the drawings are added to each element for convenience as an example to aid in understanding, and the description of the outline is not intended to be limiting. Furthermore, unless otherwise specified, the blocks shown in each drawing represent functional units rather than hardware units. The connection lines between the blocks in each drawing include both bidirectional and unidirectional. The unidirectional arrows are used to diagrammatically indicate the flow of the main signal (data) and do not exclude bidirectionality. In this specification and the drawings, elements that can be similarly described may be given the same reference numerals to avoid redundant description.

[0013] The server device 100 according to an embodiment includes a detection unit 101, an identification unit 102, a selection unit 103, and a support request unit 104 (see FIG. 1). The detection unit 101 detects an event that occurs in the jurisdiction of a first local government (step S1 in FIG. 2). The identification unit 102 identifies the extent of influence of the event that occurs (step S2). The selection unit 103 selects a second local government to request support from based on the identified extent of influence (step S3). The support request unit 104 transmits a support cooperation request including the support content to the server device of the selected second local government (step S4).

[0014] When an event occurs in the jurisdiction of the server device 100 (the jurisdiction of the local government that manages and operates the server device 100), the server device 100 identifies the extent of the impact. The server device 100 selects a local government to request support based on the identified extent of the impact. For example, when a disaster occurs in the jurisdiction, the server device 100 determines that neighboring local governments cannot support other local governments, and requests support from local governments far from the disaster site. In addition, when information on facilities at tourist spots is requested in the jurisdiction, the server device 100 determines that neighboring local governments have better information on facilities in its jurisdiction, and requests support (information provision) from local governments adjacent to the location where information provision is requested. In this way, the server device 100 selects a local government to cooperate with based on various information and conditions, including the extent of the impact of the event, so that each local government can obtain more reliable support and useful information. The server device 100 can make cooperation between local governments more effective.

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

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

[0017] [System Configuration] Fig. 3 is a diagram showing an example of a schematic configuration of an information processing system according to a first embodiment. As shown in Fig. 3, the information processing system includes a plurality of local governments A to D. The local governments included in the information processing system are in partnership with each other. For example, in the example of Fig. 3, local government A is in partnership with local governments B to D.

[0018] Each of the local governments A to D includes server devices 10-1 to 10-4. In the following description, unless there is a particular reason to distinguish between the server devices 10-1 to 10-4, they will simply be referred to as "server device 10."

[0019] The server device 10 may be installed in a building of each local government (for example, a city hall) or on the cloud (network).

[0020] The server device 10 is a server that realizes the above-mentioned cooperation between local governments (cooperation between cities). For example, the server device 10 realizes cooperation between local governments regarding disaster prevention and tourism in regions (areas managed by each local government).

[0021] The server devices 10 shown in Fig. 3 are connected to each other via a network. Specifically, the server devices 10 are connected to each other by wired or wireless communication means and are configured to be able to communicate with each other.

[0022] 3 is merely an example, and is not intended to limit the configuration of the information processing system disclosed in the present application. For example, each local government may include two or more server devices 10. In addition, it is needless to say that the number of local governments included in the information processing system is not intended to be limited to "4."

[0023] [System operation overview] Next, an outline of the operation of the information processing system according to the first embodiment will be described. In the first embodiment, cooperation between local governments (cooperation between cities) realized in the field of disaster prevention will be described.

[0024] Here, as shown in FIG. 4, a description will be given assuming that a disaster (for example, an earthquake, flood, or the like) occurs near the border between municipalities A and B.

[0025] When an event (for example, a disaster) occurs in an area under the jurisdiction of each local government, the server device 10 of each local government detects the occurrence of the event. In the example of Fig. 4, since a disaster occurs in an area under the jurisdiction of local government A, the server device 10-1 detects the occurrence of the disaster.

[0026] For example, the server device 10 detects the occurrence of a disaster based on notifications from external servers, contacts from local residents, information from a social networking service (SNS), information from sensors installed on rivers, and the like.

[0027] After that, the server device 10 generates information on the detected event (hereinafter, referred to as "occurring event information"). Specifically, the server device 10 generates "occurring event information" including information on the type of the occurring event, the place where the event occurred, the date and time when the event occurred, the range of the influence of the event, etc.

[0028] Regarding the affected area of ​​an event, for example, when an earthquake is detected, the server device 10 treats the area where damage is expected based on information indicating the scale of the earthquake (magnitude, seismic intensity) as the "affected area." Alternatively, when a flood is detected, the server device 10 treats the flooded area expected based on the topography of the flooded area as the "affected area."

[0029] The server device 10 determines whether to request support from other local governments based on the generated event information (type of event, location of occurrence, date and time of occurrence, range of impact, etc.) Specifically, when residents evacuate to evacuation shelters due to the occurrence of a disaster, but it is expected that supplies stored at the evacuation shelters will be in short supply, the server device 10 requests support from other local governments.

[0030] For example, even if an earthquake occurs, if the epicenter is in a mountainous region or the like, the number of residents who need to evacuate due to the occurrence of the earthquake is small, so the server device 10 determines that a request for assistance from other local governments is not necessary.

[0031] On the other hand, if an earthquake of the same scale occurs in an urban area, the number of residents who need to evacuate due to the occurrence of the earthquake is large, so the server device 10 determines that it is necessary to request assistance from other local governments.

[0032] When it is determined that a support request is required from other local governments, the server device 10 selects a local government to which the support request should be sent using the occurring event information and the information of the other local governments. Specifically, the server device 10 selects a local government to which the support request should be sent, excluding local governments included in the range of influence of the occurring event information.

[0033] 4, the disaster occurs on the border between the local governments A and B, and therefore the area under the jurisdiction of the local government B is also included in the area affected by the disaster. In this case, the server device 10-1 of the local government A determines that the local government B does not have the capacity to support other local governments, and excludes the local government B from the targets of the support request.

[0034] The server device 10 selects, as the target of the support request, the local government C or the local government D other than the local government B. For example, the server device 10 selects the local government D, which is farther away from the location where the disaster occurred, as the target of the support request.

[0035] When a local government to which support is requested is selected, the server device 10 generates a "support cooperation request" including specific support details, and transmits the generated support cooperation request to the server device 10 managed by the local government to which support is requested. In the example of Fig. 4, the support cooperation request is transmitted to the server device 10-4 of the local government D.

[0036] Here, the support cooperation request is generated based on the desired conditions for intercity cooperation that are determined in advance between local governments. For example, the desired conditions include the type of event (earthquake occurrence, flood occurrence) and the specific content of the support (e.g., provision of relief supplies).

[0037] For example, the desired conditions include "Event type: earthquake occurrence" and "Support content: provision of daily necessities."

[0038] The server device 10 requests assistance to other local governments in dealing with the event that has occurred by transmitting a request for assistance to the server device 10 of the selected local government.

[0039] Next, each device included in the information processing system according to the first embodiment will be described in detail.

[0040] [Server device] Fig. 5 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. 5, the server device 10 includes a communication control unit 201, an event detection unit 202, an impact extent identification unit 203, a support necessity determination unit 204, a support request destination selection unit 205, a support request unit 206, a support request processing unit 207, and a storage unit 208.

[0041] 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 other server devices 10. The communication control unit 201 also transmits data to other server devices 10. The communication control unit 201 passes the 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, the 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.

[0042] The event detection unit 202 is a means for detecting an event that occurs in an area under the jurisdiction of a local government (first local government). For example, the event detection unit 202 detects the occurrence of an earthquake or flood by acquiring information from an external server managed by the Japan Meteorological Agency, the Ministry of Land, Infrastructure, Transport and Tourism, etc. For example, the event detection unit 202 detects an earthquake event by acquiring information such as the epicenter, magnitude, and seismic intensity of each region from the external server.

[0043] Alternatively, the event detection unit 202 may detect the occurrence of an event by analyzing SNS data posted on the Internet. For example, the event detection unit 202 may detect the occurrence of an event by inputting a message posted on the Internet into a learning model obtained by machine learning.

[0044] Alternatively, the event detection unit 202 may detect the occurrence of an event based on information input by a local government official or the like to the server device 10. For example, the event detection unit 202 may detect the occurrence of an event by a local government official or the like inputting information (such as the occurrence of an earthquake or flood) obtained from a television broadcast or a telephone call from a local resident to the server device 10.

[0045] The event detection unit 202 passes information on the detected event to the impact extent identification unit 203. Specifically, the event detection unit 202 passes information on the type of the detected event (e.g., earthquake occurrence, flood occurrence), the location where the event occurred (e.g., epicenter, levee breach point), the date and time of the event, etc. to the impact extent identification unit 203.

[0046] At that time, if necessary, the event detection unit 202 also passes information specific to the event that has occurred to the affected extent identification unit 203. For example, the event detection unit 202 passes information such as information indicating the scale of the earthquake that has occurred (seismic intensity, magnitude) to the affected extent identification unit 203.

[0047] The affected range identifying unit 203 is a means for identifying the affected range of an event that has occurred. For example, the affected range identifying unit 203 acquires information on the affected range of the event that has occurred from the event detection unit 202, and identifies the affected range of the event based on the acquired information. For example, when an "earthquake" occurs, the affected range identifying unit 203 calculates an area (region) where evacuation of local residents is required based on the epicenter and magnitude acquired from the event detection unit 202.

[0048] For example, the affected area identification unit 203 identifies the affected area of ​​the earthquake by referring to table information that stores the relationship between the magnitude and the radius of the area in which evacuation is required centered on the epicenter. For example, as in the above example, if an earthquake occurs on the border between municipalities A and B, the gray area shown in FIG. 6 is identified as the affected area.

[0049] Furthermore, when a "flood" occurs as an event, the affected area identifying unit 203 identifies the area expected to be flooded as the affected area using the point where the levee collapsed and topographical information around that point.

[0050] The impact extent identification unit 203 generates occurring event information using the identified impact extent and information acquired from the event detection unit 202. The impact extent identification unit 203 generates "occurring event information" including information such as the type of the event that occurred, the place where the event occurred, the date and time when the event occurred, the impact extent of the event, etc. The impact extent identification unit 203 passes the generated event information to the support need determination unit 204.

[0051] The support necessity determination unit 204 is a means for determining whether or not to request support from other local governments. The support necessity determination unit 204 determines whether or not to request support based on the generated event information acquired from the impact range identification unit 203.

[0052] If the event that has occurred is an "earthquake," the support need determination unit 204 calculates the number of residents living in the area under the jurisdiction of the organization's own management that is within the range affected by the event. Specifically, the support need determination unit 204 refers to a database that stores the addresses of residents, etc., and calculates the number of residents in the area (area under the organization's own management that is also within the range of influence). In the following explanation, the area under the organization's own management that corresponds to the range of influence will be referred to as the "range of influence within jurisdiction."

[0053] Furthermore, the support necessity determination unit 204 refers to information on supplies at evacuation shelters to be opened within the affected area within the jurisdiction (information that has been input in advance by staff or the like to the server device 10) and determines whether or not the evacuation shelters are stocked with sufficient supplies for residents to evacuate to. If sufficient supplies are stocked, the support necessity determination unit 204 determines that a request for support from other local governments is unnecessary. If sufficient supplies are not stocked, the support necessity determination unit 204 determines that a request for support from other local governments is necessary.

[0054] For example, if an earthquake occurs in a mountainous area, there are few residents within the affected area, and there are sufficient supplies in the evacuation shelters, it is determined that there is no need to request assistance from other municipalities. On the other hand, if an earthquake occurs in an urban area, there are many residents within the affected area, and it is estimated that there will be a shortage of supplies in the evacuation shelters, it is determined that there is a need to request assistance from other municipalities.

[0055] If it is determined that a support request to other local governments is necessary, the support necessity determination unit 204 passes the occurring event information to the support request destination selection unit 205 .

[0056] The support request destination selection unit 205 is a means for selecting a local government to which a support request is made. The support request destination selection unit 205 selects a second local government to which support is requested based on the impact scope identified by the impact scope identification unit 203. More specifically, the support request destination selection unit 205 selects a local government to cooperate with based on the impact scope included in the occurring event information.

[0057] The support request destination selection unit 205 refers to a partner management database that stores information about partner local governments, and acquires information about local governments that are candidates for support requests (see FIG. 7). FIG. 7 is a diagram showing an example of the partner management database constructed in the server device 10-1 of the local government A.

[0058] As shown in Fig. 7, the business partner management database stores the names of local governments, the locations of city halls, etc., the range of areas under the jurisdiction of each local government, the number of residents living in each local government, etc. in association with each other. Note that the business partner management database shown in Fig. 7 is an example, and is not intended to limit the items to be stored.

[0059] The support request destination selection unit 205 extracts, from among the local governments stored in the business partner management database, local governments whose jurisdictions do not overlap with the scope of influence of the event information. For example, in the example of FIG. 4, local governments C and D are extracted because their jurisdictions overlap with the scope of influence of local government B.

[0060] The support request destination selection unit 205 selects a local government to which a support request is to be made from among local governments whose jurisdictions do not overlap with the affected area. In the above example, the support request destination selection unit 205 selects local government C or local government D as a candidate local government for the support request destination.

[0061] The support request destination selection unit 205 selects a local government to which support is requested from among the support request destination candidates according to predetermined criteria, etc. For example, the support request destination selection unit 205 may select the local government that is farthest from the location where the event occurred as the support request destination. Alternatively, since a local government with a large number of residents is considered to have sufficient supplies and the like, the support request destination selection unit 205 may select the local government with the largest number of residents as the support request destination. Alternatively, in order to enable smooth cooperation between staff of each local government, the support request destination selection unit 205 may select the local government with the closest city hall or the like as the support request destination.

[0062] In this way, the support request destination selection unit 205 may select a local government to which support is requested based on attribute information of each local government (area of ​​jurisdiction, number of residents, location of city hall, etc.) In other words, the support request destination selection unit 205 may select a local government to which support is requested based on attribute information of each of a plurality of local governments having areas of jurisdiction that do not overlap with the affected area.

[0063] The support request destination selection unit 205 passes information on the selected local government (for example, the name of the local government) and the occurring event information to the support request unit 206 .

[0064] The support request unit 206 is a means for requesting support (cooperation) from other local governments. The support request unit 206 transmits a support cooperation request including the support content to the server device 10 of the selected local government. More specifically, the support request unit 206 generates a "support cooperation request" in which the specific support content is described based on the occurring event information.

[0065] The support cooperation request is generated based on the desired conditions for intercity collaboration that are determined in advance between local governments. The desired conditions define the specific support content according to the type of event. The desired conditions are managed by a desired conditions management database (see FIG. 8). Note that the desired conditions management database shown in FIG. 8 is an example, and is not intended to limit the items to be stored.

[0066] The support request unit 206 refers to the desired condition management database, and acquires support details that match the type of event included in the event information that has occurred. The support request unit 206 generates a support cooperation request that includes the acquired support details.

[0067] At this time, the support request unit 206 may generate a support cooperation request including the support content and accompanying information accompanying the support content. For example, if the support content is "provision of daily necessities," the address of the recipient of the daily necessities (for example, the address of the city hall or evacuation shelter of the local government that made the support request) is exemplified as information accompanying the support content.

[0068] The support request unit 206 transmits the generated support request to the server device 10 of the local government selected by the support request destination selection unit 205 .

[0069] The support request processing unit 207 is a means for processing a "support cooperation request" received from the server device 10 of another local government. For example, the support request processing unit 207 notifies local government officials of the support content and its associated information included in the support cooperation request.

[0070] For example, the support request processing unit 207 displays on the terminal used by the local government employee as shown in Fig. 9. Alternatively, the support request processing unit 207 transmits an email with the contents shown in Fig. 9 to the terminal used by the local government employee.

[0071] The support request processing unit 207 may be provided with a button (interface) for displaying detailed information on the screen shown in Fig. 9. For example, when a local government employee or the like presses a "display details" button, the support request processing unit 207 may transition to a detailed display screen and display a map on which the affected area is superimposed on the detailed display screen. Alternatively, the support request processing unit 207 may highlight the recipient on the detailed display screen, or display details of the disaster scale and details of the support content. In this way, the support request processing unit 207 may enable local government employees to check the content of support requested by other local governments on the detailed display screen.

[0072] The storage unit 208 stores information necessary for the operation of the server device 10 .

[0073] [Explanation of operation] Next, the operation of the server device 10 according to the first embodiment will be described.

[0074] 10 is a sequence diagram showing an example of the operation of the server device 10 according to the first embodiment. With reference to FIG. 10, the operation of the server device 10 when the occurrence of an event is detected will be described.

[0075] The server device 10 detects an event that occurs in the jurisdiction of its own organization (step S101).

[0076] The server device 10 identifies the scope of influence of the event that has occurred, and generates the event information (step S102).

[0077] The server device 10 determines whether to request support from other local governments (step S103). For example, the server device 10 determines whether to request support from other local governments based on the number of residents living in the area of ​​influence within the jurisdiction.

[0078] If a support request is not required (step S103, No branch), the server device 10 ends the process related to the event that has occurred.

[0079] When a support request is necessary (step S103, Yes branch), the server device 10 selects a local government to which the support request is to be made (select a support request destination; step S104). For example, when a disaster occurring in a jurisdiction is detected as an event, the server device 10 selects a local government having a jurisdiction that does not overlap with the affected area as a local government to which support is to be requested.

[0080] The server device 10 generates a "request for support" to be sent to the local government of the support request destination based on the desired conditions of the city-to-city collaboration (step S105). For example, the server device 10 generates a request for support that includes the provision of items (e.g., daily necessities) to be used at evacuation shelters as support content.

[0081] The server device 10 transmits the generated support request to the server device 10 of the selected local government (transmitting support request; step S106).

[0082] As described above, when an event occurs within the jurisdiction of the server device 10 according to the first embodiment, the server device 10 identifies the extent of the impact. The server device 10 selects a local government suitable for support based on the identified extent of the impact. For example, when a disaster occurs in the jurisdiction of the server device 10, the server device 10 requests support from a local government far from the disaster site, taking into consideration that neighboring local governments may not have the capacity to support other local governments. In this way, the server device 10 enhances the value of intercity cooperation by selecting a local government to cooperate with based on various information and conditions, including the extent of the impact of the event that has occurred.

[0083] [Second embodiment] Next, the second embodiment will be described in detail with reference to the drawings.

[0084] In the first embodiment, a case where a natural disaster occurs as an event in an area under the jurisdiction of a local government is described. In the second embodiment, a case where a user (tourist) moving through an area under the jurisdiction of a local government causes an event related to information provision is described.

[0085] Since the configuration of the information processing system according to the second embodiment can be the same as that of the first embodiment, a description corresponding to FIG. 3 will be omitted.

[0086] The following description will focus on the differences between the first and second embodiments.

[0087] As shown in Fig. 11, a user carries a terminal 20. When the user travels within the jurisdiction of each local government, the user can request various pieces of information from the local government. For example, the user operates the terminal 20 to request information about nearby tourist facilities and accommodation facilities from the server device 10 of the local government.

[0088] [Device] Fig. 12 is a diagram showing an example of a processing configuration (processing module) of the terminal 20 according to the second embodiment. Referring to Fig. 12, the terminal 20 includes a communication control unit 301, a position information generating unit 302, an information requesting unit 303, an information providing unit 304, and a storage unit 305.

[0089] 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 the data received from the other devices to the other processing modules. The communication control unit 301 transmits data acquired from the other processing modules to the other devices. In this way, the other processing modules transmit and receive data to and from the other devices via the communication control unit 301. The communication control unit 301 has a function as a receiving unit that receives data from the other devices and a function as a transmitting unit that transmits data to the other devices.

[0090] The position information generating unit 302 is a means for generating position information (current position) of the device itself. The position information generating unit 302 receives a GPS signal from a GPS (Global Positioning System) satellite to perform positioning, and generates position information including the latitude and longitude of the device itself. Alternatively, the position information generating unit 302 may communicate with a wireless access point, and treat the position of the wireless access point as the position of the device itself. Alternatively, the position information generating unit 302 may generate position information based on the strength of radio waves received from the wireless access point.

[0091] The information request unit 303 is a means for requesting information provision from the server device 10 of the local government. The information request unit 303 displays a GUI (Graphical User Interface) for acquiring the type of information requested from the local government, etc., in response to a user's operation.

[0092] For example, the information request unit 303 displays a GUI as shown in Fig. 13 and acquires information requested from the local government. When the information requested by the user is acquired, the information request unit 303 transmits an "information request" including the current location (latitude, longitude) of the device itself and the type of information the user desires to be provided to the server device 10 of the local government that has jurisdiction over the current location.

[0093] At this time, the information request unit 303 refers to table information that stores the range of the jurisdiction of each local government (coordinate information) and the address of the server device 10 (destination of the information request) in association with each other, and acquires the destination of the information request.

[0094] The information providing unit 304 is a means for providing information (a response to an information request) acquired from the server device 10 of the local government to the user. For example, the information providing unit 304 displays, based on the information received from the server device 10, a display as shown in FIG.

[0095] The storage unit 305 stores information necessary for the operation of the terminal 20 .

[0096] [Server device] Fig. 15 is a diagram showing an example of a processing configuration (processing module) of the server device 10 according to the second embodiment. Referring to Fig. 15, an information provision processing unit 209 is added to the configuration of the server device 10 according to the first embodiment.

[0097] As described above, the terminal 20 requests information from the server device 10 of the local government that has jurisdiction over the current location of the terminal 20 (user). In the example of Fig. 11, since the user is staying in the area under the jurisdiction of the local government A, the terminal 20 transmits an "information request" to the server device 10-1.

[0098] The event detection unit 202 of the server device 10-1 detects an event of "receiving a request for information." That is, the event detection unit 202 detects, as an event, an "information request" transmitted from the terminal 20 of a user staying in the area under its jurisdiction.

[0099] The information request transmitted by the terminal 20 includes a request for guidance on facilities (for example, tourist facilities, accommodation facilities). Furthermore, the information request includes the current location of the terminal 20.

[0100] When an event such as receiving a request for information is detected, the influence range identifying unit 203 identifies the influence range of the detected event. For example, when a guide to a tourist facility is requested, the influence range identifying unit 203 identifies a predetermined range centered on the user's current location as the influence range.

[0101] For example, the affected area identifying unit 203 calculates (identifies) the area within which a user can travel using transportation such as a bus or train within a predetermined time (for example, 30 minutes or 1 hour) as the affected area.

[0102] When the influence range is calculated, the influence range identification unit 203 generates the occurring event information. Specifically, the influence range identification unit 203 generates the occurring event information including information such as "Event type: tourist facility guide", "Event occurrence location: current location of the user", etc.

[0103] The support necessity determination unit 204 determines whether to request support from other local governments based on the occurring event information. For example, if the calculated impact range is within the jurisdiction of the organization, the support necessity determination unit 204 does not request support from other local governments. On the other hand, if the calculated impact range extends over the jurisdiction of other local governments, the support necessity determination unit 204 requests support from other local governments.

[0104] When a support request is not made to other local governments, the support necessity determination unit 204 passes the information provision request acquired from the user's terminal 20 to the information provision processing unit 209 .

[0105] When making a support request, the support request destination selection unit 205 selects a local government to which the support request is to be made. Specifically, the support request destination selection unit 205 selects the other local government whose jurisdiction overlaps with the impact range (the local government whose jurisdiction overlaps with the impact range) as the support request destination. In the example of Fig. 11, the support request destination selection unit 205 selects local government B, which is close to the user's current location, as the support request destination.

[0106] The support request unit 206 generates a "support cooperation request" to be sent to the support request destination local government based on the desired conditions for intercity collaboration. For example, the support request unit 206 generates a support cooperation request with the support content being the provision of information regarding guidance for facilities (tourist facilities, accommodation facilities).

[0107] More specifically, the support request unit 206 refers to a desired condition management database as shown in Fig. 16, and acquires support content that matches the type of event included in the occurring event information. The support request unit 206 generates a support cooperation request including the acquired support content.

[0108] At this time, the support request unit 206 generates a support cooperation request including the support content and accompanying information accompanying the support content. For example, if the support content is "provision of information on tourist facilities," the current location of the user is exemplified as information accompanying the support content.

[0109] The support request unit 206 transmits the generated support request to the server device 10 of the local government selected by the support request destination selection unit 205 .

[0110] The support request unit 206 receives a response to the support cooperation request from the server device 10 of the other local government. The support request unit 206 passes the information provision request acquired from the user's terminal 20 and the response to the support cooperation request acquired from the server device 10 of the other local government to the information provision processing unit 209.

[0111] The information provision processing unit 209 is a means for processing information provision requests acquired from the user's terminal 20. The information provision processing unit 209 generates information according to the user's request. For example, if the user requests a guide to tourist facilities, the information provision processing unit 209 generates information on tourist facilities (tourist attractions) within the jurisdiction and influence range of the organization.

[0112] For example, the information provision processing unit 209 refers to a database that stores the name, location (latitude, longitude), etc. of each tourist facility in association with each other, and extracts tourist facilities that exist within the area of ​​influence within the jurisdiction.

[0113] When an information provision request is acquired from the support necessity determination unit 204 (when support has not been requested from other local governments), the information provision processing unit 209 transmits information about the extracted tourist facility to the terminal 20. That is, the information provision processing unit 209 transmits information including the name, address, etc. of the tourist facility to the terminal 20 as a response to the information provision request received from the terminal 20.

[0114] When an information request is received from the support request unit 206 (when support is requested from another local government), the information provision processing unit 209 integrates the extracted information on tourist facilities and the response (information on tourist facilities) received from the other local government. The information provision processing unit 209 integrates (merges) the information on tourist facilities generated by its own device and the information on tourist facilities generated by other server devices 10, and generates information on tourist facilities that exist within a specified range (range of influence) centered on the user's current location.

[0115] The information provision processing unit 209 transmits the generated information to the terminal 20. That is, the information provision processing unit 209 transmits information including the names, addresses, etc. of tourist facilities included in the affected area to the terminal 20 as a response to the information provision request received from the terminal 20.

[0116] At that time, the information provision processing unit 209 may transmit to the terminal 20 a map image reflecting the user's current location and the locations of tourist facilities so that the terminal 20 can display the image as shown in Fig. 14. In Fig. 14, the jurisdictional areas of different municipalities are separated by a river (gray area). For example, the art museum displayed to the right of the river is information provided by the municipality B, and the museum displayed to the left of the river is information provided by the municipality A.

[0117] In this way, the information provision processing unit 209 generates first information on facilities existing in the jurisdiction of its own organization (first local government) in response to an information provision request transmitted from the terminal 20. Furthermore, the information provision processing unit 209 transmits to the terminal 20 the second information on facilities existing in the jurisdiction of the second local government generated by the server device 10 of another local government (second local government) and the generated first information.

[0118] The support request processing unit 207 receives a "support cooperation request" from the server device 10 of another local government and processes the received support cooperation request. For example, if the support content is "provision of information on tourist facilities," the support request processing unit 207 selects a tourist facility close to the user's current location (a tourist facility within a predetermined range from the user) and transmits information on the selected tourist facility to the server device 10 that made the support request.

[0119] As described above, the server device 10 according to the second embodiment collects information not only about its own jurisdiction but also from other neighboring municipalities, and provides useful information to users. That is, the server device 10 grasps the location of the user (tourist) who requests information provision, and if the location of the user is close to an area under the jurisdiction of another municipality, requests the municipality to provide information to tourists. In this way, when information provision about facilities of a tourist destination is requested in the jurisdiction of the server device 10, the server device 10 determines that the neighboring municipality has better information about facilities in its jurisdiction, and requests support (information provision) from the other municipality. As a result, the user is provided with more useful information than information provided by a single municipality, and the convenience of the user is improved. In other words, the value and significance of intercity cooperation is increased by integrating information held by multiple municipalities through intercity cooperation.

[0120] Next, the hardware of each device constituting the information processing system will be described. Fig. 17 is a diagram showing an example of the hardware configuration of the server device 10.

[0121] The server device 10 can be configured by an information processing device (so-called a computer), and has the configuration exemplified in Fig. 17. For example, the server device 10 has a processor 311, a memory 312, an input / output interface 313, a communication interface 314, etc. 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.

[0122] However, the configuration shown in Fig. 17 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. In addition, 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. 17, and for example, the server device 10 may include multiple processors 311.

[0123] The processor 311 is, for example, 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).

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

[0125] 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 keyboard, a mouse, etc. that accepts user operations.

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

[0127] 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 in a computer-readable storage medium. The storage medium can be a non-transitory medium such as a semiconductor memory, a hard disk, a magnetic recording medium, or an optical recording medium. That is, the present invention can also be embodied as a computer program product. The program can be downloaded via a network or updated using a storage medium storing the program. The processing modules may also be realized by a semiconductor chip.

[0128] The terminals 20 and the like can also be configured from information processing devices in the same manner as the server device 10, and the basic hardware configuration is no different from that of the server device 10, so a description thereof will be omitted.

[0129] The server device 10, which is an information processing device, is equipped with a computer, and can realize the functions of the server device 10 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.

[0130] [Variations] Note that the configuration, operation, etc. of the information processing system described in the above embodiment are merely examples, and are not intended to limit the system configuration, etc.

[0131] The occurrence events described in the above embodiment are merely examples, and it goes without saying that cooperation between local governments may be triggered by the occurrence of other events. For example, cooperation between local governments may be performed for the purpose of sharing information on traffic accidents, road construction, and the like. For example, a terminal or vehicle of a user driving a vehicle transmits an information provision request on traffic information to a server device 10 of a local government. The information provision request includes information on a current location, a destination, and the like. If the destination is in an area outside the jurisdiction of the other local government, the server device 10 requests support from the server device of the other local government. The server device 10 of the other local government transmits accident information and construction information that is known by its own organization to the terminal or vehicle of the user. The terminal or vehicle of the user displays as shown in FIG. 18. The user refers to the accident information and construction information shown in FIG. 18 and heads to the destination.

[0132] In the above second embodiment, it has been described that the terminal 20 transmits an information request to the server device 10 based on information acquired through the GUI shown in Fig. 13. However, the terminal 20 may transmit an information request to the server device 10 at the timing when the terminal 20 acquires the current location of the user, for example. That is, when the terminal 20 acquires location information of a user (tourist) within its jurisdiction, it may automatically transmit an information request including the location information without going through the GUI shown in Fig. 13. In other words, the event detection unit 202 of the server device 10-1 may detect the acquisition of location information of a tourist within its jurisdiction as an event.

[0133] In the above second embodiment, a case where a user requests information provision from a local government has been described. However, the entity requesting information provision may be the local government (server device 10). For example, a local government may request information provision regarding evacuation shelters in other local governments. Specifically, the server device 10 transmits an "information provision request for evacuation shelter information" to the server device 10 of an adjacent local government. The server device 10 that receives the information provision request for evacuation shelter information transmits information (e.g., location and status) of facilities that are scheduled to be opened as evacuation shelters to the server device 10 that is the source of the information provision request. The server device 10 uses the acquired information to present to local government officials, etc., not only information on evacuation shelters within the jurisdiction of its own organization (local government), but also map information including information on evacuation shelters in adjacent areas. For example, the server device 10 displays a display (dashboard display) as shown in FIG. 19 on a terminal used by the local government officials, etc.

[0134] In the above second embodiment, it has been described that the influence range identifying unit 203 of the server device 10 identifies a predetermined range centered on the current location of the user as the influence range. In this case, the provision range identifying unit 203 may identify the influence range based on the attribute information and preference information of the user. For example, the terminal 20 acquires the attribute information (gender, age, etc.) and preference information (interests, etc.) of the user using a GUI similar to that shown in FIG. 13. The terminal 20 transmits an information provision request including the acquired attribute information and preference information to the server device 10. The influence range identifying unit 203 may identify the range that can be traveled on foot within a predetermined time (for example, 30 minutes) according to age as the influence range, or may identify an area that matches the interest as the influence range.

[0135] Alternatively, the user's attribute information and preference information may be registered in advance in the server device 10 of the local government where the user's address is located, and the pre-registered attribute information, etc. may be utilized. For example, in FIG. 11, the user's address is assumed to be included in the jurisdiction of local government A. In this case, the server device 10-1 stores the user's attribute information, etc. When the user moves to the jurisdiction of local government B and does sightseeing, the user's terminal 20 transmits an information provision request including the current location to the server device 10-1 of the local government A where the user's address is registered. The server device 10-1 of the local government A receives the information provision request and identifies the user's location from the current location. When the server device 10 determines that the user is in the jurisdiction of local government B from the user's current location, it transmits an information provision request including the user's current location, attribute information, etc. to the server device 10-2 of the local government B. The server device 10-2 of the local government B provides the user with information about local government B (for example, information about tourist spots, etc.) based on the user's current location, attribute information, etc.

[0136] Alternatively, each municipality may share information such as water level information of a river that crosses a plurality of municipalities. In this case, the server device 10 of the municipality may transmit a "request for water level information" to the server devices 10 of the other municipalities.

[0137] In the above embodiment, a local government (such as a prefecture, city, or town) is taken as one unit (an organizational unit that holds unique information), but the organizational unit may be a smaller unit than a local government. For example, an organization such as a neighborhood association may be a unit. In other words, any organization with a defined jurisdiction may be the subject of the disclosure of this application.

[0138] In the above embodiment, the server device 10 selects one local government from among a plurality of local governments and transmits a support cooperation request to the selected local government. However, the server device 10 may transmit a support cooperation request to a plurality of local governments. For example, in the example of FIG. 4, the server device 10 may request support from local government C and local government D.

[0139] Alternatively, when requesting support from a plurality of local governments, the server device 10 may request different support from each local government. In the above example, the server device 10 may request support for "construction of temporary housing" from local government C, and request "provision of daily necessities, etc." from local government D. In other words, such support contents may be described in the desired conditions. That is, a plurality of support contents may be described in the desired conditions for the occurrence of one event. Furthermore, a priority order (priority) may be assigned to the plurality of support contents. For example, in the above example, a desired condition may be formulated in which "construction of temporary housing" is prioritized over "provision of daily necessities, etc."

[0140] The contents of the desired condition management database shown in Fig. 8 etc. are merely examples. The desired condition management database may store support contents according to other information in addition to the type of event. For example, for an "earthquake occurrence" event, support contents for each earthquake scale (seismic intensity, magnitude) may be registered in the desired condition management database (see Fig. 20).

[0141] In the second embodiment, it has been described that the user's terminal 20 transmits an information request to the server device 10 of the local government that has jurisdiction over the current location. However, the user's terminal 20 may transmit the information request to a predetermined server (not shown in FIG. 3, etc.). The predetermined server may specify the server device 10 that processes the information request according to the user's current location included in the information request, and transfer the information request to the specified server device 10. The predetermined server may be a server common to each user, or may be a server (server device 10) in the area where the address of each user is registered. For example, in the example of FIG. 11, if the user's address is within the jurisdiction of the local government D, the terminal 20 transmits the information request to the server device 10-4. The server device 10-4 transfers the received information request to the server device 10-1 of the local government A (see FIG. 21). The server device 10-1 processes the information request received via the server device 10-4, and transmits a response including tourist facility information, etc. to the terminal 20.

[0142] In the second embodiment, when requesting information on tourist facilities, etc., the user's terminal 20 may transmit an information request including information on the means of transportation (walking, car, train) to the server device 10. The server device 10 may specify the range of influence taking into consideration the means of transportation. For example, the server device 10 sets the range of influence narrower if the user's means of transportation is walking, and sets the range of influence wider if the user's means of transportation is car. As a result, the server device 10 can provide useful information within a range that the user can comfortably travel.

[0143] In the second embodiment, the user's terminal 20 transmits an information request to the server device 10 that does not include the type of information requested (for example, information on tourist facilities, information on accommodation facilities). The server device 10 may select and transmit information suitable for the user according to the user's current location, the date and time when the information request is received, and the like. For example, the server device 10 (information provision processing unit 209) may provide information on tourist facilities when the information request is received during the day, and provide information on accommodation facilities when the information request is received at night. In this case, the server device 10 may process the request in accordance with a desired condition management database as shown in FIG. 22. In FIG. 22, the type of event that generates an information request that does not include specific content requested to a local government is indicated as "information provision request."

[0144] Each local government may predetermine a local government to cooperate with for each type of event that occurs. Furthermore, the local government to cooperate with for each type of event may be managed by a desired condition (desired condition management database). For example, a plurality of local governments to request support when a disaster occurs may be determined, and the server device 10 may select a local government to request support from among the plurality of local governments. Furthermore, when information provision is requested, the server device 10 may select a local government to request support from among the predetermined local governments.

[0145] In the above embodiment, cooperation between local governments has been described using four neighboring local governments as an example. However, the local governments to be cooperated with may not be neighbors and may be geographically distant. When a disaster such as an earthquake occurs, it is considered that geographically distant local governments will be less affected by the earthquake, and there is a possibility that sufficient support can be received from the cooperating local government. However, costs (time, expenses) are required to transport supplies from geographically distant local governments. Each local government can decide on a cooperating local government by considering the advantages and disadvantages according to the content of the expected event.

[0146] Although the format of data transmission between each device (server device 10, terminal 20, etc.) is not particularly limited, the data transmitted between these devices may be encrypted. The current location of the user and other information are transmitted between these devices, and in order to appropriately protect this information, it is desirable to transmit and receive encrypted data.

[0147] In the flow charts (flow charts, sequence diagrams) used in the above description, 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 steps shown in the figures can be changed to a degree that does not interfere with the content, such as executing each process in parallel.

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

[0149] From the above explanation, the industrial applicability of the present invention is clear, and the present invention can be suitably applied to an information processing system in which a plurality of cities (municipalities) cooperate with each other.

[0150] A part or all of the above-described embodiments can be described as, but is not limited to, the following supplementary notes. [Appendix 1] A detection unit that detects an event occurring within a jurisdiction of a first municipality; An identification unit that identifies an impact range of the event that has occurred; A selection unit that selects a second local government to request assistance from based on the identified affected area; A support request unit that transmits a support cooperation request including support content to the server device of the selected second local government; A server device comprising: [Appendix 2] The server device according to claim 1, wherein the support request unit generates the support request based on a desired condition that defines the support content according to the type of event. [Appendix 3] The detection unit detects a disaster occurring in a jurisdiction of the first local government as the event, 3. The server device according to claim 1, wherein the selection unit selects a local government having a jurisdiction that does not overlap with the affected area as the second local government to which support is requested. [Appendix 4] The server device according to claim 3, wherein the selection unit selects a second local government to request support from based on attribute information of each of a plurality of local governments having jurisdiction areas that do not overlap with the affected area. [Appendix 5] The server device according to claim 3 or 4, wherein the support request unit generates the support cooperation request including the provision of items to be used at an evacuation shelter as the support content. [Appendix 6] The server device according to any one of claims 3 to 5, further comprising a determination unit that determines whether to request assistance from the second municipality based on the number of residents living in the influence area within the jurisdiction of the first municipality. [Appendix 7] The detection unit detects, as the event, an information request transmitted from a terminal of a user staying in the jurisdiction area, 3. The server device according to claim 1, wherein the selection unit selects a local government having a jurisdiction that overlaps with the affected area as the second local government to which the support is requested. [Appendix 8] The information request states that a guide to the facility is requested, The server device according to claim 7, wherein the support request unit generates the support cooperation request, the support content of which is information provision regarding guidance to the facility. [Appendix 9] The server device described in Appendix 8, further including an information provision processing unit that generates first information regarding facilities located in the jurisdiction of the first local government in response to an information provision request transmitted from the terminal, and transmits to the terminal second information regarding facilities located in the jurisdiction of the second local government generated by the server device of the second local government and the generated first information. [Appendix 10] 10. The server device according to claim 8 or 9, wherein the facility described in the information request is a tourist facility or an accommodation facility. [Appendix 11] In the server device, Detecting an event occurring within a jurisdiction of a first municipality; Identifying the scope of the impact of the event that occurred; selecting a second municipality to request assistance based on the identified affected area; A method for controlling a server device, the method comprising: transmitting a request for assistance including assistance details to the server device of the selected second local government. [Appendix 12] A computer installed in the server device Detecting an event occurring within a jurisdiction of a first municipality; A process of identifying an impact range of the event that has occurred; Selecting a second municipality to request assistance from based on the identified affected area; A process of transmitting a support cooperation request including support details to a server device of the selected second local government; A computer-readable storage medium that stores a program for executing the above.

[0151] 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. It will be understood by those skilled in the art 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 amendments that a person skilled in the art can make in accordance with the entire disclosure, including the scope of the claims, and the technical ideas. [Explanation of symbols]

[0152] 10. Server device 10-1 Server device 10-2 Server equipment 10-3 Server equipment 10-4 Server equipment 20 Terminals 100 Server device 101 Detection unit 102 Specific part 103 Selection section 104 Support Request Department 201 Communication control section 202 Event detection unit 203 Impact Scope Identification Department 204 Support Necessity Determination Department 205 Support Request Selection Department 206 Support Request Department 207 Support Request Processing Department 208 Storage section 209 Information Processing Department 301 Communication Control Unit 302 Location information generation unit 303 Information Request Department 304 Information Provision Department 305 Storage section 311 Processor 312 Memory 313 Input / Output Interface 314 Communication Interface

Claims

1. A detection unit that detects an event occurring within a jurisdiction of the first municipality; An identification unit that identifies an impact range of the event that has occurred; A selection unit that selects a second local government to which support is requested based on the identified affected area; a support request unit that transmits a support cooperation request including support content to a server device of the selected second local government; Equipped with The detection unit detects, as the event, an information request transmitted from a terminal of a user staying in the jurisdiction area, The selection unit selects a local government having a jurisdiction that overlaps with the impact range as a second local government to which the support is requested; The information request states that a guide to the facility is requested, The support request unit generates the support cooperation request, the support content of which is information provision regarding guidance of the facility; The server device further includes an information provision processing unit that generates first information regarding facilities located in the jurisdiction of the first local government in response to an information provision request sent from the terminal, and transmits second information regarding facilities located in the jurisdiction of the second local government generated by the server device of the second local government and the generated first information to the terminal.

2. The server device according to claim 1 , wherein the support request unit generates the support request based on a desired condition that defines the support content according to a type of event.

3. The detection unit detects a disaster occurring in a jurisdiction of the first local government as the event, The server device according to claim 1 , wherein the selection unit selects a local government having a jurisdiction that does not overlap with the range of influence as the second local government to which the support is requested.

4. The server device according to claim 3 , wherein the selection unit selects the second local government to which the support is requested based on attribute information of each of a plurality of local governments having jurisdiction areas that do not overlap with the range of influence.

5. The server device according to claim 3 , wherein the support request unit generates the support request including, as the support content, a request for provision of items to be used at an evacuation shelter.

6. The server device according to claim 3 , further comprising a determination unit that determines whether or not to request assistance from the second local government based on the number of residents living in the area of ​​influence within the jurisdiction of the first local government.

7. A server device described in any one of claims 1 to 6, wherein the facility is a tourist facility.

8. In the server device, Detecting an event occurring within a jurisdiction of a first municipality; Identifying the scope of the impact of the event that occurred; selecting a second municipality to request assistance from based on the identified affected area; A method for controlling a server device, the method comprising: transmitting a support cooperation request including support content to a server device of the selected second local government; Detecting an information request transmitted from a terminal of a user staying in the jurisdiction as the event; selecting a municipality having a jurisdiction that overlaps with said affected area as a second municipality requesting said assistance; The information request states that a guide to the facility is requested, generating the support cooperation request, the support content of which is to provide information regarding guidance for the facility; A method for controlling a server device, which generates first information regarding facilities located in the jurisdiction of the first local government in response to an information request sent from the terminal, and transmits second information regarding facilities located in the jurisdiction of the second local government generated by a server device of the second local government and the generated first information to the terminal.

9. A computer installed in the server device Detecting an event occurring within a jurisdiction of a first municipality; A process of identifying an impact range of the event that has occurred; A process of selecting a second municipality to request assistance from based on the identified affected area; A process of transmitting a support cooperation request including support details to a server device of the selected second local government; A program for executing The process of detecting the event includes detecting, as the event, an information request transmitted from a terminal of a user staying in the jurisdiction; The process of selecting the second local government includes selecting a local government having a jurisdiction that overlaps with the impact area as the second local government to request assistance; The information request states that a guide to the facility is requested, The computer includes: A process of generating the support request, the support content of which is information provision regarding guidance for the facility; a process of generating first information on facilities existing in the jurisdiction of the first local government in response to an information request transmitted from the terminal, and transmitting second information on facilities existing in the jurisdiction of the second local government generated by a server device of the second local government and the generated first information to the terminal; A program that executes the above command.

Images