WO2024075241A1 - 計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム - Google Patents

計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム Download PDF

Info

Publication number
WO2024075241A1
WO2024075241A1 PCT/JP2022/037419 JP2022037419W WO2024075241A1 WO 2024075241 A1 WO2024075241 A1 WO 2024075241A1 JP 2022037419 W JP2022037419 W JP 2022037419W WO 2024075241 A1 WO2024075241 A1 WO 2024075241A1
Authority
WO
WIPO (PCT)
Prior art keywords
infrastructure
electric vehicle
information
candidate
computer system
Prior art date
Application number
PCT/JP2022/037419
Other languages
English (en)
French (fr)
Inventor
紘幸 芝井
慎 相川
善弘 水野
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2022/037419 priority Critical patent/WO2024075241A1/ja
Publication of WO2024075241A1 publication Critical patent/WO2024075241A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
    • B60L58/00—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles
    • B60L58/10—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles for monitoring or controlling batteries
    • B60L58/12—Methods or circuit arrangements for monitoring or controlling batteries or fuel cells, specially adapted for electric vehicles for monitoring or controlling batteries responding to state of charge [SoC]

Definitions

  • the present invention relates to technology that supports the introduction and operation of electric vehicles (EVs) in business that uses vehicles.
  • EVs electric vehicles
  • the operation schedule includes the EV driving schedule and EV charging schedule, etc.
  • Patent Document 1 The technology described in Patent Document 1 is known as a technology that supports the creation of operational plans for business using vehicles.
  • the system includes a demand characteristic storage unit 110 that stores the demand characteristics of user movement, a constraint pattern storage unit 130 that stores constraints on the number of parking spaces for each station and the total number of vehicles, a demand pattern generation unit 140 that generates multiple demand patterns using random numbers according to the demand characteristics, a mathematical programming solver unit 150 that determines, for each demand pattern, a solution for the number of parking spaces for each station and the number of initially placed vehicles that optimizes the objective function by mathematical programming, and determines an optimal solution candidate from these multiple solutions, and a business feasibility value calculation unit 170 that calculates a business feasibility value using a state transition simulation unit 160 using the optimal solution candidate determined by the mathematical programming solver unit 150.”
  • Patent Document 2 states that "the information processing device has a receiving means for receiving the following inputs (A) to (D), and an output means for outputting the financial costs required to purchase and maintain the vehicle for a predetermined period of time for each of the first and second vehicle models, calculated using at least the first to fourth information.
  • A First information for identifying a first vehicle model that is a comparison target for a vehicle purchase that a certain user is considering, and that uses at least electricity as an energy source
  • B Second information for identifying a second vehicle model that is a comparison target for a vehicle purchase
  • C Third information used to calculate the electricity bill paid by the user
  • D Fourth information used to calculate the energy cost of maintaining the vehicle.
  • Patent Document 3 describes that "a power management system includes a plurality of power storage devices (for example, vehicles equipped with power storage devices) and a server.
  • the server includes a selection unit that selects at least one power storage device from the plurality of power storage devices, a schedule creation unit that creates a schedule for the selected power storage device, and a request unit that requests a user of the selected power storage device to promote external charging, suppress external charging, or perform external power supply in accordance with the created schedule.
  • the server obtains power shortage information indicating the risk of power shortage for each power storage device, and uses the obtained power shortage information to at least one of select a power storage device and create a schedule according to the type of request.”
  • Patent Documents 1, 2, and 3 Even if the technologies described in Patent Documents 1, 2, and 3 are used, it is not possible to generate and evaluate a proposal for infrastructure configuration and operation schedule in one stop. In addition, it is difficult to combine conventional technologies in a consistent manner. In particular, when generating a proposal for the configuration and operation schedule, including the infrastructure for operating EVs, many adjustment parameters must be taken into consideration, making the processing complicated. Furthermore, it is also necessary to present the processing results to the user so that they can be applied to actual operations.
  • the present invention provides a one-stop technology that supports the creation and evaluation of proposed infrastructure configurations and operation schedules based on user requirements.
  • a representative example of the invention disclosed in this application is as follows. That is, a computer system that supports the introduction and operation of electric vehicles in business, comprising a computer having a calculation device, a storage device connected to the calculation device, and a network interface connected to the calculation device, the computer receives requirements for a simulation to be executed to generate a proposed infrastructure configuration and driving schedule for operating an electric vehicle, determines a candidate infrastructure configuration based on the requirements of the simulation, determines a driving schedule for the electric vehicle, simulates the time transition of a charging state index indicating the charging state of the electric vehicle and the time transition of power usage at the installation site of the infrastructure based on the candidate infrastructure configuration and the driving schedule of the electric vehicle, calculates the number of occurrences of running out of power as an evaluation index for the candidate infrastructure configuration based on the time transition of the charging state index for the electric vehicle, and generates and outputs display information for displaying a list storing data correlating the candidate infrastructure configuration and the evaluation index.
  • the present invention makes it possible to generate and evaluate proposed infrastructure configurations and operation schedules based on user requirements in a one-stop process. Problems, configurations, and advantages other than those described above will become clear from the explanation of the embodiments below.
  • FIG. 1 illustrates an example of a system configuration according to a first embodiment.
  • FIG. 2 is a diagram illustrating an example of a hardware configuration of a computer constituting the EV introduction/operation support system of the first embodiment.
  • FIG. 4 is a diagram illustrating an example of vehicle information according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of vehicle information according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of charger information according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of charger information according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of travel information according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of power information according to the first embodiment.
  • FIG. 4 is a diagram illustrating an example of power generation information according to the first embodiment.
  • 1 is a flowchart illustrating an overview of a process executed by the EV introduction/operation support system of the first embodiment.
  • FIG. 2 is a diagram showing an example of a screen presented by the EV introduction/operation support system of the first embodiment.
  • 1 is a diagram showing an example of simulation requirements accepted by the EV introduction/operation support system of the first embodiment;
  • 11 is a flowchart illustrating details of a pre-processing executed by the EV introduction/operation support system of the first embodiment.
  • 11 is a flowchart illustrating details of a planning process executed by the EV introduction/operation support system of the first embodiment.
  • FIG. 11 is a flowchart illustrating details of a planning process executed by the EV introduction/operation support system of the first embodiment.
  • 11 is a flowchart illustrating details of post-processing executed by the EV introduction/operation support system of the first embodiment.
  • FIG. 2 is a diagram showing an example of a screen presented by the EV introduction/operation support system of the first embodiment.
  • FIG. 2 is a diagram showing an example of a screen presented by the EV introduction/operation support system of the first embodiment.
  • FIG. 2 is a diagram showing an example of a screen presented by the EV introduction/operation support system of the first embodiment.
  • FIG. 2 is a diagram showing an example of a screen presented by the EV introduction/operation support system of the first embodiment.
  • FIG. 2 is a diagram showing an example of a screen presented by the EV introduction/operation support system of the first embodiment.
  • FIG. 1 is a diagram showing an example of the system configuration of the first embodiment.
  • FIG. 2 is a diagram showing an example of the hardware configuration of a computer that constitutes the EV introduction/operation support system of the first embodiment.
  • the system of the first embodiment is composed of an EV introduction/operation support system 100, a client terminal 101, and a client system 102.
  • the EV introduction/operation support system 100 is connected to the client terminal 101 and the client system 102 via a network 103 such as a LAN (Local Area Network) or a WAN (Wide Area Network).
  • the connection method of the network 103 may be either wired or wireless.
  • the client terminal 101 and the client system 102 are the terminal and system of the user who introduces and operates the EV.
  • the client terminal 101 and the client system 102 transmit the simulation requirements to the EV introduction/operation support system 100.
  • the EV introduction/operation support system 100 executes a simulation to generate a proposal for the infrastructure configuration and operation schedule required for the introduction/operation of EVs (EV infrastructure/operation plan) based on the received simulation requirements, and presents the simulation results.
  • the EV infrastructure/operation plan includes the infrastructure configuration required for EV operation, EV driving schedules, charging schedules, etc.
  • the simulation results include multiple EV infrastructure/operation plans.
  • the EV introduction/operation support system 100 is composed of a computer 200 as shown in FIG. 2, for example.
  • the computer 200 has an arithmetic unit 201, a main memory unit 202, a secondary memory unit 203, and a network interface 204. Each hardware element is connected via an internal bus.
  • the computer 200 may also have input devices such as a keyboard, a mouse, and a touch panel, as well as an output device such as a display.
  • the arithmetic device 201 is a processor, a GPU (Graphics Processing Unit), and an FPGA (Field Programmable Gate Array), and executes programs stored in the main memory device 202.
  • the arithmetic device 201 functions as a functional unit (module) by executing processes according to the programs. In the following explanation, when a process is explained using the functional unit as the subject, it indicates that the arithmetic device 201 is executing a program that realizes the functional unit.
  • the main memory device 202 is a memory or the like, and stores the programs executed by the computing device 201 and information used by the programs.
  • the main memory device 202 is also used as a work area for temporarily storing data.
  • the secondary storage device 203 is a hard disk drive (HDD) or a solid state drive (SSD), etc., and permanently stores large amounts of data.
  • the programs and information stored in the main storage device 202 may be stored in the secondary storage device 203.
  • the computing device 201 reads the programs and information from the secondary storage device 203 and loads them into the main storage device 202.
  • the network interface 204 communicates with external devices via a network.
  • the EV introduction/operation support system 100 has a planning section 110 and also manages a simulation DB 120.
  • the planning unit 110 generates multiple EV infrastructure/operation plans and also presents various information related to the EV infrastructure/operation plans.
  • the planning unit 110 may be divided into multiple functional units according to function.
  • the simulation DB 120 is a database that stores various information used in a simulation to generate an EV infrastructure/operation plan.
  • the simulation DB 120 shown in FIG. 1 stores vehicle information 121, charger information 122, driving information 123, power information 124, and power generation information 125.
  • the information stored in the simulation DB 120 will be described.
  • Vehicle information 121 is information for managing EV specifications and EVs operated by users.
  • Figures 3A and 3 are diagrams showing an example of vehicle information 121 in Example 1.
  • Vehicle information 121 includes EV specification information 300 and owned EV information 310.
  • EV specification information 300 is information for managing EV specifications.
  • EV specification information 300 stores entries including vehicle model 301, battery capacity 302, and electricity consumption 303. There is one entry for each vehicle model. Note that the fields included in the entry are merely examples and are not limited to these.
  • Owned EV information 310 is information for managing EVs owned by the user. Owned EV information 310 stores entries including a vehicle ID 311 and a vehicle model 312. There is one entry for one EV. Note that the fields included in the entry are merely examples and are not limited to these.
  • the vehicle information 121 does not include the owned EV information 310.
  • the charger information 122 is information for managing the specifications of the charger and the charger operated by the user.
  • Figures 4A and 4B are diagrams showing an example of the charger information 122 in the first embodiment.
  • the charger information 122 includes charger specification information 400 and owned charger information 410.
  • the charger specification information 400 is information for managing the specifications of a charger.
  • the charger specification information 400 stores entries including the model 401, rated output 402, control method 403, and cost 404.
  • entries including the model 401, rated output 402, control method 403, and cost 404.
  • One entry exists for one type of charger. Note that the fields included in the entry are merely examples and are not limited to these.
  • Owned charger information 410 is information for managing chargers owned by the user. Owned charger information 410 stores entries including a charger ID 411 and a model 412. There is one entry for one charger. Note that the fields included in the entry are merely examples and are not limited to these.
  • the charger information 122 does not include the owned charger information 410.
  • the driving information 123 is information related to the driving history of the vehicle.
  • the vehicle may be any of a gasoline vehicle, a hybrid vehicle, and an EV.
  • FIG. 5 is a diagram showing an example of the driving information 123 in the first embodiment.
  • the driving information 123 stores entries including an ID 501, a date 502, a vehicle ID 503, a start time 504, an end time 505, and a driving distance 506.
  • the user performing the simulation may provide the driving information 123, or another user may provide the driving information 123.
  • another user may provide the driving information 123.
  • the power information 124 is information related to the history of power usage at the base where the EV is operated.
  • FIG. 6 is a diagram showing an example of the power information 124 in the first embodiment.
  • the power information 124 stores entries including a date 601, a time 602, and a power usage amount 603. There is one entry for the history of power usage for each predetermined unit of time. In FIG. 6, there is one entry for the history of power usage for each 30 minutes. Note that the fields included in the entry are merely examples and are not limited to these.
  • the user performing the simulation may provide the power information 124, or another user may provide the power information 124. By using another user's power information 124, it is possible to perform a simulation of power usage.
  • the power generation information 125 is information related to the amount of power generated by the power generation facility.
  • FIG. 7 is a diagram showing an example of the power generation information 125 in the first embodiment.
  • the power generation information 125 stores entries including a date 701, a time 702, and a power generation amount 703. One entry exists for the history of the amount of power generated for each predetermined unit of time. In FIG. 7, one entry exists for the history of the amount of power generated for each 30 minutes. Note that the fields included in the entry are merely examples and are not limited to these.
  • FIG. 8 is a flowchart outlining the processing executed by the EV introduction/operation support system 100 of the first embodiment.
  • FIG. 9 is a diagram showing an example of a screen presented by the EV introduction/operation support system 100 of the first embodiment.
  • FIG. 10 is a diagram showing an example of a simulation requirement accepted by the EV introduction/operation support system 100 of the first embodiment.
  • the EV introduction/operation support system 100 When the EV introduction/operation support system 100 receives access from the client terminal 101 or the client system 102, it displays a screen 900.
  • the screen 900 includes an input field 901, an input field 902, an input field 903, an input field 905, an input field 906, and an execute button 907.
  • the input field 901 is a field for inputting vehicle information 121.
  • the input field 902 is a field for inputting charger information 122.
  • the input field 903 is a field for inputting driving information 123.
  • the input field 904 is a field for inputting power information 124.
  • the input field 905 is a field for inputting power generation information 125.
  • the input field 906 is a field for inputting simulation requirements.
  • the execute button 907 is an operation button for instructing the execution of processing. When the execute button 907 is operated, an execution request including the information entered in each input field is sent to the EV introduction/operation support system 100.
  • simulation requirements and the information to be stored in the simulation DB 120 may be input at different times.
  • the planning unit 110 receives simulation requirements from the client terminal 101 or the client system 102 (step S101).
  • Simulation requirements may be, for example, as shown in Figure 10.
  • the simulation requirements in Figure 10 include setting values for items such as the number of days the vehicle will be in operation in one simulation (number of trial days), time slot width, number of chargers, upper limit of power demand value, time periods when chargers can be used, unit price of electricity, and power generation equipment.
  • the number of solar panels, stationary storage battery capacity, solar panel unit price, and stationary storage battery unit price are items related to power generation equipment. Note that items with value ranges set for the setting values represent items that can be adjusted in the simulation.
  • the simulation requirements may include items not shown, such as the number of EVs.
  • owned EV information 310, owned charger information 410, driving information 123, and power information 124 may be received. These pieces of information may be received at different times.
  • the planning unit 110 performs pre-processing to prepare data to be used in the simulation (step S102).
  • the planning unit 110 performs planning processing (step S103).
  • the planning unit 110 performs post-processing to evaluate the EV infrastructure/operation plan generated by the planning processing (step S104).
  • FIG. 11 is a flowchart explaining the details of the pre-processing executed by the EV introduction/operation support system 100 of the first embodiment.
  • the planning unit 110 obtains information from the simulation DB 120 (step S201).
  • the planning unit 110 acquires EV specification information 300, charger specification information 400, driving information 123, power information 124, and power generation information 125.
  • the planning unit 110 acquires EV specification information 300, owned EV information 310, charger specification information 400, owned charger information 410, driving information 123, power information 124, and power generation information 125.
  • the planning unit 110 performs data preprocessing on the acquired information (step S202).
  • the planning unit 110 performs format conversion, deletion, and supplementation of the history stored in the driving information 123 and power information 124.
  • FIG. 12A and 12B are flow charts for explaining the details of the planning process executed by the EV introduction/operation support system 100 of the first embodiment.
  • FIG. 13 is a diagram showing an example of an EV infrastructure/operation plan list generated by the EV introduction/operation support system 100 of the first embodiment.
  • the planning unit 110 calculates the number of simulations based on the simulation requirements (step S301).
  • the planning unit 110 uses that value as is. If the simulation requirements do not include the number of simulations, the planning unit 110 calculates the number of simulations based on the value range of the adjustable items. For example, if the value range of the number of chargers is 1 to 6, the number of simulations will be "6". Note that if there are multiple adjustable items, the planning unit 110 calculates the minimum value, average value, etc. as the number of simulations. This makes it possible to prevent an explosion of item combinations and reduce the load on the simulation.
  • the planning unit 110 reduces the number of simulations by 1 (step S302) and determines the candidate infrastructure configuration for the simulation based on the simulation requirements (step S303).
  • the candidate infrastructure configuration for a simulation involving the introduction of EVs is determined, for example, as follows. If the simulation requirements include information on the number of EVs, the planning unit 110 selects the type of EV by referencing the EV specification information 300. If the simulation requirements include information on the number of chargers, the planning unit 110 selects the type of charger based on the charger specification information 400. If the simulation requirements include information on the desire to install power generation equipment, the planning unit 110 determines the power generation equipment based on that information.
  • Infrastructure candidate configurations in a simulation accompanying an update to an existing EV environment are determined, for example, as follows. If the simulation requirements include information on the number of EVs to be added, the planning unit 110 refers to the EV specification information 300 to select an EV model. If the simulation requirements include information on the number of chargers to be added, the planning unit 110 selects a charger model based on the charger specification information 400. If the simulation requirements include information on the number of EVs to be reduced, the planning unit 110 removes a specified number of EVs from among the EVs currently in operation. If the simulation requirements include information on the number of chargers to be reduced, the planning unit 110 removes a specified number of chargers from among the chargers currently in operation. If the simulation requirements include information on a request to install or change power generation equipment, the planning unit 110 determines the power generation equipment based on that information.
  • the planning unit 110 also determines the upper limit of the power demand value based on information about the upper limit of the power demand value included in the simulation requirements.
  • the planning unit 110 determines a driving schedule for each EV in the simulation based on the driving information 123 (step S304).
  • the planning unit 110 acquires information related to the user's work and selects the driving information 123 to use based on that information. For example, it is possible to use driving information 123 provided by another user who performs the same work.
  • the planning unit 110 updates the EV infrastructure/operation plan list 1300 (step S305).
  • the EV infrastructure/operation plan list 1300 will be explained using FIG. 13.
  • the EV infrastructure/operation plan list 1300 stores entries including an ID 1301, a charger 1302, a power demand upper limit 1303, a number of solar panels 1304, a stationary storage battery capacity 1305, a maximum power demand value 1306, a number of times the battery runs out 1307, and a total cost 1308.
  • ID 1301 is a field that stores the ID of the EV infrastructure/operation plan.
  • Charger 1302 is a field that stores the number of chargers.
  • Power demand upper limit value 1303 is a field that stores the upper limit of the power demand value at the base.
  • Number of solar panels 1304 is a field that stores the number of solar panels installed at the base.
  • Stationary storage battery capacity 1305 is a field that stores the capacity of the stationary storage battery installed at the base.
  • Power demand maximum value 1306 is a field that stores the maximum power demand value in one simulation.
  • Number of times power runs out 1307 is a field that stores the number of times an EV runs out of power.
  • Total cost 1308 is a field that stores the operating cost. The operating cost includes the investment cost of infrastructure equipment, the maintenance cost, and the management cost.
  • Charger 1302, power demand upper limit 1303, number of solar panels 1304, and stationary battery capacity 1305 are fields related to infrastructure equipment.
  • Maximum power demand 1306, number of times power runs out 1307, and total cost 1308 are fields related to evaluation indicators of the EV infrastructure/operation plan.
  • step S305 the planning unit 110 adds an entry to the EV infrastructure/operation plan list 1300, and sets an ID to the ID 1301 of the added entry.
  • the planning unit 110 also sets values to the charger 1302, power demand upper limit value 1303, number of solar panels 1304, and stationary storage battery capacity 1305 of the added entry based on the candidate infrastructure configuration.
  • the planning unit 110 initializes the EV's SoC (State of Charge) transition information, charging schedule, and power transition information (step S306).
  • SoC State of Charge
  • the SoC transition information, charging schedule, and power transition information are managed in association with the ID 1301 of the added entry in the EV infrastructure/operation plan list 1300.
  • the SoC transition information is information for managing the time transition of the SoC, which is an index showing the charging state of an EV.
  • the SoC transition information stores data including the time slot number, the EV ID, and the SoC.
  • the SoC of each EV in the first time slot number is set to 100% as an initial value. Note that in the case of a simulation assuming an EV in operation, a value less than 100% may be set as the initial value.
  • the charging schedule is information for managing the charging schedule of EVs.
  • the charging schedule stores data including the time slot number, the ID of the EV being charged, and the ID of the charger to be used.
  • Power trend information is information for managing the time trends of the total amount of power usage at a base.
  • the power trend information stores data including the time slot number and the total amount of power usage.
  • the planning unit 110 calculates the number of time slots in the simulation based on the simulation requirements (step S307) and initializes the time slot numbers.
  • the planning unit 110 advances the time slot number by one (step S308) and executes an EV operation simulation for the current time slot number (step S309).
  • the operation simulation will be explained using FIG. 12B.
  • the planning unit 110 determines whether the time slot number is the last time slot number (step S310).
  • the planning unit 110 returns to step S308 and executes the same process.
  • the planning unit 110 determines whether the number of simulations is 0 (step S311).
  • the planning unit 110 returns to step S302 and executes the same process.
  • the planning unit 110 ends the planning process.
  • the planning unit 110 determines the EV to be charged based on the driving state and SoC of the EV, and updates the charging schedule (step S401).
  • the planning unit 110 excludes from the selection list EVs that are in motion and EVs that are charging and have a SoC of 100%, and selects EVs whose SoC is lower than a threshold value as EVs to be charged. At this time, the planning unit 110 selects EVs to be charged so as not to exceed the upper limit of the power demand value. Furthermore, the planning unit 110 selects a charger to charge the EV to be charged.
  • the planning unit 110 selects an EV to be charged based on an arbitrary rule.
  • An EV to be charged may also be selected based on the EV's SoC and driving distance.
  • a discharge schedule may also be generated.
  • the planning unit 110 adds data including the time slot number, the ID of the EV to be charged, and the ID of the charger to be used to the charging schedule.
  • the planning unit 110 selects the EV to be processed (step S402).
  • the planning unit 110 determines whether the EV is traveling based on the selected EV's traveling schedule and the time corresponding to the time slot number (step S403).
  • the planning unit 110 reduces the EV's SoC by a predetermined value based on the distance traveled between time slots (step S404). At this time, the planning unit 110 registers data including the time slot number, the EV ID, and the updated SoC in the SoC transition information. The planning unit 110 then proceeds to step S407.
  • the planning unit 110 determines whether the selected EV is being charged based on the processing result of step S402 (step S405). In other words, it is determined whether the EV has been selected as the EV to be charged.
  • the planning unit 110 increases the EV's SoC by a predetermined value based on the charging time corresponding to the time slot (step S406). At this time, the planning unit 110 registers data including the time slot number, the EV ID, and the updated SoC in the SoC transition information. The planning unit 110 then proceeds to step S407.
  • the planning unit 110 does not update the EV's SoC and proceeds to step S407. At this time, the planning unit 110 registers data including the time slot number, the EV's ID, and the SoC in the SoC transition information.
  • step S407 the planning unit 110 determines whether processing has been completed for all EVs (step S407).
  • step S402 If processing has not been completed for all EVs, the planning unit 110 returns to step S402 and executes the same processing.
  • the planning unit 110 updates the power trend information based on the power information 124 and the charging schedule (step S408).
  • the planning unit 110 refers to the power information 124 to identify the power usage of the base at the time corresponding to the time slot number.
  • the power usage of the base represents the power usage of equipment not related to EVs.
  • the planning unit 110 calculates the total power usage by adding the power usage corresponding to EV charging to the power usage of the base.
  • the planning unit 110 adds data including the time slot number and the total power usage to the power trend information.
  • FIG. 14 is a flowchart explaining the details of the post-processing executed by the EV introduction/operation support system 100 of the first embodiment.
  • the planning unit 110 selects an entry from the EV infrastructure/operation plan list 1300 (step S501).
  • the planning unit 110 calculates the maximum power demand value based on the power trend information of the EV infrastructure/operation plan corresponding to the entry (step S502), and sets the calculated value as the maximum power demand value 1306 of the selected entry.
  • the planning unit 110 calculates the number of times power runs out based on the SoC transition information of the EV infrastructure/operation plan corresponding to the entry (step S503), and sets the calculated value to the number of times power runs out 1307 of the selected entry.
  • the planning unit 110 refers to the SoC transition information and calculates the number of times that the SoC between time slots has fallen below an arbitrary threshold as the number of times that a power shortage has occurred.
  • the threshold is, for example, 0. If the SoC of the previous time slot number is 20% and the SoC of the current time slot number is 0%, it is determined that a power shortage has occurred. If the SoC of the previous time slot number is 0% and the SoC of the current time slot number is 0%, it is not determined that a power shortage has occurred.
  • the planning unit 110 calculates the total cost of the EV infrastructure/operation plan corresponding to the entry based on the infrastructure equipment, EV specification information 300, the unit price of electricity included in the simulation requirements, etc. (step S504), and sets the calculated value as the total cost 1308 of the selected entry.
  • the planning unit 110 determines whether processing of all entries in the EV infrastructure/operation plan list 1300 has been completed (step S505).
  • the planning unit 110 If the planning unit 110 has not completed processing all entries in the EV infrastructure/operation plan list 1300, the planning unit 110 returns to step S501 and executes the same processing.
  • the planning unit 110 When the planning unit 110 has completed processing of all entries in the EV infrastructure/operation plan list 1300, the planning unit 110 generates and outputs display information for displaying the EV infrastructure/operation plan list 1300 (step S506).
  • FIGS. 15, 16, 17, and 18 are diagrams showing examples of screens presented by the EV introduction/operation support system 100 of the first embodiment.
  • the planning unit 110 presents a screen 1500 as shown in FIG. 15 based on the display information.
  • the screen 1500 includes a display field 1501, a display field 1502, a selection field 1503, a display button 1504, a two-dimensional graph button 1505, and a three-dimensional graph button 1506.
  • Display field 1501 is a field that displays the simulation requirements.
  • Display field 1502 is a field that displays the EV infrastructure/operation plan list 1300.
  • the entries in the EV infrastructure/operation plan list 1300 may be sorted based on the number of times power ran out, the total cost, etc.
  • any entry in the EV infrastructure/operation plan list 1300 may be highlighted based on the comparison result between the evaluation index and the threshold value.
  • Selection field 1503 is a field for selecting the information to be displayed from among the SoC transition information, charging schedule, and power transition information related to the EV infrastructure/operation plan. In selection field 1503, the SoC transition information, charging schedule, and power transition information are displayed in a pull-down format.
  • Display button 1504 is an operation button for instructing the display of the information selected in selection field 1503. When display button 1504 is operated, screen 1600 as shown in FIG. 16 is displayed. Screen 1600 is a screen for displaying SoC transition information.
  • the 2D graph button 1505 is an operation button for displaying a 2D graph based on the results of the planning process.
  • a screen 1700 as shown in FIG. 17 is displayed.
  • the screen 1700 includes an X-axis selection field 1701, a Y-axis selection field 1702, and a graph display field 1703.
  • the X-axis selection field 1701 and the Y-axis selection field 1702 display items that can be selected as graph axes in a pull-down format.
  • the graph display field 1703 is a field that displays a 2D graph (for example, a scatter plot) composed of the specified axes.
  • the 3D graph button 1506 is an operation button for displaying a 3D graph based on the results of the planning process.
  • a screen 1800 as shown in FIG. 17 is displayed.
  • the screen 1800 includes an X-axis selection field 1801, a Y-axis selection field 1802, a Z-axis selection field 1803, and a graph display field 1804.
  • the X-axis selection field 1801, the Y-axis selection field 1802, and the Z-axis selection field 1803 display items that can be selected as graph axes in a pull-down format.
  • the graph display field 1804 is a field that displays a 3D graph (for example, a 3D contour graph) composed of the specified axes.
  • the EV introduction/operation support system 100 determines candidate infrastructure configurations based on the simulation requirements. In this embodiment, convenience can be improved by determining the infrastructure configuration at a fine granularity, such as the specifications and number of EVs, the specifications and number of chargers, and the upper limit of the power demand value.
  • the EV introduction/operation support system 100 can simulate EV operation to grasp the time trends of the SoC and total power usage, etc., and generate an EV charging schedule. This makes it possible to present the user with not only the infrastructure configuration, but also information on EV operation using that infrastructure configuration, as a basis for deciding whether or not to adopt an EV introduction/operation plan.
  • the EV introduction/operation support system 100 can calculate the number of times the battery runs out as an evaluation index based on the time progression of the SoC. This makes it possible to present the user with an index that can be used as a basis for deciding whether or not to adopt an EV introduction/operation plan.
  • the EV introduction/operation support system 100 allows users to visually present the relationship between infrastructure configuration and evaluation indices as a basis for determining the suitability of EV introduction/operation plans.
  • the present invention is not limited to the above-described embodiments, but includes various modified examples.
  • the above-described embodiments are provided to explain the present invention in detail, and are not necessarily limited to those that include all of the described configurations.
  • the above-mentioned 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.
  • a storage medium on which the program code is recorded is provided to a computer, and a processor of the computer reads the program code stored in the storage medium.
  • 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 on which it is stored 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.
  • program code that realizes 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, etc.
  • the program code of the software that realizes the functions of the embodiment 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 and execute the program code stored in the storage means or storage medium.
  • a storage means such as a computer's hard disk or memory
  • a storage medium such as a CD-RW or CD-R
  • control lines and information lines are those that are considered necessary for the explanation, and not all control lines and information lines in the product are necessarily shown. All components may be interconnected.

