Computer system and method for planning measures

Abstract

To determine measures in consideration of cost required for measures for recovery from a disaster and a status of provision of resources.SOLUTION: A computer system which formulates measures pertaining to recovery from a disaster in a facility, holds, for each facility for which the measures are to be taken, cost information for managing first cost which is the amount of opportunity loss caused by occurrence of the disaster and second cost required for self-financing measures, and provision resource information for managing resources provided from the outside. The computer system determines, with reference to the provision resource information, whether resources, which are required for taking the measures using the resources in a designated facility, can be secured, and selects a measure to be taken for the designated facility on the basis of the first cost, the second cost, and the determination result.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a system and method for planning measures for disaster recovery. [Background technology]

[0002] Background of the present technical field is Patent Document 1. Patent Document 1 discloses a resource accommodation support device and a resource accommodation support method that realize optimal resource allocation in consideration of differences in the provision form of each resource. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent Publication No. 2021-117780 Summary of the Invention [Problem to be solved by the invention]

[0004] In the method disclosed in Patent Document 1, when a disaster occurs, multiple businesses can share resources used for disaster recovery, thereby enabling effective disaster recovery. However, there are cases where resource sharing alone is not sufficient. For example, if there is a high risk of a power outage due to a disaster and it is not possible to expect the provision of resources used for power supply, there is a high possibility that resources will be insufficient when a disaster occurs, resulting in opportunity losses. For this reason, businesses need to consider measures other than resource sharing.

[0005] As described above, there is a problem in that it is difficult to decide on countermeasures while taking into account the costs involved and the availability of resources.

[0006] The present invention has been made in consideration of the above-mentioned problems, and has an object to provide a system and method for planning countermeasures taking into consideration the costs involved in the countermeasures and the resource provision status. [Means for solving the problem]

[0007] A representative example of the invention disclosed in this application is as follows: A computer system for planning disaster recovery measures for a facility includes at least one computer having a processor, a storage device connected to the processor, and a network interface connected to the processor, the storage device holds cost information for managing a first cost, which is an amount of opportunity loss due to the occurrence of a disaster, and a second cost required for the measures by self-investment, for each facility for which the measures are to be implemented, and provided resource information for managing resources provided from outside, the processor refers to the provided resource information and determines whether the resources required to implement the measures using the resources can be secured in the designated facility, When it is determined that the resources necessary for implementing the countermeasure using the resources can be secured, a countermeasure using the resources is generated based on the provided resource information, and the countermeasure using the resources is selected as the countermeasure to be implemented for the specified facility, and when the resources necessary for implementing the countermeasure using the resources cannot be secured and the first cost is equal to or greater than the second cost, the countermeasure by self-investment is selected as the countermeasure to be implemented for the specified facility. . Effect of the Invention

[0008] According to a representative embodiment of the present invention, it is possible to formulate countermeasures taking into consideration the cost required for the countermeasures and the availability of resources. Problems, configurations, and effects other than those described above will become apparent from the following description of the embodiments. [Brief description of the drawings]

[0009] [Figure 1] 1 is a block diagram showing an example of a configuration of a disaster prevention planning system according to a first embodiment. [Figure 2A] FIG. 2 is a diagram illustrating an example of a data structure of a carrier DB according to the first embodiment. [Figure 2B] FIG. 2 is a diagram illustrating an example of a data structure of a carrier DB according to the first embodiment. [Diagram 3] FIG. 2 is a diagram showing an example of a data structure of a disaster risk DB according to the first embodiment. [Figure 4] FIG. 4 is a diagram illustrating an example of a data structure of a power DB according to the first embodiment. [Figure 5A] FIG. 2 is a diagram illustrating an example of a data structure of a facility DB according to the first embodiment. [Figure 5B] FIG. 2 is a diagram illustrating an example of a data structure of a facility DB according to the first embodiment. [Figure 6]FIG. 2 is a diagram illustrating an example of a data structure of a provided resource DB according to the first embodiment. [Figure 7] FIG. 13 is a diagram illustrating an example of a data structure of a matching result DB according to the first embodiment. [Figure 8] 2 is a diagram illustrating an example of a data structure of a dispatch plan DB according to the first embodiment. FIG. [Figure 9A] FIG. 2 is a diagram illustrating an example of a data structure of a countermeasure history DB according to the first embodiment; [Figure 9B] FIG. 2 is a diagram illustrating an example of a data structure of a countermeasure history DB according to the first embodiment; [Figure 10] FIG. 2 is a diagram illustrating an example of a data structure of a settlement DB according to the first embodiment. [Figure 11A] FIG. 2 is a diagram illustrating an example of a usage flow of the countermeasure planning system according to the first embodiment. [Figure 11B] FIG. 2 is a diagram illustrating an example of a usage flow of the countermeasure planning system according to the first embodiment. [Figure 12] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Figure 13] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Figure 14] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Figure 15] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Figure 16] 11 is a flowchart illustrating an example of a countermeasure planning process executed by the countermeasure planning device according to the first embodiment. [Figure 17] FIG. 1 is a diagram showing an image of a method for selecting a measure in the first embodiment. [Figure 18] 11 is a flowchart illustrating an example of an external resource sufficiency determination process executed by the countermeasure planning device according to the first embodiment. [Figure 19] FIG. 13 is a diagram illustrating an image of resource matching according to the first embodiment. [Figure 20A] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Figure 20B] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Figure 21]FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Figure 22] 11 is a flowchart illustrating an example of a dispatch plan generating process executed by the countermeasure planning device according to the first embodiment. [Figure 23A] FIG. 2 is a diagram illustrating an image of a dispatch plan generation process according to the first embodiment. [Figure 23B] FIG. 2 is a diagram illustrating an image of a dispatch plan generation process according to the first embodiment. [Figure 24] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. [Diagram 25] FIG. 11 is a diagram illustrating an example of a screen displayed on the terminal of the first embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. However, the present invention should not be interpreted as being limited to the description of the embodiment shown below. It will be easily understood by those skilled in the art that the specific configuration can be changed without departing from the concept or purpose of the present invention.

[0011] In the configurations of the invention described below, the same or similar configurations or functions are given the same reference numerals, and duplicated explanations are omitted.

[0012] In this specification, the terms "first," "second," "third," and the like are used to identify components and do not necessarily limit the number or order.

[0013] In order to facilitate understanding of the invention, the position, size, shape, range, etc. of each component shown in the drawings, etc. may not represent the actual position, size, shape, range, etc. Therefore, the present invention is not limited to the position, size, shape, range, etc. disclosed in the drawings, etc. EXAMPLES