Landscapes

  • Engineering & Computer Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Sustainable Development (AREA)
  • Sustainable Energy (AREA)
  • Power Engineering (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

業務へのＥＶの導入及び運用を支援する計算機システムは、ＥＶを運用するためのインフラの構成及び走行スケジュールの案を生成するために実行されるシミュレーションの要件を受け付け、シミュレーションの要件に基づいてインフラの候補構成を決定し、ＥＶの走行スケジュールを決定し、インフラの候補構成及びＥＶの走行スケジュールに基づいて、ＥＶのＳｏＣの時間推移、及びインフラの設置拠点の電力使用量の時間推移をシミュレーションし、ＥＶのＳｏＣの時間推移に基づいて、インフラの候補構成の評価指標として電欠の発生回数を算出し、インフラの候補構成及び評価指標を対応づけたデータを格納するリストを表示するための表示情報を生成し、出力する。

Description

計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム
　本発明は、車両を用いる業務における電気自動車（ＥＶ）の導入及び運用を支援する技術に関する。
　物流業界等では電気自動車（ＥＶ）の導入及び運用が進展している。業務へのＥＶの導入にあたっては、充電器等、ＥＶを運用するためのインフラの準備が必要となる。ＥＶの電欠を回避するためには十分なリソースを用意する必要があり、インフラの導入コストが高くなる。このように、ＥＶの電欠リスク及びインフラの導入コストはトレードオフの関係にある。
　業務へのＥＶの導入又は業務におけるＥＶの運用の変更にあたっては、ユーザの要求に合わせて、インフラの構成及び運用スケジュールの案を生成し、導入コスト及び運用コスト等の指標に基づいて案を評価する必要がある。なお、運用スケジュールは、ＥＶの走行スケジュール及びＥＶの充電スケジュール等を含む。
　車両を用いた業務の運用計画の作成を支援する技術として特許文献１に記載の技術が知られている。特許文献１には「ユーザの移動の需要特性を記憶する需要特性記憶部１１０と、ステーションごとの駐車枠数および合計車両台数の制約を記憶する制約パターン記憶部１３０と、需要特性にしたがって、乱数を用いて需要パターンを複数生成する需要パターン生成部１４０と、数理計画法により目的関数が最適となるステーションごとの駐車枠数および初期配置車両数の解をそれぞれの需要パターンについて決定し、これら複数の解から最適解候補を決定する、数理計画ソルバ部１５０と、数理計画ソルバ部１５０によって決定される最適解候補を利用して、状態遷移シミュレーション部１６０により事業性評価値を算出する、事業性評価値算出部１７０と、を備える。」ことが記載されている。
　車両の維持コストをシミュレーションする技術として特許文献２に記載の技術が知られている。特許文献２には「情報処理装置は、以下の（Ａ）～（Ｄ）の入力を受け付ける受け付け手段と、（Ａ）あるユーザが検討している車両の購入について比較対象となる車両の車種であり、少なくとも電気をエネルギー源とする第１車種を特定する第１情報、（Ｂ）比較対象となる車両の車種である第２車種を特定する第２情報、（Ｃ）ユーザが支払う電気料金の計算に用いられる第３情報、及び（Ｄ）車両を維持するエネルギーコストの計算に用いられる第４情報、少なくとも第１乃至第４情報を用いて計算された、第１車種及び第２車種の各々について当該車両の購入及び所定期間の維持に要する金銭的コストを出力する出力手段とを有する。」ことが記載されている。
　ＥＶの充電スケジュールを生成する技術として特許文献３に記載の技術が知られている。特許文献３には「電力管理システムが、複数の蓄電装置（たとえば、蓄電装置を備える車両）とサーバとを備える。サーバは、複数の蓄電装置から少なくとも１つの蓄電装置を選定する選定部と、選定された蓄電装置に対するスケジュールを作成するスケジュール作成部と、作成されたスケジュールに従って、外部充電の促進、外部充電の抑制、又は外部給電を行なうことを、選定された蓄電装置のユーザに要請する要請部とを備える。サーバは、蓄電装置ごとに電欠リスクを示す電欠情報を取得し、取得された電欠情報を用いて、上記要請の種類に応じて蓄電装置の選定とスケジュールの作成との少なくとも一方を行なう。」ことが記載されている。
特開２０１６－１５１９４０号公報 特開２０２０－１８１３９４号公報 特開２０２１－０９３８３１号公報
　特許文献１、特許文献２、及び特許文献３に記載の技術を用いても、ワンストップでインフラの構成及び運用スケジュールの案の生成及び評価ができない。また、従来技術を整合するように組み合わせることは難しい。特に、ＥＶを運用するためのインフラを含めて、その構成及び運用スケジュールの案を生成する場合、多くの調整パラメータを考慮する必要であり、処理が複雑になる。さらに、その処理結果を実際の運用に適用できるようにユーザに提示することも必要になる。
　本発明は、ワンストップで、ユーザの要求に基づくインフラの構成及び運用スケジュールの案の生成及び評価を支援する技術を提供する。
　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、業務への電気自動車の導入及び運用を支援する計算機システムであって、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続されるネットワークインタフェースを有する計算機を備え、前記計算機は、電気自動車を運用するためのインフラの構成及び走行スケジュールの案を生成するために実行されるシミュレーションの要件を受け付け、前記シミュレーションの要件に基づいて、インフラの候補構成を決定し、前記電気自動車の走行スケジュールを決定し、前記インフラの候補構成及び前記電気自動車の走行スケジュールに基づいて、前記電気自動車の充電状態を表す充電状態指標の時間推移、及び前記インフラの設置拠点の電力使用量の時間推移をシミュレーションし、前記電気自動車の充電状態指標の時間推移に基づいて、前記インフラの候補構成の評価指標として電欠の発生回数を算出し、前記インフラの候補構成及び前記評価指標を対応づけたデータを格納するリストを表示するための表示情報を生成し、出力する。
　本発明によれば、ワンストップで、ユーザの要求に基づくインフラの構成及び運用スケジュールの案の生成及び評価が可能となる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。
実施例１のシステムの構成の一例を示す図である。 実施例１のＥＶ導入／運用支援システムを構成する計算機のハードウェア構成の一例を示す図である。 実施例１の車両情報の一例を示す図である。 実施例１の車両情報の一例を示す図である。 実施例１の充電器情報の一例を示す図である。 実施例１の充電器情報の一例を示す図である。 実施例１の走行情報の一例を示す図である。 実施例１の電力情報の一例を示す図である。 実施例１の発電情報の一例を示す図である。 実施例１のＥＶ導入／運用支援システムが実行する処理の概要を説明するフローチャートである。 実施例１のＥＶ導入／運用支援システムが提示する画面の一例を示す図である。 実施例１のＥＶ導入／運用支援システムが受け付けるシミュレーション要件の一例を示す図である。 実施例１のＥＶ導入／運用支援システムが実行する前処理の詳細を説明するフローチャートである。 実施例１のＥＶ導入／運用支援システムが実行する立案処理の詳細を説明するフローチャートである。 実施例１のＥＶ導入／運用支援システムが実行する立案処理の詳細を説明するフローチャートである。 実施例１のＥＶ導入／運用支援システムが生成するＥＶインフラ／運用案リストの一例を示す図である。 実施例１のＥＶ導入／運用支援システムが実行する後処理の詳細を説明するフローチャートである。 実施例１のＥＶ導入／運用支援システムが提示する画面の一例を示す図である。 実施例１のＥＶ導入／運用支援システムが提示する画面の一例を示す図である。 実施例１のＥＶ導入／運用支援システムが提示する画面の一例を示す図である。 実施例１のＥＶ導入／運用支援システムが提示する画面の一例を示す図である。
　以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。
　以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。
　本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。
　図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。
　図１は、実施例１のシステムの構成の一例を示す図である。図２は、実施例１のＥＶ導入／運用支援システムを構成する計算機のハードウェア構成の一例を示す図である。
　実施例１のシステムは、ＥＶ導入／運用支援システム１００、クライアント端末１０１、及びクライアントシステム１０２から構成される。ＥＶ導入／運用支援システム１００は、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）及びＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等のネットワーク１０３を介して、クライアント端末１０１及びクライアントシステム１０２と接続する。ネットワーク１０３の接続方式は有線及び無線のいずれでもよい。
　クライアント端末１０１及びクライアントシステム１０２は、ＥＶの導入及び運用を行うユーザの端末及びシステムである。クライアント端末１０１及びクライアントシステム１０２は、ＥＶ導入／運用支援システム１００にシミュレーション要件を送信する。
　ＥＶ導入／運用支援システム１００は、受信したシミュレーション要件に基づいて、ＥＶの導入／運用に必要なインフラの構成及び運用スケジュールの案（ＥＶインフラ／運用案）を生成するためのシミュレーションを実行し、シミュレーション結果を提示する。ＥＶインフラ／運用案は、ＥＶの運用に必要なインフラの構成、ＥＶの走行スケジュール、及び充電スケジュール等を含む。シミュレーション結果には、複数のＥＶインフラ／運用案が含まれる。
　ＥＶ導入／運用支援システム１００は、例えば、図２に示すような計算機２００から構成される。計算機２００は、演算装置２０１、主記憶装置２０２、副記憶装置２０３、及びネットワークインタフェース２０４を有する。各ハードウェア要素は内部バスを介して接続される。なお、計算機２００は、キーボード、マウス、及びタッチパネル等の入力装置、並びに、ディスプレイ等の出力装置を有してもよい。
　演算装置２０１は、プロセッサ、ＧＰＵ（Ｇｒａｐｈｉｃｓ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、及びＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）であり、主記憶装置２０２に格納されるプログラムを実行する。演算装置２０１は、プログラムにしたがって処理を実行することによって機能部（モジュール）として機能する。以下の説明では、機能部を主語に処理を説明する場合、演算装置２０１が機能部を実現するプログラムを実行していることを示す。
　主記憶装置２０２は、メモリ等であり、演算装置２０１が実行するプログラム及びプログラムが使用する情報を格納する。また、主記憶装置２０２は、一時的にデータを格納するワークエリアとしても用いられる。
　副記憶装置２０３は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等であり、永続的に大量のデータを格納する。主記憶装置２０２に格納されるプログラム及び情報は、副記憶装置２０３に格納されてもよい。この場合、演算装置２０１が副記憶装置２０３からプログラム及び情報を読み出し、主記憶装置２０２にロードする。
　ネットワークインタフェース２０４は、ネットワークを介して外部の装置と通信する。
　ＥＶ導入／運用支援システム１００は、立案部１１０を有し、また、シミュレーション用ＤＢ１２０を管理する。
　立案部１１０は、複数のＥＶインフラ／運用案を生成し、また、ＥＶインフラ／運用案に関する各種情報を提示する。なお、立案部１１０を機能毎に複数の機能部に分けてもよい。
　シミュレーション用ＤＢ１２０は、ＥＶインフラ／運用案を生成するためのシミュレーションに使用する各種情報を格納するデータベースである。図１に示すシミュレーション用ＤＢ１２０には、車両情報１２１、充電器情報１２２、走行情報１２３、電力情報１２４、及び発電情報１２５が格納される。ここで、シミュレーション用ＤＢ１２０に格納される情報について説明する。
　車両情報１２１は、ＥＶのスペック及びユーザが運用するＥＶを管理するための情報である。図３Ａ及び図３は、実施例１の車両情報１２１の一例を示す図である。車両情報１２１は、ＥＶスペック情報３００及び保有ＥＶ情報３１０を含む。
　ＥＶスペック情報３００は、ＥＶのスペックを管理するための情報である。ＥＶスペック情報３００は、車種３０１、バッテリ容量３０２、及び電費３０３を含むエントリを格納する。一つの車種に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　保有ＥＶ情報３１０は、ユーザが保有するＥＶを管理するための情報である。保有ＥＶ情報３１０は、車両ＩＤ３１１及び車種３１２を含むエントリを格納する。一つのＥＶに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　なお、ＥＶを初めて導入する場合、車両情報１２１には保有ＥＶ情報３１０は含まれない。
　充電器情報１２２は、充電器のスペック及びユーザが運用する充電器を管理するための情報である。図４Ａ及び図４Ｂは、実施例１の充電器情報１２２の一例を示す図である。充電器情報１２２は、充電器スペック情報４００及び保有充電器情報４１０を含む。
　充電器スペック情報４００は、充電器のスペックを管理するための情報である。充電器スペック情報４００は、機種４０１、定格出力４０２、制御方式４０３、及びコスト４０４を含むエントリを格納する。一つの種類の充電器に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　保有充電器情報４１０は、ユーザが保有する充電器を管理するための情報である。保有充電器情報４１０は、充電器ＩＤ４１１及び機種４１２を含むエントリを格納する。一つの充電器に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　なお、ＥＶを初めて導入する場合、充電器情報１２２には保有充電器情報４１０は含まれない。
　走行情報１２３は、車両の走行履歴に関する情報である。車両は、ガソリン車、ハイブリッド車、及びＥＶのいずれでもよい。図５は、実施例１の走行情報１２３の一例を示す図である。走行情報１２３は、ＩＤ５０１、日付５０２、車両ＩＤ５０３、開始時刻５０４、終了時刻５０５、及び走行距離５０６を含むエントリを格納する。一つの車両の走行履歴に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　なお、シミュレーションを行うユーザが走行情報１２３を提供してもよいし、他のユーザが走行情報１２３を提供してもよい。他のユーザの走行情報１２３を流用することによって、ＥＶの運行のシミュレーションを行うことができる。
　電力情報１２４は、ＥＶの運用する拠点の電力使用量の履歴に関する情報である。図６は、実施例１の電力情報１２４の一例を示す図である。電力情報１２４は、日付６０１、時刻６０２、及び電力使用量６０３を含むエントリを格納する。所定の単位時間ごとの電力使用量の履歴に対して一つのエントリが存在する。図６では、３０分ごとの電力使用量の履歴に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　なお、シミュレーションを行うユーザが電力情報１２４を提供してもよいし、他のユーザが電力情報１２４を提供してもよい。他のユーザの電力情報１２４を流用することによって、電力使用量のシミュレーションを行うことができる。
　発電情報１２５は、発電設備による発電量に関する情報である。図７は、実施例１の発電情報１２５の一例を示す図である。発電情報１２５は、日付７０１、時刻７０２、及び発電量７０３を含むエントリを格納する。所定の単位時間ごとの発電量の履歴に対して一つのエントリが存在する。図７では、３０分ごとの発電量の履歴に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　図８は、実施例１のＥＶ導入／運用支援システム１００が実行する処理の概要を説明するフローチャートである。図９は、実施例１のＥＶ導入／運用支援システム１００が提示する画面の一例を示す図である。図１０は、実施例１のＥＶ導入／運用支援システム１００が受け付けるシミュレーション要件の一例を示す図である。
　ＥＶ導入／運用支援システム１００は、クライアント端末１０１又はクライアントシステム１０２からアクセスを受け付けた場合、画面９００を表示する。画面９００は、入力欄９０１、入力欄９０２、入力欄９０３、入力欄９０５、入力欄９０６、及び実行ボタン９０７を含む。
　入力欄９０１は、車両情報１２１を入力するための欄である。入力欄９０２は、充電器情報１２２を入力するための欄である。入力欄９０３は、走行情報１２３を入力するための欄である。入力欄９０４は、電力情報１２４を入力するための欄である。入力欄９０５は、発電情報１２５を入力するための欄である。入力欄９０６は、シミュレーション要件を入力するための欄である。実行ボタン９０７は、処理の実行を指示するための操作ボタンである。実行ボタン９０７が操作された場合、各入力欄に入力された情報を含む実行要求がＥＶ導入／運用支援システム１００に送信される。
　なお、シミュレーション要件と、シミュレーション用ＤＢ１２０に格納する情報とは別々のタイミングで入力してもよい。
　立案部１１０は、クライアント端末１０１又はクライアントシステム１０２からシミュレーション要件を受け付ける（ステップＳ１０１）。
　シミュレーション要件は、例えば、図１０に示すようなものが考えられる。図１０のシミュレーション要件には、１回のシミュレーションにおける車両の運行日数（試行日数）、タイムスロット幅、充電器の数、電力デマンド値の上限、充電器の使用が可能な時間帯、電力の単価、発電設備等の項目の設定値が含まれる。太陽光パネル枚数、定置型蓄電池容量、太陽光パネル単価、及び定置型蓄電池単価は、発電設備に関する項目である。なお、設定値に値域が設定されている項目は、シミュレーションにおいて調整可能な項目を表す。
　なお、シミュレーション要件には、ＥＶの数等、図示しない項目が含まれてもよい。なお、シミュレーション要件とともに、保有ＥＶ情報３１０、保有充電器情報４１０、走行情報１２３、及び電力情報１２４を受け付けてもよい。これらの情報は、別のタイミングで受け付けてもよい。
　立案部１１０は、シミュレーションに用いるデータを準備するための前処理を実行する（ステップＳ１０２）。立案部１１０は立案処理を実行する（ステップＳ１０３）。立案部１１０は、立案処理によって生成されたＥＶインフラ／運用案を評価するための後処理を実行する（ステップＳ１０４）。
　図１１は、実施例１のＥＶ導入／運用支援システム１００が実行する前処理の詳細を説明するフローチャートである。
　立案部１１０は、シミュレーション用ＤＢ１２０から情報を取得する（ステップＳ２０１）。
　例えば、ＥＶの導入に伴うシミュレーションの場合、立案部１１０は、ＥＶスペック情報３００、充電器スペック情報４００、走行情報１２３、電力情報１２４、及び発電情報１２５を取得する。既存のＥＶ環境の更新に伴うシミュレーションの場合、立案部１１０は、ＥＶスペック情報３００、保有ＥＶ情報３１０、充電器スペック情報４００、保有充電器情報４１０、走行情報１２３、電力情報１２４、及び発電情報１２５を取得する。
　立案部１１０は、取得した情報に対してデータ前処理を実行する（ステップＳ２０２）。
　例えば、立案部１１０は、走行情報１２３及び電力情報１２４に格納される履歴のフォーマット変換、削除、及び補完等を行う。
　図１２Ａ及び図１２Ｂは、実施例１のＥＶ導入／運用支援システム１００が実行する立案処理の詳細を説明するフローチャートである。図１３は、実施例１のＥＶ導入／運用支援システム１００が生成するＥＶインフラ／運用案リストの一例を示す図である。
　立案部１１０は、シミュレーション要件に基づいて、シミュレーション回数を算出する（ステップＳ３０１）。
　シミュレーション要件にシミュレーション回数が含まれる場合は、立案部１１０は当該値をそのまま用いる。シミュレーション要件にシミュレーション回数が含まれていない場合、立案部１１０は、調整可能な項目の値域に基づいてシミュレーション回数を算出する。例えば、充電器の数の値域が１から６の場合、シミュレーション回数は「６」となる。なお、調整可能な項目が複数存在する場合、立案部１１０は、最小値及び平均値等をシミュレーション回数として算出する。これによって、項目の組合せの爆発を抑制することができ、シミュレーションの負荷を低減することができる。
　立案部１１０は、シミュレーション回数を１減らし（ステップＳ３０２）、シミュレーション要件に基づいて、シミュレーションにおけるインフラ候補構成を決定する（ステップＳ３０３）。
　ＥＶの導入に伴うシミュレーションにおけるインフラ候補構成は、例えば、以下のようにして決定される。シミュレーション要件にＥＶの数の情報が含まれる場合、立案部１１０は、ＥＶスペック情報３００を参照してＥＶの車種を選択する。シミュレーション要件に充電器の数の情報が含まれる場合、立案部１１０は、充電器スペック情報４００に基づいて充電器の機種を選択する。シミュレーション要件に、発電設備の設置要望に関する情報が含まれる場合、立案部１１０は、当該情報に基づいて発電設備を決定する。
　既存のＥＶ環境の更新に伴うシミュレーションにおけるインフラ候補構成は、例えば、以下のようにして決定される。シミュレーション要件に追加するＥＶの数の情報が含まれる場合、立案部１１０は、ＥＶスペック情報３００を参照してＥＶの車種を選択する。シミュレーション要件に追加する充電器の数の情報が含まれる場合、立案部１１０は、充電器スペック情報４００に基づいて充電器の機種を選択する。シミュレーション要件に削減するＥＶの数の情報が含まれる場合、立案部１１０は、現在運用しているＥＶの中から指定された数だけＥＶを削除する。シミュレーション要件に削減する充電器の数の情報が含まれる場合、立案部１１０は、現在運用している充電器の中から指定された数だけ充電器を削除する。シミュレーション要件に発電設備の設置又は変更の要望に関する情報が含まれる場合、立案部１１０は、当該情報に基づいて発電設備を決定する。
　また、立案部１１０は、シミュレーション要件に含まれる電力デマンド値の上限に関する情報に基づいて、電力デマンド値の上限を決定する。
　立案部１１０は、走行情報１２３に基づいて、シミュレーションにおける各ＥＶの走行スケジュールを決定する（ステップＳ３０４）。
　なお、ユーザから走行情報１２３が提供されていない場合、立案部１１０は、ユーザの業務に関する情報を取得し、当該情報に基づいて使用する走行情報１２３を選択する。例えば、同じ業務を行う他ユーザから提供された走行情報１２３を使用することが考えられる。
　立案部１１０は、ＥＶインフラ／運用案リスト１３００を更新する（ステップＳ３０５）。ここで、図１３を用いてＥＶインフラ／運用案リスト１３００について説明する。
　ＥＶインフラ／運用案リスト１３００は、ＩＤ１３０１、充電器１３０２、電力デマンド上限値１３０３、太陽光パネル枚数１３０４、定置型蓄電池容量１３０５、電力デマンド最大値１３０６、電欠回数１３０７、及び総コスト１３０８を含むエントリを格納する。一つのＥＶインフラ／運用案に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは一例であってこれに限定されない。
　ＩＤ１３０１は、ＥＶインフラ／運用案のＩＤを格納するフィールドである。充電器１３０２は、充電器の数を格納するフィールドである。電力デマンド上限値１３０３は、拠点における電力デマンド値の上限を格納するフィールドである。太陽光パネル枚数１３０４は、拠点に設置される太陽光パネルの数を格納するフィールドである。定置型蓄電池容量１３０５は、拠点に設置される定置型蓄電池の容量を格納するフィールドである。電力デマンド最大値１３０６は、１回のシミュレーションにおける電力デマンド値の最大値を格納するフィールドである。電欠回数１３０７は、ＥＶの電欠の発生回数を格納するフィールドである。総コスト１３０８は、運用コストを格納するフィールドである。運用コストは、インフラ設備の投資コスト、維持コスト、及び管理コストを含む。
　充電器１３０２、電力デマンド上限値１３０３、太陽光パネル枚数１３０４、及び定置型蓄電池容量１３０５は、インフラ設備に関するフィールドである。電力デマンド最大値１３０６、電欠回数１３０７、及び総コスト１３０８は、ＥＶインフラ／運用案の評価指標に関するフィールドである。
　ステップＳ３０５では、立案部１１０は、ＥＶインフラ／運用案リスト１３００にエントリを追加し、追加されたエントリのＩＤ１３０１にＩＤを設定する。また、立案部１１０は、インフラ候補構成に基づいて、追加されたエントリの充電器１３０２、電力デマンド上限値１３０３、太陽光パネル枚数１３０４、及び定置型蓄電池容量１３０５に値を設定する。
　立案部１１０は、ＥＶのＳｏＣ（Ｓｔａｔｅ　ｏｆ　Ｃｈａｒｇｅ）推移情報、充電スケジュール、及び電力推移情報を初期化する（ステップＳ３０６）。ＳｏＣ推移情報、充電スケジュール、及び電力推移情報は、ＥＶインフラ／運用案リスト１３００の追加されたエントリのＩＤ１３０１と関連づけて管理される。
　ＳｏＣ推移情報は、ＥＶの充電状態を表す指標であるＳｏＣの時間推移を管理するための情報である。ＳｏＣ推移情報は、タイムスロット番号、ＥＶのＩＤ、及びＳｏＣを含むデータを格納する。最初のタイムスロット番号の各ＥＶのＳｏＣには初期値として１００％が設定される。なお、ＥＶの運用中を想定したシミュレーションの場合、１００％未満の値が初期値として設定されてもよい。
　充電スケジュールは、ＥＶの充電スケジュールを管理するための情報である。充電スケジュールは、タイムスロット番号、充電中のＥＶのＩＤ、及び使用する充電器のＩＤを含むデータを格納する。
　電力推移情報は、拠点の電力の総使用量の時間推移を管理するための情報である。電力推移情報は、タイムスロット番号及び電力の総使用量を含むデータを格納する。
　立案部１１０は、シミュレーション要件に基づいて、シミュレーションにおけるタイムスロット数を算出し（ステップＳ３０７）、タイムスロット番号を初期化する。
　立案部１１０は、タイムスロット番号を一つ進め（ステップＳ３０８）、現在のタイムスロット番号におけるＥＶの運用シミュレーションを実行する（ステップＳ３０９）。運用シミュレーションについては図１２Ｂを用いて説明する。
　立案部１１０は、タイムスロット番号が最後のタイムスロット番号であるか否かを判定する（ステップＳ３１０）。
　タイムスロット番号が最後のタイムスロット番号でない場合、立案部１１０は、ステップＳ３０８に戻り、同様の処理を実行する。
　タイムスロット番号が最後のタイムスロット番号である場合、立案部１１０は、シミュレーションの回数が０であるか否かを判定する（ステップＳ３１１）。
　シミュレーションの回数が０でない場合、立案部１１０は、ステップＳ３０２に戻り、同様の処理を実行する。
　シミュレーションの回数が０である場合、立案部１１０は立案処理を終了する。
　図１２Ｂを用いてＥＶの運用シミュレーションについて説明する。
　立案部１１０は、ＥＶの走行状態及びＳｏＣに基づいて、充電対象のＥＶを決定し、充電スケジュールを更新する（ステップＳ４０１）。
　例えば、立案部１１０は、走行中のＥＶ及び充電中であってＳｏＣが１００％になっているＥＶを選択対象から除外し、ＳｏＣが閾値より小さいＥＶを充電対象として選択する。このとき、立案部１１０は、電力デマンド値の上限を超えないように、充電対象のＥＶが選択されるものとする。さらに、立案部１１０は、受電対象のＥＶの充電を行う充電器を選択する。
　なお、走行しておらず、かつ、ＳｏＣが閾値より小さいＥＶの数が使用可能な充電器の数より大きい場合、立案部１１０は、任意の規則に基づいて充電対象のＥＶを選択する。なお、ＥＶのＳｏＣ及び走行距離に基づいて、充電対象のＥＶが選択されてもよい。
　なお、充電器が放電できる場合には、放電スケジュールも合わせて生成してよい。
　立案部１１０は、タイムスロット番号、充電対象のＥＶのＩＤ、及び使用する充電器のＩＤを含むデータを充電スケジュールに追加する。
　立案部１１０は処理対象のＥＶを選択する（ステップＳ４０２）。
　立案部１１０は、選択したＥＶの走行スケジュール及びタイムスロット番号に対応する時刻に基づいて、ＥＶが走行中であるか否かを判定する（ステップＳ４０３）。
　ＥＶが走行中である場合、立案部１１０は、タイムスロット間における移動距離に基づいて、ＥＶのＳｏＣを所定の値だけ減少させる（ステップＳ４０４）。このとき、立案部１１０は、タイムスロット番号、ＥＶのＩＤ、及び更新後のＳｏＣを含むデータをＳｏＣ推移情報に登録する。その後、立案部１１０はステップＳ４０７に進む。
　ＥＶが走行中でない場合、立案部１１０は、ステップＳ４０２の処理結果に基づいて、選択したＥＶが充電中であるか否かを判定する（ステップＳ４０５）。すなわち、充電対象のＥＶとして選択されているか否かが判定される。
　選択したＥＶが充電中である場合、立案部１１０は、タイムスロット間に相当する充電時間に基づいて、ＥＶのＳｏＣを所定の値だけ増加させる（ステップＳ４０６）。このとき、立案部１１０は、タイムスロット番号、ＥＶのＩＤ、及び更新後のＳｏＣを含むデータをＳｏＣ推移情報に登録する。その後、立案部１１０はステップＳ４０７に進む。
　選択したＥＶが充電中でない場合、立案部１１０は、ＥＶのＳｏＣの更新を行わず、ステップＳ４０７に進む。このとき、立案部１１０は、タイムスロット番号、ＥＶのＩＤ、及びＳｏＣを含むデータをＳｏＣ推移情報に登録する。
　ステップＳ４０７では、立案部１１０は、全てのＥＶについて処理が完了したか否かを判定する（ステップＳ４０７）。
　全てのＥＶについて処理が完了していない場合、立案部１１０は、ステップＳ４０２に戻り、同様の処理を実行する。
　全てのＥＶについて処理が完了した場合、立案部１１０は、電力情報１２４及び充電スケジュールに基づいて、電力推移情報を更新する（ステップＳ４０８）。
　具体的には、立案部１１０は、電力情報１２４を参照して、タイムスロット番号に対応する時刻における拠点の電力使用量を特定する。ここで、拠点の電力使用量は、ＥＶに関連しない設備の電力使用量を表す。立案部１１０は、拠点の電力使用量に、ＥＶの充電に応じた電力使用量を加算することによって電力の総使用量を算出する。立案部１１０は、タイムスロット番号及び電力の総使用量を含むデータを電力推移情報に追加する。
　図１４は、実施例１のＥＶ導入／運用支援システム１００が実行する後処理の詳細を説明するフローチャートである。
　立案部１１０は、ＥＶインフラ／運用案リスト１３００からエントリを選択する（ステップＳ５０１）。
　立案部１１０は、エントリに対応するＥＶインフラ／運用案の電力推移情報に基づいて電力デマンド値の最大値を算出し（ステップＳ５０２）、選択したエントリの電力デマンド最大値１３０６に算出した値を設定する。
　立案部１１０は、エントリに対応するＥＶインフラ／運用案のＳｏＣ推移情報に基づいて電欠回数を算出し（ステップＳ５０３）、選択したエントリの電欠回数１３０７に算出した値を設定する。
　具体的には、立案部１１０は、ＳｏＣ推移情報を参照して、タイムスロット間においてＳｏＣが任意の閾値より小さくなった回数を電欠回数として算出する。閾値は例えば０である。前のタイムスロット番号のＳｏＣが２０％で、現在のタイムスロット番号のＳｏＣが０％である場合、電欠が発生していると判定する。前のタイムスロット番号のＳｏＣが０％で、現在のタイムスロット番号のＳｏＣが０％である場合、電欠が発生していると判定されない。
　立案部１１０は、インフラ設備、ＥＶスペック情報３００、シミュレーション要件に含まれる電力の単価等に基づいて、エントリに対応するＥＶインフラ／運用案の総コストを算出し（ステップＳ５０４）、選択したエントリの総コスト１３０８に算出した値を設定する。
　立案部１１０は、ＥＶインフラ／運用案リスト１３００の全てのエントリの処理が完了したか否かを判定する（ステップＳ５０５）。
　立案部１１０は、ＥＶインフラ／運用案リスト１３００の全てのエントリの処理が完了していない場合、立案部１１０は、ステップＳ５０１に戻り、同様の処理を実行する。
　立案部１１０は、ＥＶインフラ／運用案リスト１３００の全てのエントリの処理が完了した場合、立案部１１０は、ＥＶインフラ／運用案リスト１３００を表示するための表示情報を生成し、出力する（ステップＳ５０６）。
　図１５、図１６、図１７、及び図１８は、実施例１のＥＶ導入／運用支援システム１００が提示する画面の一例を示す図である。
　立案部１１０は、表示情報に基づいて図１５に示すような画面１５００を提示する。画面１５００は、表示欄１５０１、表示欄１５０２、選択欄１５０３、表示ボタン１５０４、２次元グラフボタン１５０５、及び３次元グラフボタン１５０６を含む。
　表示欄１５０１は、シミュレーション要件を表示する欄である。表示欄１５０２は、ＥＶインフラ／運用案リスト１３００を表示する欄である。ＥＶインフラ／運用案リスト１３００のエントリは、電欠回数、総コスト等に基づいてソートされてもよい。また、評価指標及び閾値の比較結果に基づいて、ＥＶインフラ／運用案リスト１３００の任意のエントリを強調表示してもよい。
　選択欄１５０３は、ＥＶインフラ／運用案に関連するＳｏＣ推移情報、充電スケジュール、及び電力推移情報のうち、表示する情報を選択するための欄である。選択欄１５０３には、ＳｏＣ推移情報、充電スケジュール、及び電力推移情報がプルダウン形式で表示される。表示ボタン１５０４は、選択欄１５０３にて選択された情報の表示を指示するための操作ボタンである。表示ボタン１５０４が操作された場合、図１６に示すような画面１６００が表示される。画面１６００はＳｏＣ推移情報を表示する画面である。
　２次元グラフボタン１５０５は、立案処理の結果に基づく２次元グラフを表示するための操作ボタンである。２次元グラフボタン１５０５が操作された場合、図１７に示すような画面１７００が表示される。画面１７００は、Ｘ軸選択欄１７０１、Ｙ軸選択欄１７０２、及びグラフ表示欄１７０３を含む。Ｘ軸選択欄１７０１及びＹ軸選択欄１７０２には、グラフの軸として選択可能な項目がプルダウン形式で表示される。グラフ表示欄１７０３は、指定された軸から構成される２次元のグラフ（例えば、散布図）を表示する欄である。
　３次元グラフボタン１５０６は、立案処理の結果に基づく３次元グラフを表示するための操作ボタンである。３次元グラフボタン１５０６が操作された場合、図１７に示すような画面１８００が表示される。画面１８００は、Ｘ軸選択欄１８０１、Ｙ軸選択欄１８０２、Ｚ軸選択欄１８０３、及びグラフ表示欄１８０４を含む。Ｘ軸選択欄１８０１、Ｙ軸選択欄１８０２、Ｚ軸選択欄１８０３には、グラフの軸として選択可能な項目がプルダウン形式で表示される。グラフ表示欄１８０４は、指定された軸から構成される３次元のグラフ（例えば、３次元等高線グラフ）を表示する欄である。
　２次元グラフ又は３次元グラフを表示することによって、最適化問題におけるパレート解を視覚的に把握することができる。これによって、ユーザはＥＶ導入／運用案の適否を判断することができる。
　ＥＶ導入／運用支援システム１００は、シミュレーション要件に基づいて、インフラの候補構成を決定する。本実施例では、ＥＶのスペック及び数、充電器のスペック及び数、並びに、電力デマンド値の上限等、細かな粒度でインフラ構成を決定することによって、利便性を向上させることができる。
　ＥＶ導入／運用支援システム１００は、ＥＶの運用をシミュレーションすることによって、ＳｏＣ及び電力の総使用量等の時間推移を把握することができ、ＥＶの充電スケジュールを生成できる。これによって、ＥＶ導入／運用案の採用可否の判断材料として、インフラ構成だけではなく、インフラ構成を用いたＥＶの運用に関する情報をユーザに提示できる。
　ＥＶ導入／運用支援システム１００は、ＳｏＣの時間推移に基づいて、電欠回数を評価指標として算出できる。これによって、ＥＶ導入／運用案の採用可否の判断材料となる指標をユーザに提示することができる。
　ＥＶ導入／運用支援システム１００は、ユーザはＥＶ導入／運用案の適否の判断材料として、インフラ構成及び評価指標の関係を視覚的に提示できる。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
　また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ等の広範囲のプログラム又はスクリプト言語で実装できる。
　さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
　上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

Claims (14)

  1. 　業務への電気自動車の導入及び運用を支援する計算機システムであって、
    　演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続されるネットワークインタフェースを有する計算機を備え、
    　前記計算機は、
    　電気自動車を運用するためのインフラの構成及び走行スケジュールの案を生成するために実行されるシミュレーションの要件を受け付け、
    　前記シミュレーションの要件に基づいて、インフラの候補構成を決定し、
    　前記電気自動車の走行スケジュールを決定し、
    　前記インフラの候補構成及び前記電気自動車の走行スケジュールに基づいて、前記電気自動車の充電状態を表す充電状態指標の時間推移、及び前記インフラの設置拠点の電力使用量の時間推移をシミュレーションし、
    　前記電気自動車の充電状態指標の時間推移に基づいて、前記インフラの候補構成の評価指標として電欠の発生回数を算出し、
    　前記インフラの候補構成及び前記評価指標を対応づけたデータを格納するリストを表示するための表示情報を生成し、出力することを特徴とする計算機システム。
  2. 　請求項１に記載の計算機システムであって、
    　前記計算機は、前記シミュレーションにおいて、前記電気自動車の走行状態及び前記電気自動車の充電状態指標に基づいて、前記電気自動車の充電スケジュールを生成することを特徴とする計算機システム。
  3. 　請求項１に記載の計算機システムであって、
    　前記計算機は、
    　前記業務における車両の走行履歴の情報を取得し、
    　前記走行履歴の情報に基づいて、前記電気自動車の走行スケジュールを決定することを特徴とする計算機システム。
  4. 　請求項１に記載の計算機システムであって、
    　前記計算機は、前記インフラの候補構成及び前記シミュレーションの結果に基づいて、前記評価指標として、前記インフラの候補構成における運用コスト及び電力使用量の最大値を算出することを特徴とする計算機システム。
  5. 　請求項１に記載の計算機システムであって、
    　前記インフラの候補構成に含まれる項目及び前記評価指標の指定を受け付ける画面を提示し、
    　前記画面を介して指定された前記インフラの候補構成に含まれる項目及び前記評価指標に基づいて、２次元のグラフ及び３次元のグラフの少なくともいずれかを表示することを特徴とする計算機システム。
  6. 　請求項１に記載の計算機システムであって、
    　前記インフラの候補構成は、充電器のスペックに関する情報及び数を含むことを特徴とする計算機システム。
  7. 　請求項１に記載の計算機システムであって、
    　前記インフラの候補構成は、前記電気自動車のスペックに関する情報及び台数を含むことを特徴とする計算機システム。
  8. 　請求項１に記載の計算機システムであって、
    　前記インフラの候補構成は、前記設置拠点の電力使用量の上限値を含むことを特徴とする計算機システム。
  9. 　請求項１に記載の計算機システムであって、
    　前記インフラの候補構成は、発電設備の構成を含むことを特徴とする計算機システム。
  10. 　計算機システムが実行する、業務への電気自動車の導入及び運用の支援方法であって、
    　前記計算機システムは、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続されるネットワークインタフェースを有する計算機を含み、
    　前記業務への電気自動車の導入及び運用の支援方法は、
    　前記計算機が、電気自動車を運用するためのインフラの構成及び走行スケジュールの案を生成するために実行されるシミュレーションの要件を受け付ける第１のステップと、
    　前記計算機が、前記シミュレーションの要件に基づいて、インフラの候補構成を決定する第２のステップと、
    　前記計算機が、前記電気自動車の走行スケジュールを決定する第３のステップと、
    　前記計算機が、前記インフラの候補構成及び前記電気自動車の走行スケジュールに基づいて、前記電気自動車の充電状態を表す充電状態指標の時間推移、及び前記インフラの設置拠点の電力使用量の時間推移をシミュレーションする第４のステップと、
    　前記計算機が、前記電気自動車の充電状態指標の時間推移に基づいて、前記インフラの候補構成の評価指標として電欠の発生回数を算出する第５のステップと、
    　前記計算機が、前記インフラの候補構成及び前記評価指標を対応づけたデータを格納するリストを表示するための表示情報を生成し、出力する第６のステップと、を含むことを特徴とする業務への電気自動車の導入及び運用の支援方法。
  11. 　請求項１０に記載の業務への電気自動車の導入及び運用の支援方法であって、
    　前記第４のステップは、前記計算機が、前記電気自動車の走行状態及び前記電気自動車の充電状態指標に基づいて、前記電気自動車の充電スケジュールを生成するステップを含むことを特徴とする業務への電気自動車の導入及び運用の支援方法。
  12. 　請求項１０に記載の業務への電気自動車の導入及び運用の支援方法であって、
    　前記第２のステップは、
    　前記計算機が、前記業務における車両の走行履歴の情報を取得するステップと、
    　前記計算機が、前記走行履歴の情報に基づいて、前記電気自動車の走行スケジュールを決定するステップと、を含むことを特徴とする業務への電気自動車の導入及び運用の支援方法。
  13. 　請求項１０に記載の業務への電気自動車の導入及び運用の支援方法であって、
    　前記第５のステップは、前記計算機が、前記インフラの候補構成及び前記シミュレーションの結果に基づいて、前記評価指標として、前記インフラの候補構成における運用コスト及び電力使用量の最大値を算出するステップを含むことを特徴とする業務への電気自動車の導入及び運用の支援方法。
  14. 　業務への電気自動車の導入及び運用を支援する計算機に実行させるプログラムであって、
    　前記計算機は、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続されるネットワークインタフェースを有し、
    　前記プログラムは、
    　電気自動車を運用するためのインフラの構成及び走行スケジュールの案を生成するために実行されるシミュレーションの要件を受け付ける手順と、
    　前記シミュレーションの要件に基づいて、インフラの候補構成を決定する手順と、
    　前記電気自動車の走行スケジュールを決定する手順と、
    　前記インフラの候補構成及び前記電気自動車の走行スケジュールに基づいて、前記電気自動車の充電状態を表す充電状態指標の時間推移、及び前記インフラの設置拠点の電力使用量の時間推移をシミュレーションする手順と、
    　前記電気自動車の充電状態指標の時間推移に基づいて、前記インフラの候補構成の評価指標として電欠の発生回数を算出する手順と、
    　前記インフラの候補構成及び前記評価指標を対応づけたデータを格納するリストを表示するための表示情報を生成し、出力する手順と、を前記計算機に実行させることを特徴とするプログラム。
PCT/JP2022/037419 2022-10-06 2022-10-06 計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム WO2024075241A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/037419 WO2024075241A1 (ja) 2022-10-06 2022-10-06 計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/037419 WO2024075241A1 (ja) 2022-10-06 2022-10-06 計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2024075241A1 true WO2024075241A1 (ja) 2024-04-11

Family

ID=90607862

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/037419 WO2024075241A1 (ja) 2022-10-06 2022-10-06 計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム

Country Status (1)

Country Link
WO (1) WO2024075241A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015061496A (ja) * 2013-09-20 2015-03-30 株式会社東芝 充電管理装置、充電管理システムおよび充電管理方法
JP2015092328A (ja) * 2013-10-04 2015-05-14 株式会社東芝 電動車両の運行管理装置及び運行計画立案方法
JP2021093831A (ja) * 2019-12-10 2021-06-17 トヨタ自動車株式会社 サーバ、及び電力管理システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015061496A (ja) * 2013-09-20 2015-03-30 株式会社東芝 充電管理装置、充電管理システムおよび充電管理方法
JP2015092328A (ja) * 2013-10-04 2015-05-14 株式会社東芝 電動車両の運行管理装置及び運行計画立案方法
JP2021093831A (ja) * 2019-12-10 2021-06-17 トヨタ自動車株式会社 サーバ、及び電力管理システム

Similar Documents

Publication Publication Date Title
Ravi et al. Utilization of electric vehicles for vehicle-to-grid services: Progress and perspectives
Lu et al. Multi-agent deep reinforcement learning based demand response for discrete manufacturing systems energy management
Wolinetz et al. Simulating the value of electric-vehicle–grid integration using a behaviourally realistic model
Humayd et al. Distribution system planning to accommodate distributed energy resources and PEVs
Infante et al. Optimal recourse strategy for battery swapping stations considering electric vehicle uncertainty
Cui et al. Operation optimization approaches of electric vehicle battery swapping and charging station: A literature review
JP7221376B2 (ja) 装置、方法、およびプログラム
Luh et al. Scheduling of manufacturing systems using the Lagrangian relaxation technique
Wu et al. Dynamic resource allocation for parking lot electric vehicle recharging using heuristic fuzzy particle swarm optimization algorithm
Aghajani et al. Operational scheduling of electric vehicles parking lot integrated with renewable generation based on bilevel programming approach
JP6913114B2 (ja) 制御装置及びプログラム
Islam et al. Real-time frequency regulation using aggregated electric vehicles in smart grid
Rigas et al. EVLibSim: A tool for the simulation of electric vehicles’ charging stations using the EVLib library
Shalaby et al. A dynamic optimal battery swapping mechanism for electric vehicles using an LSTM-based rolling horizon approach
Zhao et al. Optimal design of energy storage system to buffer charging infrastructure in smart cities
Ding et al. Government subsidies in the power battery recycling industry
Finardi et al. Stochastic hydro-thermal unit commitment via multi-level scenario trees and bundle regularization
Jozi et al. Reliability improvement of the smart distribution grid incorporating EVs and BESS via optimal charging and discharging process scheduling
JP7003297B2 (ja) 送受電管理装置及びプログラム
JP7049278B2 (ja) 管理サーバ及びプログラム
Chen et al. Emergency resources scheduling in distribution system: From cyber-physical-social system perspective
Zheng et al. Overnight charging scheduling of battery electric buses with uncertain charging time
Heilmann et al. How much smart charging is smart?
WO2024075241A1 (ja) 計算機システム、業務への電気自動車の導入及び運用の支援方法、及びプログラム
Li et al. Simulation based scheduling of multiple change propagations in multistage product development processes