[0014] In the first embodiment, a disaster recovery planning system that plans disaster recovery measures in consideration of externally provided resources will be described using measures related to power supply at the time of disaster occurrence as an example. In the following description, disaster recovery measures will be simply referred to as measures.

[0015] In Example 1, the businesses that plan countermeasures (countermeasure planners) include local governments that open and operate evacuation shelters to ensure the safety of local residents when a disaster occurs, operators of facilities for the disabled / elderly for whom power supply during a disaster is critical, and retail / restaurant businesses that store inventory in freezers and for which a power outage during a disaster would result in opportunity loss.

[0016] The disaster prevention planning system considers the amount of opportunity loss due to a disaster and the costs required for the measures, and selects measures with a high probability of being implemented while keeping costs down from the following three options: (1) measures in which the business itself invests in resources such as emergency generators, and (2) measures in which providers of external resources, such as EVs (electric vehicles), are dispatched in the event of a disaster to supply power until power is restored (individuals, rental car and delivery companies, general companies, etc.).

[0017] In the following explanation, measure (1) will be referred to as a self-investment measure, and measure (2) will be referred to as a measure utilizing external resources.

[0018] When the external resource utilization measure is selected, the disaster countermeasure planning system will determine whether or not an EV needs to be dispatched based on the power outage status of the facility after a disaster occurs, and will request the dispatch of an EV from a registered EV provider. The provider will respond to the request by deciding whether or not they will dispatch an EV. The system will generate an EV dispatch plan (resource provision plan) based on the response, and will actually request the dispatch of an EV.

[0019] When using EV, incentives are paid according to the provider's wishes, so unless the incentives are set appropriately, the costs may be higher than if the provider made a self-investment. Therefore, the system sets incentives in conjunction with the planning of measures.

[0020] FIG. 1 is a block diagram illustrating an example of a configuration of a disaster prevention planning system according to a first embodiment.

[0021] The disaster countermeasures planning system is composed of a countermeasures planning device 100 and multiple terminals 102, 103. The countermeasures planning device 100 is connected to a terminal 102 used by a business operator who is a countermeasures planner via a network 104, and is connected to a terminal 103 used by an EV provider via a network 105. The networks 104, 105 are a LAN (Local Area Network) and a WAN (Wide Area Network), and the connection method may be either wired or wireless. The networks 104, 105 may be the same network.

[0022] The countermeasure planning device 100 includes a processor 110, a storage device 111, and a network interface (not shown). The countermeasure planning device 100 may include input devices such as a keyboard and a mouse, and an output device such as a display.

[0023] Processor 110 executes programs stored in storage device 111 to operate as a user management unit 121, a resource recruitment / management unit 122, a countermeasure planning unit 123, a resource matching unit 124, a dispatch plan planning unit 125, a performance / settlement management unit 126, and an information presentation / acquisition unit 127. In the following explanation, when a process is explained using a functional unit as the subject, it indicates that processor 110 is executing the process in accordance with the program.

[0024] The storage device 111 stores a business operator DB 131, a disaster risk DB 132, an electricity DB 133, a facility DB 134, a provided resource DB 135, a matching result DB 136, a dispatch plan DB 137, a countermeasure history DB 138, and an adjustment DB 139 as databases used for processing.

[0025] The terminals 102 and 103 are general personal computers (PCs), tablet terminals, smartphones, etc., and each include a processor, a memory, a network interface, an input device, and an output device (not shown).

[0026] The countermeasure planning device 100 may be realized as a computer system made up of a plurality of computers, or may be realized as a virtual computer.

[0027] The disaster prevention planning system can be used in the following ways:

[0028] (Step 1) A countermeasure planner accesses the countermeasure planning device 100 using the terminal 102, registers information about the facilities (e.g., shelters and stores) that are targets of countermeasures, and solicits EVs for the facilities. An EV provider accesses the countermeasure planning device 100 using the terminal 103, and registers resources for the facilities that can provide EVs.

[0029] (Step 2) The countermeasures planning device 100 plans and selects one or more countermeasures taking into consideration the registration status of the EV, the amount of opportunity loss in the event of a disaster, the cost of self-investment, and the like.

[0030] (Step 3) When a disaster occurs, the countermeasures planner determines whether EV dispatch is necessary based on the power outage situation of the facility for which the external resource utilization countermeasure was selected, and requests the registered EV provider to dispatch an EV. The EV provider responds to the request whether it can provide the EV. The countermeasures planning device 100 generates an EV dispatch plan based on the response result, and requests the EV provider to dispatch an EV.

[0031] Next, the data structure of the DB managed by the countermeasure planning device 100 will be described.

[0032] 2A and 2B are diagrams showing an example of a data structure of the carrier DB 131 according to the first embodiment. The diagrams are divided into two diagrams due to space limitations.

[0033] The business entity DB 131 is a database for managing information on facilities that are targets of countermeasures.

[0034] The business operator DB 131 stores entries including, for example, a user ID 201, a facility ID 202, a facility name 203, a location 204, an industry / facility type 205, a power supply type 206, a contracted power 207, an average amount of power used 208, a facility area 209, an average sales 210, and an inventory size 211. One entry exists for one facility. Note that the fields included in the entry are not limited to those described above. Any of the above-mentioned fields may not be included, and other fields may be included.

[0035] The power supply type 206 is a field for storing the supply type when power is supplied from an EV to a facility. "None" indicates that there is no power supply equipment in the facility. "V2H" indicates that it supports Vehicle To Home.

[0036] Average power usage 208 is a field for storing the average power usage per day. Average sales 210 is a field for storing the average sales per day. Inventory size 211 is a field for storing the size of inventory kept in the store. When the facility is a store, values ​​for average sales 210 and inventory size 211 are set. When the facility is an evacuation shelter, a facility for disabled people, etc., average sales 210 and inventory size 211 are left blank.

[0037] FIG. 3 is a diagram illustrating an example of a data structure of the disaster risk DB 132 according to the first embodiment.

[0038] The disaster risk DB 132 is a database for managing the risk of disaster occurrence in an area.

[0039] The disaster risk DB 132 stores entries including, for example, an area ID 301, a location 302, and a disaster risk 303. One entry exists for one area. Note that the fields included in the entry are not limited to those described above. An entry may not include any of the above-mentioned fields, or may include other fields.

[0040] The disaster risk 303 is a field for storing the probability of a disaster occurring. Note that a probability may be set for each type of disaster.

[0041] FIG. 4 is a diagram illustrating an example of a data structure of the power DB 133 according to the first embodiment.

[0042] The power DB 133 is a database for managing information regarding the power consumption of devices installed in the facility, and is used for estimating the amount of power required for the facility.

[0043] The power DB 133 stores entries including, for example, a device name 401, an outlet 402, a V2H 403, an evacuation shelter 404, retail / food and drink 405, power consumption 406, a required number of units 407, and usage time 408. One entry exists for one device. Note that the fields included in the entry are not limited to those described above. Any of the above-mentioned fields may not be included, and other fields may be included.

[0044] The outlet 402 is a field that stores a flag indicating whether or not the power supply type of the device is compatible with an outlet. If the power supply type of the device is compatible with an outlet, "1" is stored in the outlet 402. The V2H 403 is a field that stores a flag indicating whether or not the power supply type of the device is compatible with V2H. If the power supply type of the device is compatible with V2H, "1" is stored in the V2H 403.

[0045] Evacuation shelter 404 is a field that stores a flag indicating whether or not the equipment is intended for standard use in evacuation shelters. If the equipment is intended for standard use in evacuation shelters, "1" is stored in evacuation shelter 404. Retail / Food & Beverage 405 is a field that stores a flag indicating whether or not the equipment is intended for standard use in retail / food & beverage establishments. If the equipment is intended for standard use in retail / food & beverage establishments, "1" is stored in retail / food & beverage 405.

[0046] The power consumption 406 is a field for storing the power consumed by one device. The number of required devices 407 is a field for storing the number of devices required per unit area. In this case, the unit area is 100 m. 2 The usage time 408 is a field for storing the standard usage time of the device per day.

[0047] Since the amount of power consumed varies depending on the season, the power consumption, number of units required, and usage time may be managed for each season, such as summer, winter, and off-season.

[0048] The countermeasure planning device 100 uses the business operator DB 131 and the power DB 133 to estimate the power required in a facility when a disaster occurs.

[0049] 5A and 5B are diagrams illustrating an example of a data structure of the equipment DB 134 according to the first embodiment.

[0050] The equipment DB 134 stores emergency power supply information 500 and power supply information 510.

[0051] Emergency power supply information 500 stores information related to the specifications and cost of an emergency generator. Emergency power supply information 500 stores entries including, for example, a product ID 501, output 502, installation cost 503, maintenance cost 504, and useful life 505. There is one entry for one emergency generator. Note that the fields included in an entry are not limited to those described above. Any of the fields described above may not be included, and other fields may be included.

[0052] The countermeasures planning device 100 estimates the power required for the facility when a disaster occurs, and then refers to the output 502 based on the estimated power, selects an emergency generator to be introduced, and estimates the cost of self-investment.

[0053] The power supply information 510 stores information on the maximum output of each EV power supply type (V2H, outlet-powered power supply device). The power supply information 510 stores, for example, an entry including a power supply type 511 and an output 512. There is one entry for one power supply type. Note that the fields included in the entry are not limited to those described above. Any of the above-mentioned fields may not be included, and other fields may be included.

[0054] If the amount of electricity required by a facility in the event of a disaster exceeds the maximum output of the EV power supply type, power supply using EVs will not be sufficient.

[0055] FIG. 6 is a diagram illustrating an example of a data structure of the provided resource DB 135 according to the first embodiment.

[0056] The provided resource DB 135 is a database for managing information about EVs registered by providers. The provided resource DB 135 stores entries including, for example, a provider ID 601, a resource ID 602, a vehicle type 603, a capacity 604, a power supply unit provided 605, and a serviceable area 606. There is one entry for one EV. Note that the fields included in an entry are not limited to those described above. An entry may not include any of the above-mentioned fields, or may include other fields.

[0057] Capacity 604 is a field for storing the power capacity of the EV. Power supply unit provided 605 is a field for storing a flag indicating whether the provider can provide an EV together with a power supply unit that is a plug-in type. If an EV can be provided together with a power supply unit that is a plug-in type, "Yes" is stored in Power supply unit provided 605.

[0058] The available area 606 is a field for storing the area in which the EV can be provided. The available area 606 stores a list of identification information of the facility set in the facility ID 202.

[0059] An EV provider accesses the countermeasures planning device 100 using the terminal 103, and performs resource registration for a facility that can provide an EV. The result of the registration is stored in the provided resource DB 135.

[0060] FIG. 7 is a diagram illustrating an example of a data structure of the matching result DB 136 according to the first embodiment.

[0061] The matching result DB 136 is a database for managing the matching results and provision records of EVs in external resource utilization measures. The matching result DB 136 stores entries including, for example, a matching ID 701, a facility ID 702, a resource ID 703, a matching date and time 704, a confirmation date and time 705, provision availability 706, an SoC 707, a provision start date and time 708, and a provision end date and time 709. There is one entry for each combination of a facility and an EV. Note that the fields included in an entry are not limited to those described above. Any of the above-mentioned fields may not be included, and other fields may be included.

[0062] Matching date and time 704 is a field that stores the date and time when matching was performed. Confirmation date and time 705 is a field that stores the date and time when it was confirmed whether or not an EV can be provided after a disaster occurred. Provision availability 706 is a field that stores a response to an inquiry about whether or not an EV can be provided. SoC 707 is a field that stores the state of charge of the EV. Provision start date and time 708 and provision end date and time 709 are fields that store the date and time when the EV was actually provided and the date and time when the EV was returned.

[0063] FIG. 8 is a diagram illustrating an example of a data structure of the dispatch plan DB 137 according to the first embodiment.

[0064] The dispatch plan DB 137 is a database for managing plans regarding the dispatch of EVs to facilities. The dispatch plan DB 137 stores entries including, for example, a resource ID 801, a matching ID 802, a departure point 803, a departure date and time 804, an arrival point 805, an arrival date and time 806, and a status 807. There is one entry for a combination of an EV status, departure point, and arrival point. Note that the fields included in an entry are not limited to those described above. Any of the above-mentioned fields may not be included, and other fields may be included.

[0065] The dispatch plan DB 137 shown in Figure 8 stores a group of entries representing a dispatch plan in which an EV with a resource ID of "R004" moves from a supply location to a facility, supplies power at the facility, and then moves to an arbitrary location to wait.

[0066] 9A and 9B are diagrams showing an example of the data structure of the countermeasure history DB 138 according to the first embodiment. The diagrams are divided into two due to space limitations.

[0067] The countermeasure history DB 138 is a database for managing the history of countermeasures that have been planned. The countermeasure history DB 138 stores entries including, for example, a user ID 901, a facility ID 902, a countermeasure planning date and time 903, a required power 904, a required amount of power 905, an expected value 906, a personal investment cost 907, an expected number of resources 908, a cost upper limit 909, satisfaction possibility 910, a number of resources 911, and a countermeasure 912. Note that the fields included in the entries are not limited to those described above. Any of the above-mentioned fields may not be included, and other fields may be included.

[0068] Required power 904 is a field for storing the amount of power required in the facility when a disaster occurs. Required power amount 905 is a field for storing the amount of power required in the facility when a disaster occurs.

[0069] Expected value 906 is a field for storing the expected value (amount) of opportunity loss. Self-investment cost 907 is a field for storing the cost required for self-investment measures. Expected number of resources 908 is a field for storing the expected number of EV to be provided. Cost upper limit 909 is a field for storing the upper limit amount of the cost of external resource utilization measures.

[0070] Satisfiability 910 is a field that stores a value indicating whether EVs to cover the power and power amount can be secured. Number of resources 911 is a field that stores the number of EVs matched by the matching process. Measures 912 is a field that stores the selected measures.

[0071] FIG. 10 is a diagram illustrating an example of a data structure of the settlement DB 139 according to the first embodiment.

[0072] The settlement DB 139 is a database for managing the matching fee paid by the countermeasure planner to the operator of the countermeasure planner 100 in association with the matching process, and the incentive paid by the countermeasure planner to the provider of the EV. The settlement DB 139 stores entries including, for example, a matching ID 1001, a payment date and time 1002, a matching fee 1003, and an incentive 1004. There is one entry for the payment of a matching fee or an incentive. Note that the fields included in an entry are not limited to those described above. It is not necessary to include any of the above-mentioned fields, and it may also include other fields.

[0073] Next, the process executed by the countermeasure planning device 100 will be described in detail.

[0074] FIG. 11A and FIG. 11B are diagrams showing an example of a usage flow of the countermeasure planning system of the first embodiment. FIG. 12 and FIG. 13 are diagrams showing an example of a screen displayed on the terminal 102 of the first embodiment. FIG. 14 and FIG. 15 are diagrams showing an example of a screen displayed on the terminal 103 of the first embodiment. FIG. 16 is a flowchart for explaining an example of a countermeasure planning process executed by the countermeasure planning device 100 of the first embodiment. FIG. 17 is a diagram showing an image of a countermeasure selection method in the first embodiment. FIG. 18 is a flowchart for explaining an example of an external resource sufficiency determination process executed by the countermeasure planning device 100 of the first embodiment. FIG. 19 is a diagram showing an image of resource matching in the first embodiment. FIG. 20A and FIG. 20B are diagrams showing an example of a screen displayed on the terminal 102 of the first embodiment. FIG. 21 is a diagram showing an example of a screen displayed on the terminal 102 of the first embodiment. FIG. 22 is a flowchart for explaining an example of a dispatch plan generation process executed by the countermeasure planning device 100 of the first embodiment. FIG. 23A and FIG. 23B are diagrams showing an image of a dispatch plan generation process of the first embodiment. 24 and 25 are diagrams showing examples of screens displayed on the terminal 102 in the first embodiment.

[0075] 11A and 11B are diagrams showing a usage flow of the countermeasures planning device 100, and show interactions between a countermeasure planner, an EV provider, and the countermeasures planning device 100. The usage flow can be divided into a countermeasures planning phase, a disaster occurrence phase, a situation understanding / preparation phase, a resource provision phase, and a post-recovery phase. The operation and processing of each phase will be described in detail below.

[0076] A countermeasure planner uses a terminal 102 to access the countermeasure planner device 100 , and an EV provider uses a terminal 103 to access the countermeasure planner device 100 .

[0077] First, the countermeasure planning phase will be described.

[0078] The countermeasures planner and the EV provider carry out user registration (P1101, P1102) in order to use the services provided by the countermeasures planning device 100. The user management unit 121 of the countermeasures planning device 100 executes the user registration process.

[0079] The countermeasures planner performs operations for registering facilities and soliciting resources (P1103). Specifically, the resource solicitation / management unit 122 displays screens 1200 and 1300 shown in Fig. 12 and Fig. 13 on the terminal 102 via the information presentation / acquisition unit 127.

[0080] First, a screen 1200 is displayed on the terminal 102. The screen 1200 includes a facility registration field 1201 and a facility list field 1202. The facility registration field 1201 is a field for registering a facility, and includes input fields 1211, 1212, 1213, 1214, 1215, 1216, 1217, and 1218, and operation buttons 1221, 1222, and 1223.

[0081] When the countermeasures planner inputs values ​​in input fields 1211-1218 and presses operation button 1221, facility information is registered in the business operator DB 131, and the registered facility information is displayed in facility list field 1202. Similar operations are repeated until all facilities have been registered, and after all facilities have been registered, operation button 1223 is pressed. When registering multiple facilities at once, the countermeasures planner presses operation button 1222 and inputs a CSV file or the like.

[0082] It should be noted that for facilities where no opportunity loss occurs, such as evacuation shelters, in the business / facility type, input into input fields 1217, 1218, etc., is invalid.

[0083] When the operation button 1223 is pressed, a screen 1300 is displayed on the terminal 102. The screen 1300 includes a facility display field 1301, a detail display field 1302, and an operation button 1303. The facility display field 1301 is a field for displaying information about a registered facility, and the detail display field 1302 is a field for displaying a map showing the location of the registered facility. The countermeasures planner checks the facility display field 1301 and the detail display field 1302, and presses the operation button 1303 to start recruiting resources.

[0084] The EV provider refers to the resource solicitation by the countermeasure planner and registers the EV to be provided (P1104). Specifically, the resource solicitation / management unit 122 displays screens 1400 and 1500 shown in Fig. 14 and Fig. 15 on the terminal 103 via the information presentation / acquisition unit 127.

[0085] First, a screen 1400 is displayed on the terminal 103. The screen 1400 includes a resource registration field 1401 and a resource list field 1402. The resource registration field 1401 is a field for registering resources, and includes input fields 1411, 1412, and 1413, and operation buttons 1421, 1422, and 1423.

[0086] When the EV provider inputs values ​​in the input fields 1411-1413 and presses the operation button 1421, the EV information is registered in the provided resource DB 135, and the registered EV information is displayed in the resource list field 1402. At this point, the available area 606 is blank. The same operation is repeated until all EVs have been registered, and after all EVs have been registered, the operation button 1423 is pressed. When registering multiple EVs at once, the EV provider presses the operation button 1422 and inputs a CSV file, etc.

[0087] When the operation button 1423 is pressed, a screen 1500 is displayed on the terminal 103. The screen 1500 includes a search field 1501, a facility display field 1502, a detail display field 1503, and an operation button 1504. The search field 1501 is a field for searching for facilities that are recruiting resources. The EV provider inputs an address, etc. in the search field 1501. The resource recruitment / management unit 122 searches for facilities that are recruiting resources near the input address, displays information about the facility in the facility display field 1502, and displays a map showing the facility in the detail display field 1503. In FIG. 15, three facilities are displayed. The EV provider selects a facility that he / she wishes to provide by operating a check box in the facility display field 1502, and presses the operation button 1504. By this operation, the identification information of the facility is stored in the available area 606.

[0088] The countermeasures planner requests the countermeasures planning device 100 to plan countermeasures (P1105). The countermeasures planning device 100 executes countermeasures planning processing. Here, the countermeasures planning processing will be explained using Figs. 16 and 17.

[0089] In the countermeasure planning process, the countermeasure planning device 100 executes the following process for one facility. Here, the process executed for facility f_a will be described as an example.

[0090] First, the countermeasure planning unit 123 calculates an expected value of an opportunity loss (first cost) based on the business entity DB 131 and the disaster risk DB 132 (step S1601). In addition, in the case of a facility in which an opportunity loss does not occur, the process of step S1601 is omitted.

[0091] The countermeasure planning unit 123 acquires the entry of the facility from the business operator DB 131, refers to the disaster risk DB 132 based on the entry position 204, and acquires the value of disaster risk 303 of the entry corresponding to the area in which the facility is located. The countermeasure planning unit 123 calculates the first cost cost1_a using formula (1), where a is a character that identifies the facility, sale_a represents the value of average sales 210, stock_a represents the value of inventory size 211, and risk_a represents the value of disaster risk 303.

[0092]

number

[0093] Formula (1) is a formula for calculating the total expected value of opportunity loss assuming sales and inventory losses for three days (72 hours) after the occurrence of a disaster. Note that formula (1) is an example, and the method of calculating the first cost is not limited to this.

[0094] Next, the countermeasure planning unit 123 calculates the required power of the facility based on the business operator DB 131 and the power DB 133 (step S1602). Specifically, the following process is executed.

[0095] (S1602-1) The countermeasures planning unit 123 identifies the type of facility based on the business type / facility type 205 of the facility entry, and also identifies the power supply type based on the power supply type 206. The countermeasures planning unit 123 refers to the power DB 133 and identifies the devices to be used at the facility in the event of a disaster based on the values ​​of the evacuation shelter 404 and retail / food service 405, as well as the outlet 402 and V2H 403. For example, when the business type / facility type 205 is "municipality / evacuation shelter" and the power supply type 206 is "V2H", the countermeasures planning unit 123 searches for an entry in which "1" is stored in each of the V2H 403 and the evacuation shelter 404.

[0096] (S1602-2) The countermeasure planning unit 123 calculates the number of identified devices based on the facility area 209 of the facility entry and the required number 407 of the searched device entry. Furthermore, the countermeasure planning unit 123 calculates the required power (kWh) of the devices for three days from the occurrence of the disaster using the power consumption 406 and usage time 408 of the identified device entry.

[0097] Next, the countermeasure planning unit 123 calculates the cost of the self-investment countermeasure (second cost) based on the facility's required power and emergency power supply information 500 (step S1603). The countermeasure planning unit 123 manages the first cost and the second cost as cost information.

[0098] Specifically, the countermeasure planning unit 123 identifies an emergency power source that satisfies the power required for the facility based on the output 502 of each entry of the emergency power source information 500. That is, a self-investment countermeasure is generated. The countermeasure planning unit 123 calculates the cost cost2_a of the self-investment countermeasure based on the above-mentioned result. The cost of the self-investment countermeasure is calculated using, for example, equation (2). Here, icost_a represents the value of the introduction cost 503, оcost_a represents the value of the maintenance cost 504, and y_a represents the value of the useful life 505.

[0099]

number

[0100] Next, the countermeasure planning unit 123 calculates an upper limit value of the cost of the external resource utilization countermeasure based on the first cost and the second cost (step S1604).

[0101] Here, the first cost, the second cost, and the cost of the external resource utilization measure are expressed by the relationship shown in FIG. 17. When the cost of the external resource utilization measure is larger than the smaller of the first cost and the second cost, a measure other than utilizing the external resource is desirable. The cost of the external resource utilization measure is the sum of the fixed usage fee (annual) of the service provided by the measure planning device 100, the matching fee paid when matching is established, and the incentive paid to the EV provider according to the EV provision performance. Therefore, the upper limit value costST_a of the cost of the external resource utilization measure can be expressed by formula (3). Here, PROFIT is a parameter for determining the upper limit value of the cost of the external resource utilization measure, and means that the cost of the external resource utilization measure is determined so that the measure planner can obtain a profit of PROFIT from the smaller of the first cost and the second cost.

[0102]

number

[0103] Next, the resource matching unit 124 executes an external resource adequacy determination process (step S1605). Here, the external resource adequacy determination process will be described in detail with reference to FIGS.

[0104] The resource matching unit 124 determines whether or not the EV can be used based on the power required for the facility (step S1801).

[0105] Specifically, the resource matching unit 124 refers to the power supply type 511 of the power supply information 510, and identifies an entry corresponding to the power supply type of the equipment required for the facility. If the value of the output 512 of the identified entry is smaller than the power of the equipment, the resource matching unit 124 determines that the EV cannot be used.

[0106] The resource matching unit 124 determines whether or not an external resource utilization measure can be formulated based on the determination result of step S1801 (step S1802).

[0107] If the external resource utilization countermeasure cannot be formulated, the resource matching unit 124 ends the external resource sufficiency determination process. At this time, the resource matching unit 124 outputs "external resource utilization countermeasure cannot be formulated" to the countermeasure formulation unit 123. In this case, the external resource utilization countermeasure is excluded from the options.

[0108] If a plan for utilizing external resources can be formulated, the resource matching unit 124 identifies available EVs (step S1803).

[0109] Specifically, the resource matching unit 124 refers to the provided resource DB 135 and searches for an entry that includes identification information of the facility in the available area 606 and in which the EV power supply type matches the facility power supply type.

[0110] The resource matching unit 124 performs resource matching (step S1804), and then ends the external resource adequacy determination process.

[0111] Specifically, the resource matching unit 124 solves the optimization problem expressed by equation (4) under the constraints of equations (5) and (6). Equation (4) is a linear programming problem, which is a problem of finding a combination of flags indicating whether or not to allocate maximized x_a, e, and EV_e to a facility (1 or 0). In other words, the optimization problem expressed by equation (4) is a problem of calculating a combination of facilities and EVs that maximizes the amount of power supply at each facility and minimizes the travel distance of the EVs and the sum of the matching fee and incentive.

[0112] supplyTGT_a represents the target power supply amount of the facility, reliability_a represents the dispatch accuracy of the facility, travelT_a,e represents the travel time of EV_e to the facility, unitsupply_e represents the unit supply amount of EV_e at the facility, incentive_a,e represents the incentive of EV_e to the facility, commision_a,e represents the matching fee between EV_e and facility a, and w_1, w_2, and w_3 represent weights. For example, the base cost is set in advance for the matching fee and incentive.

[0113]

number

[0114]

number

[0115]

number

[0116] Equation (5) means that the amount of electricity supplied by EVs must satisfy the required supply of each facility. Equation (6) means that the cost of external resource utilization measures of each facility must not exceed the upper limit.

[0117] In addition, the ratio of EVs that were matched with the target facility and could be provided may be calculated from past data in the matching result DB 136 and used as the dispatch probability.

[0118] Figure 19 shows an image of resource matching. There are six EV providers around the facilities of recipient A and recipient B. The facilities of recipient A are matched with the resources owned by providers A, B, C, and D, and the facilities of recipient B are matched with the resources owned by providers D, E, and F.

[0119] When a solution is obtained, the resource matching unit 124 outputs "measures utilizing external resources can be planned" together with the matching result to the countermeasure planning unit 123. In addition, when a solution that satisfies the constraint conditions cannot be obtained due to the registration status of EVs, such as when there are no EVs around the facility, the resource matching unit 124 outputs "measures utilizing external resources cannot be planned" to the countermeasure planning unit 123.

[0120] This concludes the description of the external resource sufficiency determination process. Returning to the description of FIG.

[0121] The countermeasure planning unit 123 selects a countermeasure based on the first cost, the second cost, and a result of the external resource sufficiency determination process (step S1606).

[0122] Specifically, if the result of the external resource adequacy determination process is "external resource utilization measures can be formulated," the countermeasures planning unit 123 selects the external resource utilization measures. If the result of the external resource adequacy determination process is "external resource utilization measures cannot be formulated," and the first cost is equal to or greater than the second cost, the countermeasures planning unit 123 selects the self-investment measures. If the result of the external resource adequacy determination process is "external resource utilization measures cannot be formulated," and the first cost is less than the second cost, the countermeasures planning unit 123 selects "do nothing" as the countermeasure.

[0123] If the first cost does not exist and the result of the external resource sufficiency determination process is "external resource utilization measure cannot be formulated", the measure formulation unit 123 selects the self-investment measure.

[0124] The countermeasure planning unit 123 adds an entry to the countermeasure history DB 138 and sets the results of a series of processes in each field of the entry. When an external resource utilization countermeasure is selected, the countermeasure planning unit 123 reflects the result of resource matching in the matching result DB 136. At this point, all fields other than the matching ID 701, facility ID 702, resource ID 703, and matching date and time 704 of the entry stored in the matching result DB 136 are blank.

[0125] The countermeasures planning unit 123 displays information on the selected countermeasure on the terminal 102 operated by the countermeasures planner via the information presentation / acquisition unit 127. For example, the countermeasures planning unit 123 displays screens as shown in Figs. 20A and 20B.

[0126] A screen 2000 shown in FIG. 20A is displayed on the terminal 102. The screen 2000 includes a countermeasure display field 2001, a detail display field 2002, and an operation button 2003. The countermeasure display field 2001 is a field that displays countermeasures for each facility. The detail display field 2002 is a field that displays detailed information regarding the planning of countermeasures, and the information is displayed when an icon 2011 is pressed. A cost graph, required power, and fees are displayed in the detail display field 2002. When an external resource utilization countermeasure is selected, a map button is displayed in the detail display field 2002. When the button is pressed, a map with a matching result superimposed thereon is displayed in the detail display field 2002, as shown in FIG. 20B. The countermeasure planner confirms the selected countermeasure and presses the operation button 2003 to confirm the countermeasure.

[0127] At least one of the first cost and the second cost may be input by a countermeasure planner. When the first cost is input, the process of step S1601 can be omitted. When the second cost is input, the process of step S1603 can be omitted.

[0128] The above is the explanation of the countermeasure planning process. Returning to the explanation of Fig. 11A, in the following explanation, it is assumed that the countermeasure planning process has been executed and the external resource utilization countermeasure has been selected.

[0129] The countermeasure planning device 100 notifies the EV provider of the matching result, and the EV provider confirms the matching result (P1106).

[0130] The countermeasure planner pays the matching fee to the operator of the countermeasure planner device 100 (P1107). The result / settlement management unit 126 of the countermeasure planner device 100 executes the settlement process. Specifically, the result / settlement management unit 126 adds an entry to the settlement DB 139, and sets values ​​for the matching ID 1001, payment date and time 1002, and matching fee 1003 of the entry.

[0131] The above is an explanation of the usage flow for the countermeasure planning phase. Next, we will explain the usage flows for the disaster occurrence phase, situation assessment / preparation phase, resource provision phase, and post-recovery phase, using an example of implementing measures to utilize external resources after a disaster occurs.

[0132] In the first embodiment, an EV is assumed to be dispatched to a facility after a disaster occurs. However, if a disaster such as a typhoon can be predicted in advance, an EV may be dispatched to a facility before the disaster occurs to prepare for the disaster.

[0133] In addition, after planning a measure, the countermeasure planner may request another plan for the measure. The most suitable countermeasure can be selected according to the change in the situation. For example, it is possible to change from a self-investment measure to an external resource utilization measure.

[0134] After a disaster occurs (disaster occurrence phase), in the situation assessment / preparation phase, the countermeasures planner checks the damage situation (P1108). For example, he / she checks whether or not a power outage has occurred in the facility. If the countermeasures planner determines that it is necessary to implement measures utilizing external resources, he / she operates the terminal 102 to request the countermeasures planning device 100 to dispatch an EV (P1109). Specifically, the information presentation / acquisition unit 127 displays a screen 2100 shown in FIG. 21 on the terminal 102.

[0135] Screen 2100 includes a facility selection field 2101 and operation buttons 2102. The facility selection field 2101 is a field for selecting a facility for which an EV dispatch request is to be made. Note that only facilities for which an external resource utilization measure has been selected are displayed in the facility selection field 2101. The measure planner operates a check box to select a facility for which an EV dispatch request is to be made, and presses operation button 2102.

[0136] When the dispatch request is received, the dispatch plan planning unit 125 of the countermeasure planning device 100 inquires the EV provider whether or not it is possible to provide the EV based on the matching result of the selected facility. In addition to the inquiry about the availability of the EV, the dispatch plan planning unit 125 may also inquire about the charging rate of the EV.

[0137] In response to the inquiry from the countermeasures planning device 100, the EV provider determines whether or not to provide the EV and makes a response (P1110).

[0138] The dispatch plan planning unit 125 sets the content of the response in the provision availability 706 of the corresponding entry in the matching result DB 136. When an inquiry is also made about the charging rate of the EV, the dispatch plan planning unit 125 sets the content of the response in the SoC 707 of the corresponding entry in the matching result DB 136.

[0139] The dispatch plan formulation unit 125 executes a disaster matching process based on the response. Specifically, the dispatch plan formulation unit 125 matches EVs that can be provided to the facility by solving the optimization problem shown in equation (4) again. Furthermore, the dispatch plan formulation unit 125 executes a dispatch plan generation process based on the result of the disaster matching process. The dispatch plan formulation unit 125 transmits the generated dispatch plan to the countermeasure planner and the EV provider. Here, the dispatch plan generation process will be described with reference to FIG. 22.

[0140] The dispatch plan creation unit 125 selects resources from among available EVs (step S2201). Here, it is assumed that the selection is made in the order of the distance between the facility and the provider of the EV.

[0141] The dispatch plan creator 125 generates a dispatch plan from the selected EV provider to the facility (step S2202).

[0142] The dispatch plan creation unit 125 determines whether or not dispatch plans for all available EVs have been created (step S2203). The dispatch plan creation unit 125 stores the created dispatch plan in the dispatch plan DB 137.

[0143] If dispatch plans for all available EVs have not been generated, the dispatch plan formulation unit 125 returns to step S2201 and executes the same process.

[0144] When dispatch plans for all available EVs have been generated, the dispatch plan creation unit 125 ends the dispatch plan generation process.

[0145] FIG. 23A shows the matching result reflecting the response from the EV provider. Five EVs, EV(R001), EV(R002), EV(R003), EV(R004), and EV(R005), were matched to the facility of the recipient A, but a response was received from the provider B stating that the EVs could not be provided. Therefore, four EVs, EV(R001), EV(R002), EV(R004), and EV(R005), are provided to the facility of the recipient A. For each of the four EVs, a dispatch plan is generated, for example, as shown in FIG. 23B. The white parts represent movement, the black parts represent power supply, and the shaded parts represent standby.

[0146] By dispatching EVs to supply power in order of proximity to the facility, a rapid and continuous power supply can be achieved for three days after the occurrence of a disaster. In Fig. 23B, when one EV is supplying power, the EVs that have arrived at the facility are in standby mode.

[0147] This concludes the explanation of the dispatch plan generation process. Returning to the explanation of FIG. 11B.

[0148] In the resource provision phase, the countermeasure planner checks the dispatch plan (P1111). For example, the dispatch plan formulation unit 125 displays a screen 2400 as shown in FIG. 24 on the terminal 102 via the information presentation / acquisition unit 127. The screen 2400 includes a facility display field 2401, a dispatch plan display field 2402, and operation buttons 2403. The dispatch plan display field 2402 is a field for displaying details of a dispatch plan for EVs to a facility, and information is displayed when an icon 2411 is pressed. The dispatch plan display field 2402 displays a graph related to a forecast of power supply at the facility, a dispatch plan for EVs to be dispatched, and the like.

[0149] The countermeasures planner checks the contents of the dispatch plan, etc., and presses the operation button 2403. When the countermeasures planning device 100 accepts this operation, it transmits the dispatch plan to the EV provider. The EV provider checks the transmitted dispatch plan (P1112), and dispatches EVs to the facility based on the dispatch plan (P1113). The countermeasures planner uses the provided EVs to supply power (P1114).

[0150] When the power outage is restored, the process moves to the post-recovery phase, in which the countermeasures planner takes steps to return the EV to the EV provider (P1115), and the EV provider collects the EV (P1116). At this time, the result / adjustment management unit 126 of the countermeasures planning device 100 executes a countermeasure result registration process. Specifically, the result / adjustment management unit 126 refers to the matching result DB 136, and sets values ​​to the provision start date / time 708 and provision end date / time 709 of the corresponding entry based on the EV dispatch plan.

[0151] The countermeasure planner checks the performance of EV provision and pays incentives to the EV provider (P1117), and the EV provider receives the incentive (P1118).

[0152] The result / settlement management unit 126 of the countermeasure planning device 100 displays a screen 2500 as shown in FIG. 25 on the terminal 102 via the information presentation / acquisition unit 127. The screen 2500 includes a result table 2501 and an operation button 2502. The countermeasure planner refers to the result table 2501 to check the provision result, and confirms the payment of the incentive by pressing the operation button 2502. The result / settlement management unit 126 executes a settlement process in accordance with the operation. Specifically, the result / settlement management unit 126 adds an entry to the settlement DB 139, and sets values ​​for the matching ID 1001, the payment date and time 1002, and the incentive 1004 of the entry.

[0153] As described above, the countermeasure planning system can select a countermeasure that is cost-effective and has a high probability of being implemented based on the external EV supply status, the first cost, and the second cost. In the first embodiment, the countermeasure for supplying power at the time of a disaster is described as an example, but the application field is not limited to this, and it goes without saying that the countermeasure can be widely applied. For example, people and materials can be treated as resources.

[0154] The present invention is not limited to the above-mentioned embodiment, but includes various modified examples. For example, the above-mentioned embodiment describes the configuration in detail to easily explain the present invention, and the present invention is not necessarily limited to the configuration including all the described configurations. Also, it is possible to add, delete, or replace a part of the configuration of each embodiment with another configuration.

[0155] In addition, each of the above configurations, functions, processing units, processing means, etc. may be realized in part or in whole by hardware, for example, by designing them as integrated circuits. The present invention can also be realized by software program code that realizes the functions of the embodiments. In this case, a storage medium on which the program code is recorded is provided to a computer, and a processor included in the computer reads the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the functions of the above-mentioned embodiments, and the program code itself and the storage medium storing it constitute the present invention. Examples of storage media for supplying such program code include flexible disks, CD-ROMs, DVD-ROMs, hard disks, SSDs (Solid State Drives), optical disks, magneto-optical disks, CD-Rs, magnetic tapes, non-volatile memory cards, ROMs, etc.

[0156] Furthermore, the program code for realizing the functions described in this embodiment can be implemented in a wide range of program or script languages, such as assembler, C / C++, perl, Shell, PHP, Python, Java (registered trademark), etc.

[0157] Furthermore, the program code of the software that realizes the functions of the embodiments may be distributed over a network and stored in a storage means such as a computer's hard disk or memory, or in a storage medium such as a CD-RW or CD-R, and the processor of the computer may read out and execute the program code stored in the storage means or storage medium.

[0158] In the above-mentioned embodiment, the control lines and information lines are shown as those considered necessary for the explanation, and not all the control lines and information lines are shown in the product. All the components may be connected to each other. [Explanation of symbols]

[0159] 100 Countermeasures Planning Device 102, 103 Terminals 104, 105 Network 110 Processor 111 Storage device 121 User Management Department 122 Resource Recruitment / Management Department 123 Countermeasures Planning Department 124 Resource Matching Department 125 Dispatch Planning Department 126 Results / Settlement Management Department 127 Information Presentation / Acquisition Department 131 Operator DB 132 Disaster Risk Database 133 Electricity DB 134 Equipment DB 135 Resource DB 136 Matching Result DB 137 Dispatch Plan DB 138 Countermeasures History DB 139 Settlement DB 500 Emergency power information 510 Power Supply Information 1200, 1300, 1400, 1500, 2000, 2100, 2400, 2500 screen

Claims

1. A computer system for planning disaster recovery measures for a facility, comprising: At least one computer having a processor, a storage device connected to the processor, and a network interface connected to the processor; The storage device includes: Cost information for managing a first cost, which is the amount of opportunity loss due to the occurrence of a disaster, and a second cost required for the countermeasures through self-investment, for each facility that is the target of the countermeasures; Provided resource information for managing externally provided resources; Hold The processor, referring to the provided resource information, determining whether or not the resources necessary for implementing the countermeasure using the resources can be secured in the designated facility; When it is determined that the resource necessary for implementing the countermeasure using the resource can be secured, a countermeasure using the resource is generated based on the provided resource information, and the countermeasure using the resource is selected as the countermeasure to be implemented for the specified facility; A computer system characterized by selecting the countermeasure using self-investment as the countermeasure to be implemented for the specified facility when the resources necessary to implement the countermeasure using the resources cannot be secured and the first cost is equal to or greater than the second cost.

2. The computer system according to claim 1, The processor, calculating an upper limit value of a cost of a measure that uses the resource based on the first cost and the second cost; A computer system, characterized in that a first matching process is executed to select the resource that can be provided based on the upper limit value, thereby generating a measure that uses the resource.

3. A computer system according to claim 2, The computer system is characterized in that the processor calculates the upper limit value by multiplying the smaller of the first cost and the second cost by a coefficient determined from the profit of an operator of the facility.

4. A computer system as claimed in claim 1, The measures are measures related to the power supply of the designated facility, The processor, Calculate the amount of electricity required for disaster recovery at the designated facility; A computer system which generates the countermeasure by the self-investment based on the calculated power.

5. A computer system as claimed in claim 1, The processor, receiving a request for provision of resources due to a disaster occurrence from the facility for which the measure using the resources has been selected; receiving a request for a provider of the resource that can be provided to the facility for which the measure using the resource has been selected, from the provider of the resource; execute a second matching process for selecting the resource to be actually provided to the facility for which the measure using the resource has been selected from the resources for which the provider has responded that the resource can be provided; A computer system which generates a provision plan for the resource selected by the second matching process.

6. A computer system as claimed in claim 1, The computer system according to claim 1, wherein the processor displays a screen showing the first cost, the second cost, and the selected countermeasure.

7. A method for planning disaster recovery measures in a facility run by a computer system, comprising: The computer system comprises: At least one computer having a processor, a storage device connected to the processor, and a network interface connected to the processor; Manage cost information for managing a first cost, which is an amount of opportunity loss due to the occurrence of a disaster, and a second cost required for the countermeasures by self-investment, for each facility that is a target of the countermeasures, and provided resource information for managing resources provided from outside; The method for formulating the measures includes the following steps: a first step of determining whether or not the at least one computer can secure the resources required to implement a measure that uses the resources in the designated facility by referring to the provided resource information; a second step of selecting, by the at least one computer, a measure to be implemented on the designated facility based on the first cost, the second cost, and a result of the determination; The second step includes: generating a measure that uses the resource based on the provided resource information when it is determined that the at least one computer can secure the resource required to implement the measure that uses the resource, and selecting the measure that uses the resource as a measure to be implemented for the specified facility; a step of selecting the countermeasure using self-investment as the countermeasure to be implemented for the specified facility when the at least one computer is unable to secure the resource necessary to implement the countermeasure using the resource and the first cost is equal to or greater than the second cost.

8. A method for planning the countermeasures according to claim 7, comprising: The method for formulating the measures includes the following steps: a third step of calculating, by the at least one computer, an upper limit value of the cost of the measure that uses the resource based on the first cost and the second cost; and a fourth step in which the at least one computer generates a countermeasure using the resource by executing a first matching process that selects the resource that can be provided based on the upper limit value.

9. A method for planning the countermeasures described in claim 8, comprising: The method for developing countermeasures, wherein the third step includes a step in which the at least one computer calculates the upper limit value by multiplying the smaller of the first cost and the second cost by a coefficient determined from the profit of the operator of the facility.

10. A method for planning the countermeasures according to claim 7, comprising the steps of: The measures are measures related to the power supply of the designated facility, The method for formulating the measures includes the following steps: A step of calculating, by the at least one computer, the power required for disaster recovery in the designated facility; and generating the countermeasure by self-investment, based on the calculated power, by the at least one computer.

11. A method for planning the countermeasures according to claim 7, comprising: a step of receiving, by the at least one computer, a request for provision of resources due to a disaster occurrence from the facility for which the measure using the resources has been selected; a step of receiving, by the at least one computer, a notification of availability of the resource from a provider that provides the resource that can be provided to the facility for which the measure using the resource has been selected; a step of executing a second matching process by the at least one computer to select the resource to be actually provided to the facility for which a measure using the resource has been selected from the resources for which the provider has responded that the resource can be provided; and generating, by the at least one computer, a provision plan for the resource selected by the second matching process.

12. A method for planning the countermeasures according to claim 7, comprising: A method for formulating measures, comprising a step of displaying, by the at least one computer, a screen displaying the first cost, the second cost, and the selected measure.

Images