WO2021095424A1 - 情報処理システム、及び情報処理システムの制御方法 - Google Patents

情報処理システム、及び情報処理システムの制御方法 Download PDF

Info

Publication number
WO2021095424A1
WO2021095424A1 PCT/JP2020/038754 JP2020038754W WO2021095424A1 WO 2021095424 A1 WO2021095424 A1 WO 2021095424A1 JP 2020038754 W JP2020038754 W JP 2020038754W WO 2021095424 A1 WO2021095424 A1 WO 2021095424A1
Authority
WO
WIPO (PCT)
Prior art keywords
simulation
information processing
processing system
execution
simulator
Prior art date
Application number
PCT/JP2020/038754
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 US17/642,633 priority Critical patent/US20220340182A1/en
Priority to EP20887006.3A priority patent/EP4059806A4/en
Publication of WO2021095424A1 publication Critical patent/WO2021095424A1/ja

Links

Images

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B61RAILWAYS
    • B61LGUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/60Testing or simulation
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B61RAILWAYS
    • B61LGUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/10Operations, e.g. scheduling or time tables
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B61RAILWAYS
    • B61LGUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/10Operations, e.g. scheduling or time tables
    • B61L27/12Preparing schedules
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B61RAILWAYS
    • B61LGUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
    • B61L27/00Central railway traffic control systems; Trackside control; Communication systems specially adapted therefor
    • B61L27/10Operations, e.g. scheduling or time tables
    • B61L27/18Crew rosters; Itineraries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • G06F30/20Design optimisation, verification or simulation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2111/00Details relating to CAD techniques
    • G06F2111/02CAD in a network environment, e.g. collaborative CAD or distributed simulation

Definitions

  • the present invention relates to an information processing system and a control method of the information processing system.
  • Patent Document 1 a plurality of sites are connected via a wide area network, and efficient wide area distributed simulation is performed while ensuring security so that unnecessary or inappropriate simulation information is not exchanged between the sites. It describes a distributed simulation system configured for the purpose of realizing.
  • the above multiple sites refer to the premises distribution simulation definition information, and the premises distribution simulation manager that controls communication between different model distribution simulators, and the premises representative that selects only the simulation information that can be disclosed to the outside and publishes it to the outside of the site. It is equipped with a simulator, and the wide area distributed simulation manager controls communication between the site that publishes simulation information and the site that subscribes.
  • Non-Patent Document 1 describes a train operation / passenger behavior simulator that estimates and evaluates passenger behavior, train operation, travel time between stations, and power consumption.
  • Patent Document 1 connects a plurality of sites via a wide area network and exchanges simulation information between the sites, but does not disclose a mechanism for shortening the time required for simulation. Further, in Non-Patent Document 1, passenger behavior, train operation, travel time between stations, and power consumption are estimated and evaluated in order (serially), and the subsequent estimation and evaluation are waited for and the subsequent simulation is executed. However, if the evaluation result does not meet the target value, it is necessary to adjust the parameters and re-execute all the simulations, and it takes a long time to obtain the execution result.
  • the present invention has been made in view of such a background, and is an information processing system and an information processing system capable of efficiently and quickly obtaining execution results as a whole when a plurality of simulations are linked and executed. It is an object of the present invention to provide a control method of.
  • One of the present inventions for achieving the above object is an information processing system that cooperates and executes a plurality of simulations executed by each of a plurality of simulators connected to each other in a communicable manner.
  • Execution order information which is information indicating the execution order, is stored, and execution control of the other simulation is performed when a certain simulation reaches a checkpoint at a time during execution of the simulation.
  • the execution result when a plurality of simulations are linked and executed, the execution result can be obtained efficiently and quickly as a whole.
  • FIG. 1 It is a figure which shows the schematic structure of an information processing system. This is an example of the hardware configuration of the information processing device used to realize the information processing system. It is a figure which shows the main function which the integrated control device has. It is a figure which shows the main function which a train operation management device has. It is a flowchart explaining the integrated simulation processing. This is an example of simulator information. This is an example of evaluation information. This is an example of execution order information. This is an example of CP (checkpoint) It is a flowchart explaining train operation simulation processing. It is a flowchart explaining the power consumption simulation processing. It is a flowchart explaining the crew simulation process. It is a flowchart explaining the fare income simulation processing. It is a flowchart explaining the person flow simulation processing. It is a figure which shows the other configuration of an information processing system. It is a figure which shows the other configuration example of the simulator information. It is a figure which shows another example of execution order information.
  • FIG. 1 shows a schematic configuration of an information processing system 1 described as an embodiment of the present invention.
  • the information processing system 1 outputs information on a comprehensive evaluation of railway balance, fare income, personnel flow, power consumption, crew schedule, vehicle allocation, etc. by simulating railway operation.
  • simulations related to railway operation are illustrated in this way, but simulations related to other means of transportation (buses, planes, ships, etc.) and means of transportation, various simulations in MaaS (Mobility as a Service), etc.
  • the present invention can be widely applied to various other simulations.
  • the information processing system 1 has a plurality of information processing devices (train operation management device 20, fare income management device 30, personnel flow management device 40, power management device 50, crew members), each of which performs different types of simulations.
  • the management device 60 is included.
  • the information processing system 1 is an information processing device having a user interface for making various settings related to simulation with a user (user, administrator, etc.) and a function for presenting simulation results (hereinafter, "" It is referred to as "general control device 10").
  • the train operation management device 20, the fare income management device 30, the personnel flow management device 40, the power management device 50, and the crew management device 60 may be collectively referred to as a simulation device.
  • the integrated control device 10, the train operation management device 20, the fare income management device 30, the personnel flow management device 40, the power management device 50, and the crew management device 60 are all connected to the communication network 5. These devices can perform bidirectional communication between each device via the communication network 5. These devices may be operated at the same base, or may be distributed and operated at a plurality of different bases (for example, a plurality of bases having different business entities).
  • the communication network 5 is, for example, a LAN (Local Area Network), a WAN (Wide Area Network), the Internet, a public communication network, a dedicated line, or the like.
  • the train operation management device 20 has a train operation simulator 220.
  • the train operation simulator 220 performs a simulation related to train operation (hereinafter, referred to as "train operation simulation") such as planning and changing timetables for the purpose of reducing congestion due to changes in passenger demand.
  • the fare income management device 30 has a fare income simulator 320.
  • the fare income simulator 320 performs a simulation related to fare income (hereinafter, referred to as “fare income simulation”).
  • the person flow management device 40 has a person flow simulator 420.
  • the person flow management device 40 predicts a future demand amount based on data such as past statistical data and the latest event information, and performs a simulation (hereinafter, referred to as “people flow simulation”) for evaluating a congestion rate.
  • the power management device 50 has a power consumption simulator 520.
  • the power management device 50 performs a simulation regarding the power consumption of each train (hereinafter, referred to as “power consumption simulation”).
  • the crew management device 60 has a crew simulator 620.
  • the crew simulator 620 performs a simulation (hereinafter, referred to as “crew simulation”) relating to the generation of the crew schedule according to the vehicle and the evaluation of the restraint time of the crew.
  • the integrated control device 10, the train operation management device 20, the fare income management device 30, the personnel flow management device 40, the power management device 50, and the crew management device 60 are all realized by using an information processing device (computer). It should be noted that two or more of these devices may be realized by using a common information processing device.
  • FIG. 2 shows the hardware configuration of the information processing device used to realize the integrated control device 10, the train operation management device 20, the fare income management device 30, the personnel flow management device 40, the power management device 50, and the crew management device 60. This is an example.
  • the information processing device 100 illustrated includes a processor 101, a main storage device 102, an auxiliary storage device 103, an input device 104, an output device 105, and a communication device 106. These are connected so as to be able to communicate via a communication means such as a bus.
  • the information processing device 100 may be realized by using a virtual information processing resource such as a cloud server provided by a cloud system.
  • the processor 101 includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), an FPGA (Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), an AI (Artificial Intelligence) chip, and the like. It is configured using.
  • a CPU Central Processing Unit
  • MPU Micro Processing Unit
  • GPU Graphics Processing Unit
  • FPGA Field Programmable Gate Array
  • ASIC Application Specific Integrated Circuit
  • AI Artificial Intelligence
  • the main storage device 102 is a device that stores programs and data, and is, for example, a ROM (Read Only Memory), a RAM (Random Access Memory), a non-volatile memory (NVRAM (Non Volatile RAM)), or the like.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • NVRAM Non Volatile RAM
  • the auxiliary storage device 103 includes, for example, an SSD (Solid State Drive), a hard disk drive, an optical storage device (CD (Compact Disc), DVD (Digital Versatile Disc), etc.), a storage system, an IC card, an SD card, or an optical recording device.
  • a reading / writing device for a recording medium such as a medium, a storage area for a cloud server, and the like.
  • Programs and data can be read into the auxiliary storage device 103 via a reading device of a recording medium or a communication device 106.
  • Programs and data stored (stored) in the auxiliary storage device 103 are read into the main storage device 102 at any time.
  • the input device 104 is an interface that accepts input from the outside, and is, for example, a keyboard, a mouse, a touch panel, or the like.
  • the output device 105 is an interface that outputs various information such as processing progress and processing results.
  • the output device 105 is, for example, a display device (liquid crystal monitor, LCD (Liquid Crystal Display), graphic card, etc.) that visualizes the above-mentioned various information, a printing device, and the like.
  • the information processing device 100 may be configured to input or output information from another device via the communication device 106.
  • the communication device 106 is a device that realizes communication with other devices.
  • the communication device 106 is a device that functions as a wired or wireless communication interface that realizes communication with another device via the communication network 5, and is, for example, a NIC (Network Interface Card) or a wireless communication module. (WiFi module, BLE module, etc.) and the like.
  • the processor 101 is the main storage device 102 as a function provided by each of the integrated control device 10, the train operation management device 20, the fare income management device 30, the personnel flow management device 40, the power management device 50, and the crew management device 60. It is realized by reading and executing the program stored in, or by the hardware (FPGA, ASIC, AI chip, etc.) that composes each. For example, an operating system, a device driver, a file system, a DBMS (DataBase Management System) (relational database, NoSQL, etc.) and the like may be introduced in the information processing apparatus 100.
  • DBMS DataBase Management System
  • FIG. 3 shows the main functions of the integrated control device 10.
  • the integrated control device 10 includes a storage unit 110, a simulator information setting unit 120, an evaluation information setting unit 130, an execution order information setting unit 140, a parameter setting unit 150, an execution control unit 160, a communication processing unit 170, and an execution result presentation unit 180. It has each function of.
  • the storage unit 110 stores each information (data) of the simulator information 111, the evaluation information 112, the execution order information 113, the parameter 114, the input data 115, and the output data 116.
  • the storage unit 110 stores such information as, for example, a database table provided by the DBMS or a file provided by the file system.
  • the simulator information setting unit 120 is, for example, a simulation executed by the execution control unit 160 according to the execution order information 113 based on the dialogue processing with the user via the user interface and the information sent from each simulation device (hereinafter, ""
  • the simulator information 111 which is information about each simulator in (referred to as “integrated simulation"), is generated and stored.
  • the evaluation information setting unit 130 generates and stores evaluation information 112, which is information used for evaluating the execution result of the integrated simulation, while performing interactive processing with the user 2 via the user interface, for example.
  • the execution order information setting unit 140 generates and stores execution order information 113, which is information on the execution order of each simulator in the integrated simulation, while performing dialogue processing with the user 2 via the user interface, for example.
  • the parameter setting unit 150 generates and stores various parameters 114 used by each simulator when executing the simulation, for example, while performing interactive processing with the user 2 via the user interface.
  • the execution control unit 160 executes the integrated simulation by transmitting a simulation execution instruction to each simulation device according to the execution order information 113, and generates output data 116 which is data including the result.
  • the execution control unit 160 executes the integrated simulation with the input data 115 as an input.
  • the communication processing unit 170 communicates with each simulation device, and transmits or receives simulation execution control information, various information related to the simulation (various parameters, execution results, etc.), and the like.
  • the execution result presentation unit 180 generates output data 116 including the execution result of the integrated simulation, and outputs information based on the generated output data 116 to the output device 105.
  • FIG. 4 shows the main functions of the train operation management device 20.
  • the train operation management device 20 includes the functions of the storage unit 210, the train operation simulator 220, and the communication processing unit 240.
  • the storage unit 210 stores each information (data) of simulation information 211, evaluation information 212, execution order information 213, parameter 214, unique information 215 (operation schedule, etc.), input data 216, intermediate data 217, and output data 218. To do.
  • the storage unit 210 stores such information as, for example, a database table provided by the DBMS or a file provided by the file system.
  • the train operation simulator 220 executes a train operation simulation when it receives an execution instruction sent from the integrated control device 10, and generates output data 218 including the execution result.
  • the train operation simulator 220 generates intermediate data 217 during execution of the train operation simulation.
  • the communication processing unit 240 communicates with the general control device 10 and each simulation device, and receives simulation execution control information and various information related to the simulation (evaluation information 212, input data 216, intermediate data 217, output data 218, etc.). Send or receive.
  • FIG. 5 is a flowchart illustrating a process (hereinafter, referred to as “integrated simulation process S500”) performed when the integrated control device 10 executes the integrated simulation.
  • integrated simulation process S500 will be described with reference to the drawings.
  • the simulator information setting unit 120 of the integrated control device 10 generates and stores the simulator information 111 (S511).
  • FIG. 6 shows an example of simulator information 111.
  • the illustrated simulator information 111 is composed of a plurality of records (entries) having each item of the simulator name 1111, the input data 1112, the intermediate data 1113, and the output data 1114.
  • One record of the simulator information 111 corresponds to one of the simulators.
  • a simulator identifier (simulator name in this example) is set in the simulator name 1111.
  • Information indicating the type of input data 216 of the simulator is set in the input data 1112.
  • information indicating the type of the intermediate data 217 generated by the simulator in the middle of the simulation is set.
  • Information indicating the type of output data 218 generated by the simulator is set in the output data 1114.
  • the evaluation information setting unit 130 of the integrated control device 10 subsequently generates and stores the evaluation information 112 (S512).
  • FIG. 7 shows an example of the evaluation information 112.
  • the example evaluation information 112 is composed of a plurality of records (entries) having each item of input data 1121, evaluation item 1122, target value 1123, priority 1124, and related simulator 1125.
  • One record of the evaluation information 112 corresponds to one of the items to be evaluated (hereinafter, referred to as "evaluation item").
  • the contents of the input data 115 of the integrated simulation are set in the input data 1121.
  • Information indicating an item to be evaluated is set in the evaluation item 1122.
  • a target value set for the evaluation item is set in the target value 1123.
  • the priority of the evaluation item is set in the priority 1124.
  • an identifier (simulator name in this example) of the simulator having a relation with the evaluation item is set.
  • the execution order information setting unit 140 of the overall control device 10 subsequently generates and stores the execution order information 113 (S513).
  • FIG. 8 shows an example of execution order information 113. It should be noted that the figure is a graphic representation of the contents of the execution order information 113. As shown in the figure, the execution order information 113 includes information indicating the execution order of each simulation in the integrated simulation.
  • the train operation simulation is executed by the train operation simulator 220 with the "planned timetable" as the input data 216.
  • the train operation simulator 220 generates a "temporary timetable” as output data 218 during the simulation.
  • the fare income simulation by the fare income simulator 320 the human flow simulation by the human flow simulator 420, the power consumption simulation by the power consumption simulator 520, and the crew simulation by the crew simulator 620 are executed.
  • the yen symbol " ⁇ " shown with reference numerals 81 to 83 in the figure represents a checkpoint (hereinafter referred to as "CP") at a time point set in the middle of the simulation.
  • the CP is the time point at which the subsequent simulation is triggered.
  • CP81 is set in the middle of the train operation simulation.
  • CP82 is set in the middle of the fare income simulation
  • CP83 is set in the middle of the human flow simulation.
  • the train operation simulation When the train operation simulation reaches CP81, the intermediate data 217 has been generated, and the power consumption simulator 520 and the crew simulator 620 have already been generated in the CP81 without waiting for the train operation simulator 220 to generate the output data 218. It becomes possible to execute each simulation using the intermediate data 217.
  • the train operation simulator 220 passes the intermediate data 217 generated at that time to each simulation device that executes the subsequent simulation, and each of these simulation devices passes the passed intermediate data.
  • Each simulation power consumption simulation, crew simulation
  • the train operation simulator 220 generates "number of vehicles”, “number of crew members”, and “intermediate timetable” as intermediate data 217, and "number of vehicles” and “intermediate timetable” are added to the subsequent power consumption simulator 520.
  • the "number of crew members” and the “intermediate timetable” are passed to the subsequent crew member simulator 620 as inputs for each.
  • the power consumption simulator 520 starts the power consumption simulation by inputting the passed "number of vehicles” and “intermediate diamond", and the crew simulator 620 starts the crew simulation by inputting the "crew” and "intermediate timetable”. To do.
  • the CP82 shown in the figure is set when an obstacle occurs, for example, when the fare income falls below a certain value in the fare income simulation by the fare income simulator 320.
  • the fare revenue simulator 320 instructs the human flow simulator 420 to adjust the parameters and re-execute the simulation.
  • the CP 83 is set when an obstacle occurs, for example, when the congestion rate becomes a certain value or more in the human flow simulation by the human flow simulator 420.
  • the human flow simulator 420 instructs the fare revenue simulator 320 to adjust the parameters and re-execute the simulation.
  • the square symbol “ ⁇ ” indicated by the reference numeral 85 in FIG. 8 indicates the end time point of each simulation.
  • the "temporary timetable" which is the output data 218 is passed to the subsequent fare income simulator 320 and the human flow simulator 420, and the fare income simulation and the human flow simulation are started by inputting this. To.
  • Each simulator transmits the generated output data 218 to the integrated control device 10 when each simulation is completed.
  • the train operation simulator 220 is a "temporary timetable”
  • the fare income simulator 320 is "income”
  • the people flow simulator 420 is “congestion rate”
  • the power consumption simulator 520 is “power consumption”
  • the simulator 620 transmits the "average restraint time” to the control device 10 as output data 218, respectively.
  • Figure 9 shows an example of CP.
  • CP can be set from various viewpoints.
  • the CP can be set, for example, from the viewpoint of time, the viewpoint of the simulation situation (event), and the like.
  • Each row in the table shown in the figure corresponds to one of the simulators for which CP is set.
  • the CP81 shown in FIG. 8 corresponds to the “time when the intermediate data 217 is acquired” in the “normal time” of the “CP based on the simulation status (event)” of the train operation simulator 220 in the first line of FIG. To do.
  • FIG. 8 is a “congestion rate ⁇ constant value” of “abnormal time” (at the time of failure) in “CP based on simulation status (event)” of the fare income simulator 320 in the second line of FIG. And "income ⁇ constant value”.
  • the CP83 illustrated in FIG. 8 is a “congestion rate ⁇ constant value” of “abnormal time” (at the time of failure) among “CP based on simulation situation (event)” of the human flow simulator 420 in the third line of FIG. And "income ⁇ constant value”.
  • FIG. 8 is a “congestion rate ⁇ constant value” of “abnormal time” (at the time of failure) in “CP based on simulation status (event)” of the fare income simulator 320 in the second line of FIG. And “income ⁇ constant value”.
  • the train operation simulator 220 is further subjected to "designated time (when noon (12:00) arrives, etc.)” and “designated cycle (processing of the morning timetable is completed” as “CP based on the viewpoint of time”. (When the process is completed, when the processing of the intermediate diamond is completed, etc.) ”is set.
  • the user can set the CP from various viewpoints.
  • the user can adjust the integrated simulation so that it can be executed efficiently and quickly as a whole by appropriately setting the CP according to the properties and characteristics of the simulator (simulation).
  • the execution control unit 160 of the integrated control device 10 subsequently receives the parameters 114 and the input data 115 used by each simulator when executing the simulation from the user via the user interface (S514).
  • the parameter 114 may be automatically generated, for example, based on past actual values or the like. Further, it may be automatically generated by using a machine learning model in which past actual values are trained as training data.
  • the execution control unit 160 refers to the execution order information 113, and for each simulation device that performs the simulation in the integrated simulation, the simulator information 111 set in S511, the evaluation information 112 set in S512, and the execution order set in S513. Information 113 and the parameter 114 set in S514 are transmitted (S515).
  • the execution control unit 160 does not necessarily have to transmit all of this information to each simulation device, but may at least transmit information necessary for executing the integrated simulation.
  • the execution control unit 160 starts the integrated simulation (S516).
  • the execution control unit 160 instructs the train operation simulator 220 of the train operation management device 20, which is the simulator that first executes the simulation, to start execution (starting instruction). ) Is sent.
  • the execution control unit 160 waits for the reception of the output data 218 sent from each simulator that executes each simulation in the integrated simulation (S517: NO).
  • the execution control unit 160 When the output data 218 is received from all the simulators that execute each simulation in the integrated simulation (S517: NO), the execution control unit 160 subsequently generates and generates information including the execution result based on the received output data 218. The generated information is output to the output device 105 (screen display, etc.) (S518).
  • the execution control unit 160 receives an instruction from the user via the user interface as to whether or not to re-execute the integrated simulation (S519).
  • the execution control unit 160 re-executes the process from S514. In this case, the process may be re-executed from any of S511, S512, and S513. If the user does not wish to re-execute (S519: NO), the integrated simulation process S500 ends.
  • FIG. 10 is a process related to a train operation simulation performed by the train operation simulator 220 that has received an execution start instruction from the execution control unit 160 of the integrated control device 10 in S516 of FIG. 5 (hereinafter, referred to as “train operation simulation process S1000”. ) Is a flowchart for explaining.
  • the train operation simulation process S1000 will be described with reference to the figure.
  • the case where the execution order information 113 has the contents shown in FIG. 8 will be described as an example.
  • the train operation simulator 220 receives the simulator information 111, the evaluation information 112, the execution order information 113, the parameter 114, and the input data 115 transmitted by the execution control unit 160 in S515 of FIG. 5 (S1011), and receives S516 of FIG. Waits for the execution start instruction to be transmitted by the execution control unit 160 (S1012: NO).
  • the train operation simulator 220 Upon receiving the execution start instruction (S1012: YES), the train operation simulator 220 starts the train operation simulation by inputting the received input data 115 (S1013).
  • the train operation simulator 220 transmits the intermediate data 217 and the execution start instruction to the power consumption simulator 520 and the crew simulator 620 (S1015).
  • the train operation simulator 220 transmits the output data 218 and the execution start instruction to the fare income simulator 320 and the human flow simulator 420 (S1017).
  • the train operation simulator 220 transmits the output data 218 to the integrated control device 10 (S1018).
  • FIG. 11 is a flowchart illustrating a process related to the power consumption simulation performed by the power consumption simulator 520 (hereinafter, referred to as “power consumption simulation process S1100”).
  • power consumption simulation process S1100 will be described with reference to the figure.
  • the power consumption simulator 520 receives the evaluation information 112, the execution order information 113, and the parameter 114 transmitted by the execution control unit 160 in S515 of FIG. 5 (S1111), and then the train operation simulator in S1015 of FIG. It waits for the execution start instruction transmitted by 220 and the reception of the intermediate data 217 (S1112: NO).
  • the power consumption simulator 520 executes the power consumption simulation by inputting the received intermediate data 217 (S1113).
  • the power consumption simulator 520 determines whether or not the execution result of the power consumption simulation satisfies the target value of the evaluation information 112 (S1114).
  • the process proceeds to S1116.
  • the power consumption simulator 520 adjusts the parameter 214 so that a predetermined number of evaluation items satisfy the target value in descending order of priority. Then, the power consumption simulation is re-executed (S1115).
  • the power consumption simulator 520 In S1116, the power consumption simulator 520 generates output data 218 including the execution result and transmits it to the integrated control device 10. When the power consumption simulation is re-executed, the power consumption simulator 520 transmits both the output data 218 including the first execution result and the output data 218 including the re-execution execution result to the integrated control device 10. You may do so.
  • the power consumption simulator 520 receives the "number of vehicles" and the "intermediate timetable" as the intermediate data 217 in S1112, and each evaluation item of the instantaneous maximum power consumption and the total power consumption is measured by the power consumption simulation.
  • the power consumption simulator 520 targets, for example, the evaluation item "instantaneous maximum power consumption” having a higher priority than the evaluation item "total power consumption”.
  • Adjust parameter 214 to meet the value and rerun the simulation.
  • FIG. 12 is a flowchart illustrating a process related to the crew simulation performed by the crew simulator 620 (hereinafter, referred to as “crew simulation process S1200”).
  • crew simulation process S1200 the crew simulation process S1200 will be described with reference to the figure.
  • the crew simulator 620 receives the evaluation information 112, the execution order information 113, and the parameter 114 transmitted by the execution control unit 160 in S515 of FIG. 5 (S1211), and then the train operation simulator 220 receives in S1015 of FIG. It waits for the execution start instruction to be transmitted and the reception of the intermediate data 217 (S1212: NO).
  • the crew simulator 620 executes the crew simulation by inputting the received intermediate data 217 (S1213).
  • the crew simulator 620 determines whether or not the execution result of the crew simulation satisfies the target value of the evaluation information 112 (S1214).
  • the execution result satisfies the target value of the evaluation information 112 (S1214: YES)
  • the process proceeds to S1216.
  • the crew simulator 620 adjusts the parameters so that a predetermined number of evaluation items satisfy the target value in descending order of priority and simulates. Is re-executed (S1215).
  • the crew simulator 620 In S1216, the crew simulator 620 generates output data 218 including the execution result and transmits it to the integrated control device 10. When the crew simulation is re-executed, even if the crew simulator 620 transmits both the output data 218 including the first execution result and the output data 218 including the re-execution execution result to the integrated control device 10. Good.
  • FIG. 13 is a flowchart illustrating a process related to the fare income simulation performed by the fare income simulator 320 (hereinafter, referred to as “fare income simulation process S1300”).
  • fare income simulation process S1300 the fare income simulation process S1300 will be described with reference to the figure.
  • the fare income simulator 320 receives the simulator information 111, the evaluation information 112, the execution order information 113, and the parameter 114 transmitted by the execution control unit 160 in S515 of FIG. 5 (S1311), and then in S1017 of FIG. It waits for the execution start instruction and the output data 218 to be transmitted by the train operation simulator 220 (S1312: NO).
  • the fare income simulator 320 executes the fare income simulation by inputting the received output data 218 (S1313).
  • the fare income simulator 320 determines whether or not the execution result of the fare income simulation satisfies the target value of the evaluation information 112 (S1314).
  • the process proceeds to S1318.
  • the execution result does not satisfy the target value of the evaluation information 112 (S1314: NO)
  • the process proceeds to S1315.
  • the fare income simulator 320 sets the CP 82 and communicates with the human flow simulator 420 to adjust the parameter 214. Subsequently, the fare income simulator 320 re-executes the fare income simulation up to CP82 using the adjusted parameter 214 (S1316). After that, the process returns to S1314.
  • the fare income simulator 320 communicates with the human flow simulator 420 to check the execution results of each, and determines whether or not the parameter 214 needs to be adjusted (S1319). If it is necessary to adjust the parameter 214 (S1319: YES), the process returns to the process of S1315, and if it is not necessary to adjust the parameter 214 (S1319: NO), the process proceeds to the process of S1320.
  • the fare income simulator 320 generates output data 218 including the execution result of the fare income simulation and transmits it to the integrated control device 10.
  • FIG. 14 is a flowchart illustrating a process related to the human flow simulation performed by the human flow simulator 420 (hereinafter, referred to as “human flow simulation process S1400”).
  • human flow simulation process S1400 will be described with reference to the figure.
  • the human flow simulator 420 receives the simulator information 111, the evaluation information 112, the execution order information 113, and the parameter 114 transmitted by the execution control unit 160 in S515 of FIG. 5 (S1411), and then trains in S1017 of FIG. It waits for the execution start instruction and the output data 218 to be transmitted by the operation simulator 220 (S1412: NO).
  • the human flow simulator 420 executes the human flow simulation with the received output data 218 as an input (S1413).
  • the human flow simulator 420 determines whether or not the execution result of the human flow simulation satisfies the target value of the evaluation information 112 (S1414).
  • the process proceeds to S1418.
  • the execution result does not satisfy the target value of the evaluation information 112 (S1414: NO)
  • the process proceeds to S1415.
  • the human flow simulator 420 sets the CP83 and communicates with the fare income simulator 320 to adjust the parameter 214. Subsequently, the human flow simulator 420 re-executes the human flow simulation up to CP83 using the adjusted parameter 214 (S1416). After that, the process returns to S1414.
  • the human flow simulator 420 communicates with the fare income simulator 320, confirms the execution results of each, and determines whether or not the parameter 214 needs to be adjusted (S1419). If it is necessary to adjust the parameter 214 (S1419: YES), the process returns to the process of S1415, and if it is not necessary to adjust the parameter 214 (S1419: NO), the process proceeds to the process of S1420.
  • the human flow simulator 420 generates output data 218 including the execution result of the human flow simulation and transmits it to the integrated control device 10.
  • the fare income simulator 320 and the human flow simulator 420 receive the “temporary timetable” as the output data 218 from the train operation simulator 220 in S1311 and S1411, and the fare income simulation is used as an evaluation item.
  • the traffic simulation evaluates each evaluation item of "maximum congestion rate” and "average congestion rate”. If at least one of these evaluation items does not meet the target value, the fare income simulator 320 or the human flow simulator 420 sets CP82 or CP83 at the time when the evaluation values of these evaluation items are calculated by simulation, for example.
  • the fare income simulator 320 and the human flow simulator 420 adjust the parameter 214. At this time, the fare income simulator 320 and the human flow simulator 420 make the above adjustments while considering the priority of each evaluation item. For example, by lowering the fare in the target time zone, the fare income decreases, but the fare income Since the maximum congestion rate has a higher priority than that, the parameter 214 is adjusted so that the maximum congestion rate is alleviated.
  • the information processing system 1 of the present embodiment integrates using the intermediate data generated at that time when a certain simulation constituting the integrated simulation reaches the CP when executing the integrated simulation. Run the other simulations that make up the simulation.
  • the CP is set due to an event such as a failure, the parameters are adjusted, the processing up to the CP is re-executed, and the execution result is notified to the overall control device 10. Therefore, the integrated simulation can be performed efficiently and quickly as a whole.
  • the information processing system 1 of the present embodiment can easily cope with a case where the number (types) of simulations constituting the integrated simulation increases or decreases.
  • the information processing system 1 has a vehicle allocation management device having a vehicle allocation simulator 720 that performs a simulation (hereinafter, referred to as “vehicle allocation simulation”) relating to vehicle allocation (vehicle schedule planning).
  • vehicle allocation simulation a simulation relating to vehicle allocation (vehicle schedule planning).
  • 70 is newly incorporated.
  • the user 2 can easily reset the integrated simulation in a form incorporating the vehicle allocation simulation by setting the simulator information 111, the evaluation information 112, and the execution order information 113 (including the CP setting). it can.
  • FIG. 16 shows an example in which a vehicle allocation simulation is added to the simulator information 111 illustrated in FIG. 6, and FIG. 17 shows an example in which a vehicle allocation simulator 720 is added to the execution order information 113 illustrated in FIG.
  • the present invention is not limited to the above-described embodiments, and includes various modifications.
  • the above-described embodiment describes the configuration in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one including all the described configurations.
  • a part of the configuration of each embodiment can be added, deleted, or replaced with another configuration.
  • each of the above configurations, functions, processing units, processing means, etc. may be realized by hardware by designing a part or all of them by, for example, an integrated circuit. It can also be realized by the program code of the software that realizes each function shown in the embodiment.
  • a storage medium in which the program code is recorded is provided to the information processing device (computer), and the processor included in the information processing device reads the program code stored in the storage medium.
  • the program code itself read from the storage medium realizes the functions of the above embodiments, and the program code itself and the storage medium storing the program code itself constitute the present invention.
  • Examples of the storage medium for supplying such a program code include a hard disk, SSD (Solid State Drive), optical disk, magneto-optical disk, CD-R, flexible disk, CD-ROM, DVD-ROM, magnetic tape, and the like.
  • SSD Solid State Drive
  • Non-volatile memory cards, ROMs, etc. are used.
  • control lines and information lines indicate those that are considered necessary for explanation, and do not necessarily indicate all the control lines and information lines in the product. All configurations may be interconnected. In the above, various types of information are illustrated in a table format, but these information may be managed in a format other than the table.

Landscapes

  • Engineering & Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Train Traffic Observation, Control, And Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

通信可能に接続された複数のシミュレータの夫々が実行する複数のシミュレーションを連携させて実行する際に全体として効率よく迅速に実行する。情報処理システムは、複数のシミュレーションの実行順序を示す情報である実行順序情報を記憶する。各シミュレータは、実行開始時に入力されるデータである入力データに基づきシミュレーションを実行して出力データを生成し、シミュレーションの実行途中の時点であるチェックポイントに到達したことを契機として他のシミュレーションの実行制御を行う。チェックポイントは、例えば、時間の観点又はシミュレーションの状況の観点に基づき設定される。

Description

情報処理システム、及び情報処理システムの制御方法
 本発明は、情報処理システム、及び情報処理システムの制御方法に関する。
 本出願は、2019年11月13日に出願された日本特許出願2019-205480号に基づく優先権を主張し、その開示全体を援用して本出願に取り込むものである。
 特許文献1には、広域ネットワークを介して複数のサイト間を接続し、サイト間で不必要または不適切なシミュレーション情報の交換が行われないようにセキュリティを確保しつつ、効率的な広域分散シミュレーションを実現することを目的として構成された分散シミュレーションシステムについて記載されている。上記複数のサイトは、構内分散シミュレーション定義情報を参照し、異機種分散シミュレータ間の通信制御を行う構内分散シミュレーションマネージャと、外部へ公開可能なシミュレーション情報のみを選択してサイト外部へ公開する構内代表シミュレータとを備え、広域分散シミュレーションマネージャは、シミュレーション情報を公開するサイトと購読するサイト間での通信制御を行う。
 非特許文献1には、旅客行動の推定、列車運行の推定、駅間走行時間の推定、及び消費電力量を推定して評価する、列車運行/旅客行動シミュレータに関して記載されている。
特開2001-306538公報 「高機能な列車運行/旅客行動シミュレータの開発と列車運行の多面的評価」、武内陽子,坂口隆,熊澤一将,國松武俊,佐藤圭介、電気学会論文誌. D,産業応用部門誌 135(4), 411-419, 2015
 情報処理装置を用いてシミュレーションにより何らかの事象について予測や評価をする際に複数のシミュレーションを連携させる必要がある場合は少なくない。例えば、列車の運行計画に際しては、鉄道を利用する旅客の利便性、運行コスト、消費電力量、二酸化炭素排出量等、様々な観点から評価を行う必要があり、複数のシミュレーションを連携させ、統括的なシミュレーションを行う必要がある。またこのように統括的なシミュレーションを実施する際は効率よく迅速に実行結果が得られることが求められる。
 上記の特許文献1では、広域ネットワークを介して複数のサイト間を接続し、サイト間でシミュレーション情報の交換を行うが、シミュレーションに要する時間を短縮する仕組みについては開示されていない。また非特許文献1では、旅客行動、列車運行、駅間走行時間、及び消費電力量の夫々についての推定と評価を順に(シリアルに)行い、先行する推定と評価を待って後続するシミュレーションが実行されるが、評価結果が目標値を満たさない場合、パラメータを調整して全てのシミュレーションを再実行する必要があり、実行結果を得るまでに長時間を要する。
 本発明は、このような背景に鑑みてなされたものであり、複数のシミュレーションを連携させて実行する場合に全体として効率よく迅速に実行結果を得ることが可能な情報処理システム、及び情報処理システムの制御方法を提供することを目的とする。
 上記の目的を達成するための本発明の一つは、通信可能に接続された複数のシミュレータの夫々が実行する複数のシミュレーションを連携して実行する情報処理システムであって、前記複数のシミュレーションの実行順序を示す情報である実行順序情報を記憶し、ある前記シミュレーションが、当該シミュレーションの実行途中の時点であるチェックポイントに到達したことを契機として他の前記シミュレーションの実行制御を行う。
 その他、本願が開示する課題、及びその解決方法は、発明を実施するための形態の欄、及び図面により明らかにされる。
 本発明によれば、複数のシミュレーションを連携させて実行する場合に全体として効率よく迅速に実行結果を得ることができる。
情報処理システムの概略的な構成を示す図である。 情報処理システムの実現に用いる情報処理装置のハードウェア構成の一例である。 統括制御装置が備える主な機能を示す図である。 列車運行管理装置が備える主な機能を示す図である。 統合シミュレーション処理を説明するフローチャートである。 シミュレータ情報の一例である。 評価情報の一例である。 実行順序情報の一例である。 CP(チェックポイント)の例である 列車運行シミュレーション処理を説明するフローチャートである。 電力消費量シミュレーション処理を説明するフローチャートである。 乗務員シミュレーション処理を説明するフローチャートである。 運賃収入シミュレーション処理を説明するフローチャートである。 人流シミュレーション処理を説明するフローチャートである。 情報処理システムの他の構成を示す図である。 シミュレータ情報の他の構成例を示す図である。 実行順序情報の他の一例を示す図である。
 以下、本発明の一実施形態について図面を参照しつつ説明する。以下の説明において、同一の又は類似する機能を有する構成について同一の符号を付して重複する説明を省略することがある。また符号の前に付した「S」の文字は処理ステップを意味する。
 図1に本発明の一実施形態として説明する情報処理システム1の概略的な構成を示している。情報処理システム1は、鉄道の運行に関するシミュレーションを行うことにより、鉄道収支、運賃収入、人流、消費電力、乗務員スケジュール、及び車両割当て等についての総合的な評価に関する情報を出力する。尚、本実施形態では、このように鉄道の運行に関するシミュレーションを例示するが、他の交通機関(バス、飛行機、船舶等)や輸送手段に関するシミュレーション、MaaS(Mobility as a Service)における各種シミュレーション等、本発明は他の様々なシミュレーションに広く適用することができる。
 同図に示すように、情報処理システム1は、夫々が異なる種類のシミュレーションを行う複数の情報処理装置(列車運行管理装置20、運賃収入管理装置30、人流管理装置40、電力管理装置50、乗務員管理装置60)を含む。また情報処理システム1は、ユーザ(利用者、管理者等)との間でシミュレーションに関する各種の設定を行うユーザインタフェースとシミュレーションの結果の提示等を行う機能とを備えた情報処理装置(以下、「統括制御装置10」と称する。)を含む。以下の説明において、列車運行管理装置20、運賃収入管理装置30、人流管理装置40、電力管理装置50、及び乗務員管理装置60のことをシミュレーション装置と総称することがある。
 統括制御装置10、列車運行管理装置20、運賃収入管理装置30、人流管理装置40、電力管理装置50、及び乗務員管理装置60は、いずれも通信ネットワーク5に接続している。これらの装置は、通信ネットワーク5を介して各装置間で双方向通信を行うことが可能である。これらの装置は、同一の拠点で運用されていてもよいし、例えば、複数の異なる拠点(例えば、事業主体の異なる複数の拠点等)に分散して運用されていてもよい。通信ネットワーク5は、例えば、LAN(Local Area Network)、WAN(Wide Area Network)、インターネット、公衆通信網、専用線等である。
 列車運行管理装置20は、列車運行シミュレータ220を有する。列車運行シミュレータ220は、利用客の需要の変化に伴う混雑軽減等を目的として、ダイヤの計画や変更等の列車運行に関するシミュレーション(以下、「列車運行シミュレーション」と称する。)を行う。
 運賃収入管理装置30は、運賃収入シミュレータ320を有する。運賃収入シミュレータ320は、運賃収入に関するシミュレーション(以下、「運賃収入シミュレーション」と称する。)を行う。
 人流管理装置40は、人流シミュレータ420を有する。人流管理装置40は、過去の統計データや最新のイベント情報等のデータに基づき将来の需要量を予測し、混雑率を評価するシミュレーション(以下、「人流シミュレーション」と称する。)を行う。
 電力管理装置50は、電力消費量シミュレータ520を有する。電力管理装置50は、各列車の電力消費量に関するシミュレーション(以下、「電力消費量シミュレーション」と称する。)を行う。
 乗務員管理装置60は、乗務員シミュレータ620を有する。乗務員シミュレータ620は、車両に応じた乗務員スケジュールの生成や乗務員の拘束時間の評価に関するシミュレーション(以下、「乗務員シミュレーション」と称する。)を行う。
 統括制御装置10、列車運行管理装置20、運賃収入管理装置30、人流管理装置40、電力管理装置50、及び乗務員管理装置60は、いずれも情報処理装置(コンピュータ)を用いて実現される。尚、これらの装置の2つ以上を共通の情報処理装置を用いて実現してもよい。
 図2は、統括制御装置10、列車運行管理装置20、運賃収入管理装置30、人流管理装置40、電力管理装置50、及び乗務員管理装置60の各装置の実現に用いる情報処理装置のハードウェア構成の一例である。
 例示する情報処理装置100は、プロセッサ101、主記憶装置102、補助記憶装置103、入力装置104、出力装置105、及び通信装置106を備える。これらはバス等の通信手段を介して通信可能に接続されている。尚、情報処理装置100は、例えば、クラウドシステム(Cloud System)により提供されるクラウドサーバ(Cloud Server)のように仮想的な情報処理資源を用いて実現されるものであってもよい。
 プロセッサ101は、例えば、CPU(Central Processing Unit)、MPU(Micro Processing Unit)、GPU(Graphics Processing Unit)、FPGA(Field Programmable Gate Array)、ASIC(Application Specific Integrated Circuit)、AI(Artificial Intelligence)チップ等を用いて構成されている。
 主記憶装置102は、プログラムやデータを記憶する装置であり、例えば、ROM(Read Only Memory)、RAM(Random Access Memory)、不揮発性メモリ(NVRAM(Non Volatile RAM))等である。
 補助記憶装置103は、例えば、SSD(Solid State Drive)、ハードディスクドライブ、光学式記憶装置(CD(Compact Disc)、DVD(Digital Versatile Disc)等)、ストレージシステム、ICカード、SDカードや光学式記録媒体等の記録媒体の読取/書込装置、クラウドサーバの記憶領域等である。補助記憶装置103には、記録媒体の読取装置や通信装置106を介してプログラムやデータを読み込むことができる。補助記憶装置103に格納(記憶)されているプログラムやデータは主記憶装置102に随時読み込まれる。
 入力装置104は、外部からの入力を受け付けるインタフェースであり、例えば、キーボード、マウス、タッチパネル等である。
 出力装置105は、処理経過や処理結果等の各種情報を出力するインタフェースである。出力装置105は、例えば、上記の各種情報を可視化する表示装置(液晶モニタ、LCD(Liquid Crystal Display)、グラフィックカード等)、印字装置等である。尚、例えば、情報処理装置100が通信装置106を介して他の装置との間で情報の入力や出力を行う構成としてもよい。
 通信装置106は、他の装置との間の通信を実現する装置である。通信装置106は、通信ネットワーク5を介した他の装置との間の通信を実現する、有線方式または無線方式の通信インタフェースとして機能する装置であり、例えば、NIC(Network Interface Card)、無線通信モジュール(WiFiモジュール、BLEモジュール等)等である。
 統括制御装置10、列車運行管理装置20、運賃収入管理装置30、人流管理装置40、電力管理装置50、及び乗務員管理装置60の各装置の夫々が備える機能は、プロセッサ101が、主記憶装置102に格納されているプログラムを読み出して実行することにより、もしくは、夫々を構成するハードウェア(FPGA、ASIC、AIチップ等)によって実現される。情報処理装置100には、例えば、オペレーティングシステム、デバイスドライバ、ファイルシステム、DBMS(DataBase Management System)(リレーショナルデータベース、NoSQL等)等が導入されていてもよい。
 図3に統括制御装置10が備える主な機能を示す。統括制御装置10は、記憶部110、シミュレータ情報設定部120、評価情報設定部130、実行順序情報設定部140、パラメータ設定部150、実行制御部160、通信処理部170、及び実行結果提示部180の各機能を備える。
 記憶部110は、シミュレータ情報111、評価情報112、実行順序情報113、パラメータ114、入力データ115、及び出力データ116の各情報(データ)を記憶する。記憶部110は、例えば、DBMSが提供するデータベースのテーブルや、ファイルシステムが提供するファイルとしてこれらの情報を記憶する。
 シミュレータ情報設定部120は、例えば、ユーザインタフェースを介したユーザとの対話処理や、各シミュレーション装置から送られてくる情報に基づき、実行制御部160が実行順序情報113に従って実行するシミュレーション(以下、「統合シミュレーション」と称する。)における各シミュレータに関する情報であるシミュレータ情報111を生成して記憶する。
 評価情報設定部130は、例えば、ユーザインタフェースを介してユーザ2と対話処理を行いつつ、統合シミュレーションの実行結果の評価に用いる情報である評価情報112を生成して記憶する。
 実行順序情報設定部140は、例えば、ユーザインタフェースを介してユーザ2と対話処理を行いつつ、統合シミュレーションにおける各シミュレータの実行順序に関する情報である実行順序情報113を生成して記憶する。
 パラメータ設定部150は、例えば、ユーザインタフェースを介してユーザ2と対話処理を行いつつ、各シミュレータがシミュレーションの実行に際して利用する各種のパラメータ114を生成して記憶する。
 実行制御部160は、例えば、実行順序情報113に従って各シミュレーション装置にシミュレーションの実行指示を送信することにより統合シミュレーションを実行し、その結果を含むデータである出力データ116を生成する。実行制御部160は、入力データ115を入力として統合シミュレーションを実行する。
 通信処理部170は、各シミュレーション装置との間で通信を行い、シミュレーションの実行制御情報、シミュレーションに関する各種情報(各種パラメータ、実行結果等)等を送信又は受信する。
 実行結果提示部180は、統合シミュレーションの実行結果を含む出力データ116を生成し、生成した出力データ116に基づく情報を出力装置105に出力する。
 図4に列車運行管理装置20が備える主な機能を示す。同図に示すように、列車運行管理装置20は、記憶部210、列車運行シミュレータ220、及び通信処理部240の各機能を備える。
 記憶部210は、シミュレーション情報211、評価情報212、実行順序情報213、パラメータ214、固有情報215(運行ダイヤ等)、入力データ216、中間データ217、及び出力データ218の各情報(データ)を記憶する。記憶部210は、例えば、DBMSが提供するデータベースのテーブルや、ファイルシステムが提供するファイルとして、これらの情報を記憶する。
 列車運行シミュレータ220は、統括制御装置10から送られてくる実行指示を受信すると列車運行シミュレーションを実行し、その実行結果を含む出力データ218を生成する。列車運行シミュレータ220は、列車運行シミュレーションの実行途中に中間データ217を生成する。
 通信処理部240は、統括制御装置10や各シミュレーション装置との間で通信し、シミュレーションの実行制御情報、シミュレーションに関する各種情報(評価情報212、入力データ216、中間データ217、出力データ218等)の送信又は受信を行う。
 尚、列車運行管理装置20以外の他のシミュレーション装置(運賃収入管理装置30、人流管理装置40、電力管理装置50、乗務員管理装置60、車両割当管理装置70)についても、固有情報215等の違いはあるが、基本的な構成は図4に示した列車運行管理装置20と同様である。
 図5は、統括制御装置10が統合シミュレーションを実行する際に行う処理(以下、「統合シミュレーション処理S500」と称する。)を説明するフローチャートである。以下、同図とともに統合シミュレーション処理S500について説明する。
 まず統括制御装置10のシミュレータ情報設定部120が、シミュレータ情報111を生成して記憶する(S511)。
 図6にシミュレータ情報111の一例を示す。例示するシミュレータ情報111は、シミュレータ名1111、入力データ1112、中間データ1113、及び出力データ1114の各項目を有する複数のレコード(エントリ)で構成される。シミュレータ情報111の一つのレコードはシミュレータの一つに対応する。
 シミュレータ名1111には、シミュレータの識別子(本例ではシミュレータ名)が設定される。入力データ1112には、当該シミュレータの入力データ216の種類を示す情報が設定される。中間データ1113には、当該シミュレータがシミュレーションの途中で生成する中間データ217の種類を示す情報が設定される。出力データ1114には、当該シミュレータが生成する出力データ218の種類を示す情報が設定される。
 図5に戻り、続いて、統括制御装置10の評価情報設定部130が、評価情報112を生成して記憶する(S512)。
 図7に評価情報112の一例を示す。例示する評価情報112は、入力データ1121、評価項目1122、目標値1123、優先度1124、及び関連シミュレータ1125の各項目を有する複数のレコード(エントリ)で構成される。評価情報112の一つのレコードは評価の対象とする項目(以下、「評価項目」と称する。)の一つに対応する。
 入力データ1121には、統合シミュレーションの入力データ115の内容が設定される。評価項目1122には、評価の対象とする項目を示す情報が設定される。目標値1123には、当該評価項目について設定される目標値が設定される。優先度1124には、当該評価項目の優先度が設定される。関連シミュレータ1125には、当該評価項目と関連を有するシミュレータの識別子(本例ではシミュレータ名)が設定される。
 図5に戻り、続いて、統括制御装置10の実行順序情報設定部140が、実行順序情報113を生成して記憶する(S513)。
 図8に実行順序情報113の一例を示す。尚、同図は実行順序情報113の内容を図示表記したものである。同図に示すように、実行順序情報113は、統合シミュレーションにおける各シミュレーションの実行順序を示す情報を含む。
 例示する統合シミュレーションでは、まず「計画ダイヤ」を入力データ216として列車運行シミュレータ220により列車運行シミュレーションが実行される。本例では、列車運行シミュレータ220は、シミュレーションに際し、出力データ218として「臨時ダイヤ」を生成する。
 その後、運賃収入シミュレータ320による運賃収入シミュレーション、人流シミュレータ420による人流シミュレーション、電力消費量シミュレータ520による電力消費量シミュレーション、及び乗務員シミュレータ620による乗務員シミュレーションが実行される。
 同図に符号81~83を付して示す円記号「○」は、シミュレーションの途中に設定される時点であるチェックポイント(以下、「CP」と表記する。)を表す。CPは、後続するシミュレーションを起動させる契機となる時点である。本例では、列車運行シミュレーションの途中にCP81が設定されている。また運賃収入シミュレーションの途中にCP82が、人流シミュレーションの途中にCP83が、夫々設定されている。
 列車運行シミュレーションがCP81に到達すると、中間データ217が生成済となり、電力消費量シミュレータ520及び乗務員シミュレータ620は、列車運行シミュレータ220が出力データ218を生成するのを待つことなく、CP81において生成済の中間データ217を利用して夫々のシミュレーションを実行することが可能になる。列車運行シミュレータ220は、実行中のシミュレーションがCP81に到達すると、その時点で生成済みの中間データ217を後続するシミュレーションを実行する各シミュレーション装置に渡し、これらの各シミュレーション装置は、渡された中間データ217を入力として夫々のシミュレーション(電力消費量シミュレーション、乗務員シミュレーション)を開始する。本例では、列車運行シミュレータ220は、中間データ217として「車両数」、「乗務員数」、「中間ダイヤ」を生成し、後続する電力消費量シミュレータ520に「車両数」と「中間ダイヤ」を、また後続する乗務員シミュレータ620に「乗務員数」及び「中間ダイヤ」を、夫々の入力として渡す。電力消費量シミュレータ520は、渡された「車両数」と「中間ダイヤ」を入力として電力消費量シミュレーションを開始し、乗務員シミュレータ620は、「乗務員」及び「中間ダイヤ」を入力として乗務員シミュレーションを開始する。
 このように、先行するシミュレーションがCP81に到達すると、その時点で既に生成されている中間データ217を後続するシミュレーションに渡して後続するシミュレーションが開始されるので、統括シミュレーションに要する時間が全体として短縮され、効率よく統括シミュレーションを実行することができる。
 同図に示すCP82は、運賃収入シミュレータ320による運賃収入シミュレーションにおいて、例えば、運賃収入が一定値以下になる等の障害が生じた際に設定される。CP82が設定される(到達する)と、例えば、運賃収入シミュレータ320は、人流シミュレータ420にパラメータの調整とシミュレーションの再実行を指示する。またCP83は、人流シミュレータ420による人流シミュレーションにおいて、例えば、混雑率が一定値以上になる等の障害が生じた際に設定される。CP83が設定される(到達する)と、例えば、人流シミュレータ420は、運賃収入シミュレータ320にパラメータの調整とシミュレーションの再実行を指示する。 
 このように、障害等のイベントが生じたことを契機としてCP82,83が設定されると、一方のシミュレータが他方のシミュレータにパラメータの調整やシミュレーションの再実施を指示するので、障害等のイベントを考慮した適切な実行結果(出力データ218)を統括制御装置10に返すことができ、統合シミュレーションを全体として効率よく実施することができる。
 図8に符号85を付して示す四角記号「□」は、各シミュレーションの終了時点を示す。本例では、列車運行シミュレータ220がシミュレーションを終了すると、後続する運賃収入シミュレータ320と人流シミュレータ420に出力データ218である「臨時ダイヤ」を渡し、これを入力として運賃収入シミュレーションと人流シミュレーションが開始される。
 各シミュレータは、夫々のシミュレーションが終了すると、生成された出力データ218を統括制御装置10に送信する。本例では、列車運行シミュレータ220は、「臨時ダイヤ」を、運賃収入シミュレータ320は「収入」を、人流シミュレータ420は「混雑率」を、電力消費量シミュレータ520は「電力消費量」を、乗務員シミュレータ620は「平均拘束時間」を、夫々出力データ218として統括制御装置10に送信する。
 図9にCPの例を示す。CPは様々な観点から設定することができる。CPは、例えば、時間の観点やシミュレーションの状況(イベント)の観点等から設定することができる。同図に示す表の各行は、CPの設定対象となるシミュレータの一つに対応する。尚、図8に示したCP81は、図9の一行目の列車運行シミュレータ220の「シミュレーションの状況(イベント)に基づくCP」のうち「正常時」に「中間データ217を取得した時点」に対応する。また図8に例示したCP82は、図9の2行目の運賃収入シミュレータ320の「シミュレーションの状況(イベント)に基づくCP」のうち「非正常時」(障害時)の「混雑率≧一定値」や「収入≦一定値」に対応する。また図8に例示したCP83は、図9の3行目の人流シミュレータ420の「シミュレーションの状況(イベント)に基づくCP」のうち「非正常時」(障害時)の「混雑率≧一定値」や「収入≦一定値」に対応する。尚、図9では、列車運行シミュレータ220に、更に「時間の観点に基づくCP」として「指定時刻(正午(12:00)が到来した時点等)」、「指定周期(午前ダイヤの処理が終了した時点、中間ダイヤの処理が終了した時点等)」を設定している。
 このようにユーザは、様々な観点からCPを設定することができる。ユーザは、シミュレータ(シミュレーション)の性質や特性等に応じてCPを適切に設定することで、統合シミュレーションが全体として効率よく迅速に実行されるように調整することができる。
 図5に戻り、続いて、統括制御装置10の実行制御部160は、各シミュレータがシミュレーションを実施する際に用いるパラメータ114と入力データ115をユーザインタフェースを介してユーザから受け付ける(S514)。上記パラメータ114は、例えば、過去の実績値等に基づき自動生成するようにしてもよい。また過去の実績値を学習データとして学習させた機械学習モデルを用いて自動生成するようにしてもよい。
 続いて、実行制御部160は、実行順序情報113を参照し、統合シミュレーションにおいてシミュレーションを行う各シミュレーション装置に、S511で設定したシミュレータ情報111、S512で設定した評価情報112、S513で設定した実行順序情報113、及びS514で設定したパラメータ114を送信する(S515)。尚、実行制御部160は、必ずしもこれらの情報の全てを各シミュレーション装置に送信する必要はなく、少なくとも統合シミュレーションを実行する上で必要となる情報を送信すればよい。
 続いて、実行制御部160は、統合シミュレーションを開始する(S516)。例えば、実行順序情報113が図8に示した内容である場合、実行制御部160は、最初にシミュレーションを実行するシミュレータである、列車運行管理装置20の列車運行シミュレータ220に実行開始指示(起動指示)を送信する。
 その後、実行制御部160は、統合シミュレーションにおける各シミュレーションを実行する各シミュレータから送られてくる出力データ218の受信を待機する(S517:NO)。
 統合シミュレーションにおける各シミュレーションを実行する全てのシミュレータから出力データ218を受信すると(S517:NO)、続いて、実行制御部160は、受信した出力データ218に基づき実行結果を含む情報を生成し、生成した情報を出力装置105に出力(画面表示等)する(S518)。
 続いて、実行制御部160は、ユーザインタフェースを介してユーザから統合シミュレーションを再実行するか否かの指示を受け付ける(S519)。再実行する指示を受け付けた場合(S519:YES)、実行制御部160は、S514からの処理を再実行する。尚、この場合にS511、S512、及びS513のうちのいずれかの処理から再実行するようにしてもよい。ユーザが再実行を希望しない場合(S519:NO)、統合シミュレーション処理S500は終了する。
 図10は、図5のS516において、統括制御装置10の実行制御部160から実行開始指示を受信した列車運行シミュレータ220が行う列車運行シミュレーションに関する処理(以下、「列車運行シミュレーション処理S1000」と称する。)を説明するフローチャートである。以下、同図とともに列車運行シミュレーション処理S1000について説明する。尚、本例では、実行順序情報113が図8に示した内容である場合を例として説明する。
 列車運行シミュレータ220は、図5のS515にて実行制御部160が送信したシミュレータ情報111、評価情報112、実行順序情報113、パラメータ114、及び入力データ115を受信し(S1011)、図5のS516にて実行制御部160が送信する実行開始指示の受信を待機する(S1012:NO)。
 実行開始指示を受信すると(S1012:YES)、列車運行シミュレータ220は、受信した入力データ115を入力として列車運行シミュレーションを開始する(S1013)。
 続いて、列車運行シミュレータ220は、処理がCP81に到達すると(S1014:YES)、中間データ217及び実行開始指示を電力消費量シミュレータ520と乗務員シミュレータ620に送信する(S1015)。
 続いて、列車運行シミュレータ220は、列車運行シミュレーションが終了すると(S1016:YES)、出力データ218及び実行開始指示を、運賃収入シミュレータ320及び人流シミュレータ420に送信する(S1017)。
 続いて、列車運行シミュレータ220は、出力データ218を統括制御装置10に送信する(S1018)。
 図11は、電力消費量シミュレータ520が行う電力消費量シミュレーションに関する処理(以下、「電力消費量シミュレーション処理S1100」と称する。)を説明するフローチャートである。以下、同図とともに電力消費量シミュレーション処理S1100について説明する。
 電力消費量シミュレータ520は、図5のS515にて実行制御部160が送信した評価情報112、実行順序情報113、及びパラメータ114を受信し(S1111)、その後、図10のS1015にて列車運行シミュレータ220が送信する実行開始指示と中間データ217の受信を待機する(S1112:NO)。
 実行開始指示と中間データ217を受信すると(S1112:YES)、電力消費量シミュレータ520は、受信した中間データ217を入力として電力消費量シミュレーションを実行する(S1113)。
 続いて、電力消費量シミュレータ520は、電力消費量シミュレーションの実行結果が評価情報112の目標値を満たすか否かを判定する(S1114)。上記実行結果が評価情報112の目標値を満たす場合(S1114:YES)、処理はS1116に進む。一方、上記実行結果が評価情報112の目標値を満たさない場合(S1114:NO)、電力消費量シミュレータ520は、優先度の高い順に所定数の評価項目が目標値を満たすようにパラメータ214を調整して電力消費量シミュレーションを再実行する(S1115)。
 S1116では、電力消費量シミュレータ520は、実行結果を含む出力データ218を生成して統括制御装置10に送信する。尚、電力消費量シミュレーションを再実行した場合、電力消費量シミュレータ520が、初回の実行結果を含む出力データ218と再実行の実行結果を含む出力データ218との双方を統括制御装置10に送信するようにしてもよい。
 ここで例えば、電力消費量シミュレータ520が、S1112において中間データ217として「車両数」と「中間ダイヤ」を受信し、電力消費量シミュレーションにより、瞬間最大電力消費量と総消費電力量の各評価項目を評価する場合を考える。これらの評価項目うち少なくともいずれかが目標値を満たさない場合、電力消費量シミュレータ520は、例えば、評価項目「総消費電力量」よりも優先度の高い評価項目「瞬間最大電力消費量」が目標値を満たすようにパラメータ214を調整してシミュレーションを再実行する。この場合のパラメータ214の調整方法としては、例えば、同時に走行する電車を少なくする、電車の回生ブレーキによる発電と発車時のよる電力使用のタイミングを合わせるといった方法が考えられる。
 図12は、乗務員シミュレータ620が行う乗務員シミュレーションに関する処理(以下、「乗務員シミュレーション処理S1200」と称する。)を説明するフローチャートである。以下、同図とともに乗務員シミュレーション処理S1200について説明する。
 乗務員シミュレータ620は、図5のS515にて実行制御部160が送信した評価情報112、実行順序情報113、及びパラメータ114を受信し(S1211)、その後、図10のS1015にて列車運行シミュレータ220が送信する実行開始指示と中間データ217の受信を待機する(S1212:NO)。
 実行開始指示と中間データ217を受信すると(S1212:YES)、乗務員シミュレータ620は、受信した中間データ217を入力として乗務員シミュレーションを実行する(S1213)。
 続いて、乗務員シミュレータ620は、乗務員シミュレーションの実行結果が評価情報112の目標値を満たすか否かを判定する(S1214)。上記実行結果が評価情報112の目標値を満たす場合(S1214:YES)、処理はS1216に進む。一方、上記実行結果が評価情報112の目標値を満たさない場合(S1214:NO)、乗務員シミュレータ620は、優先度の高い順に所定数の評価項目が目標値を満たすようにパラメータを調整してシミュレーションを再実行する(S1215)。
 S1216では、乗務員シミュレータ620は、実行結果を含む出力データ218を生成して統括制御装置10に送信する。尚、乗務員シミュレーションを再実行した場合、乗務員シミュレータ620が、初回の実行結果を含む出力データ218と再実行の実行結果を含む出力データ218との双方を統括制御装置10に送信するようにしてもよい。
 図13は、運賃収入シミュレータ320が行う運賃収入シミュレーションに関する処理(以下、「運賃収入シミュレーション処理S1300」と称する。)を説明するフローチャートである。以下、同図とともに運賃収入シミュレーション処理S1300について説明する。
 運賃収入シミュレータ320は、図5のS515にて実行制御部160が送信したシミュレータ情報111、評価情報112、実行順序情報113、及びパラメータ114を受信し(S1311)、その後、図10のS1017にて列車運行シミュレータ220が送信する実行開始指示と出力データ218の受信を待機する(S1312:NO)。
 実行開始指示と出力データ218を受信すると(S1312:YES)、運賃収入シミュレータ320は、受信した出力データ218を入力として運賃収入シミュレーションを実行する(S1313)。
 続いて、運賃収入シミュレータ320は、運賃収入シミュレーションの実行結果が評価情報112の目標値を満たすか否かを判定する(S1314)。上記実行結果が評価情報112の目標値を満たす場合(S1314:YES)、処理はS1318に進む。一方、上記実行結果が評価情報112の目標値を満たさない場合(S1314:NO)、処理はS1315に進む。
 S1315では、運賃収入シミュレータ320は、CP82を設定するとともに人流シミュレータ420と通信してパラメータ214を調整する。続いて、運賃収入シミュレータ320は、調整後のパラメータ214を用いてCP82まで運賃収入シミュレーションを再実行する(S1316)。その後、処理はS1314に戻る。
 S1318では、運賃収入シミュレータ320は、人流シミュレータ420と通信して夫々の実行結果を確認し、パラメータ214を調整する必要があるか否かを判定する(S1319)。パラメータ214を調整する必要があれば(S1319:YES)、S1315の処理に戻り、パラメータ214を調整する必要がなければ(S1319:NO)、S1320の処理に進む。
 S1320では、運賃収入シミュレータ320は、運賃収入シミュレーションの実行結果を含む出力データ218を生成して統括制御装置10に送信する。
 図14は、人流シミュレータ420が行う人流シミュレーションに関する処理(以下、「人流シミュレーション処理S1400」と称する。)を説明するフローチャートである。以下、同図とともに人流シミュレーション処理S1400について説明する。
 人流シミュレータ420は、図5のS515にて実行制御部160が送信したシミュレータ情報111、評価情報112、実行順序情報113、及びパラメータ114を受信し(S1411)、その後、図10のS1017にて列車運行シミュレータ220が送信する実行開始指示と出力データ218の受信を待機する(S1412:NO)。
 実行開始指示と出力データ218を受信すると(S1412:YES)、人流シミュレータ420は、受信した出力データ218を入力として人流シミュレーションを実行する(S1413)。
 続いて、人流シミュレータ420は、人流シミュレーションの実行結果が評価情報112の目標値を満たすか否かを判定する(S1414)。上記実行結果が評価情報112の目標値を満たす場合(S1414:YES)、処理はS1418に進む。一方、上記実行結果が評価情報112の目標値を満たさない場合(S1414:NO)、処理はS1415に進む。
 S1415では、人流シミュレータ420は、CP83を設定するとともに運賃収入シミュレータ320と通信してパラメータ214を調整する。続いて、人流シミュレータ420は、調整後のパラメータ214を用いてCP83まで人流シミュレーションを再実行する(S1416)。その後、処理はS1414に戻る。
 S1418では、人流シミュレータ420は、運賃収入シミュレータ320と通信して夫々の実行結果を確認し、パラメータ214を調整する必要があるか否かを判定する(S1419)。パラメータ214を調整する必要があれば(S1419:YES)、S1415の処理に戻り、パラメータ214を調整する必要がなければ(S1419:NO)、S1420の処理に進む。
 S1420では、人流シミュレータ420は、人流シミュレーションの実行結果を含む出力データ218を生成して統括制御装置10に送信する。
 尚、運賃の変更により人流は大きな影響を受けるため、運賃収入シミュレーションと人流シミュレーションとは密接な関係を有する。ここで図14及び図15の処理例として、運賃収入シミュレータ320及び人流シミュレータ420が、S1311及びS1411において列車運行シミュレータ220から出力データ218として「臨時ダイヤ」を受信し、運賃収入シミュレーションが評価項目として「運賃収入」を評価し、人流シミュレーションが「最大混雑率」と「平均混雑率」の各評価項目を評価する場合を考える。これらの評価項目のうち少なくともいずれかが目標値を満たさない場合、運賃収入シミュレータ320又は人流シミュレータ420は、例えば、これらの評価項目の評価値がシミュレーションにより算出される時点にCP82又はCP83を設定し、運賃収入シミュレータ320と人流シミュレータ420はパラメータ214の調整を行う。尚、このとき、運賃収入シミュレータ320と人流シミュレータ420は、各評価項目の優先度を考慮しつつ上記の調整を行い、例えば、対象時間帯の運賃を下げることにより運賃収入は下がるが、運賃収入よりも最大混雑率のほうが優先度が高いため、最大混雑率が緩和される方向にパラメータ214を調整する。
 以上、詳細に説明したように、本実施形態の情報処理システム1は、統合シミュレーションの実行に際し、統合シミュレーションを構成するあるシミュレーションがCPに到達すると、当該時点で生成済の中間データを用いて統合シミュレーションを構成する他のシミュレーションを実行する。また障害等のイベントによりCPが設定されると、パラメータを調整してCPまでの処理を再実行して実行結果を統括制御装置10に通知する。このため、統合シミュレーションを全体として効率よく迅速に実施することができる。
 ところで、本実施形態の情報処理システム1は、統合シミュレーションを構成するシミュレーションの数(種類)が増減する場合にも容易に対応することができる。
 例えば、図15に示すように、情報処理システム1に、車両の割当(車両スケジュールの立案)に関するシミュレーション(以下、「車両割当シミュレーション」と称する。)を行う車両割当シミュレータ720を有する車両割当管理装置70を新たに組み込む場合を考える。この場合、ユーザ2は、シミュレータ情報111、評価情報112、実行順序情報113(CPの設定を含む)を設定することで、容易に車両割当シミュレーションを組み込んだ形に統合シミュレーションを設定し直すことができる。
 図16に図6に例示したシミュレータ情報111に車両割当シミュレーションを追記した例を、また図17に図8に例示した実行順序情報113に車両割当シミュレータ720を追記した例を夫々示す。
 以上、本発明の実施形態につき説明したが、本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。また例えば、上記した実施形態は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また各実施形態の構成の一部について、他の構成に追加、削除、置換することが可能である。
 また上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また実施形態で示した各機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体を情報処理装置(コンピュータ)に提供し、その情報処理装置が備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が以上の実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、SSD(Solid State Drive)、光ディスク、光磁気ディスク、CD-R、フレキシブルディスク、CD-ROM、DVD-ROM、磁気テープ、不揮発性のメモリカード、ROM等が用いられる。
 以上の実施形態において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。また以上では各種の情報を表形式で例示したが、これらの情報は表以外の形式で管理してもよい。
1 情報処理システム、2 ユーザ、5 通信ネットワーク、10 統括制御装置、110 記憶部、111 シミュレータ情報、112 評価情報、113 実行順序情報、114 パラメータ、115 入力データ、116 出力データ、120シミュレータ情報設定部、20 列車運行管理装置、210 記憶部、211 シミュレーション情報、212 評価情報、213 実行順序情報、214 パラメータ、215 固有情報、216 入力データ、217 中間データ、218 出力データ、30 運賃収入管理装置、40 人流管理装置、50 電力管理装置、60 乗務員管理装置、100 情報処理装置、130 評価情報設定部、140 実行順序情報設定部、150 パラメータ設定部、160 実行制御部、170 通信処理部、180 実行結果提示部、220 列車運行シミュレータ、320 運賃収入シミュレータ、420 人流シミュレータ、520 電力消費量シミュレータ、620 乗務員シミュレータ、720 車両割当シミュレータ、S500 統合シミュレーション処理、S1000 列車運行シミュレーション処理、S1100 電力消費量シミュレーション処理、S1200 乗務員シミュレーション処理、S1300 運賃収入シミュレーション処理、S1400 人流シミュレーション処理

Claims (10)

  1.  通信可能に接続された複数のシミュレータの夫々が実行する複数のシミュレーションを連携して実行する情報処理システムであって、
     前記複数のシミュレーションの実行順序を示す情報である実行順序情報を記憶し、
     ある前記シミュレーションが、当該シミュレーションの実行途中の時点であるチェックポイントに到達したことを契機として他の前記シミュレーションの実行制御を行う
     ことを特徴とする情報処理システム。
  2.  請求項1に記載の情報処理システムであって、
     前記シミュレータは、実行開始時に入力されるデータである入力データに基づき前記シミュレーションを実行して出力データを生成し、
     第1の前記シミュレーションが前記チェックポイントに到達した際、前記第1のシミュレーションが当該チェックポイントまでの実行途中に生成したデータである中間データを第2の前記シミュレーションに前記入力データとして入力して当該第2のシミュレーションを実行する
     ことを特徴とする情報処理システム。
  3.  請求項2に記載の情報処理システムであって、
     前記実行順序情報において、前記第2のシミュレーションは、前記第1のシミュレーションに後続して実行するように設定されている
     ことを特徴とする情報処理システム。
  4.  請求項1に記載の情報処理システムであって、
     第1の前記シミュレーションが前記チェックポイントに到達した際に第2の前記シミュレーションを再実行させ、
     第2の前記シミュレーションが前記チェックポイントに到達した際に前記第1のシミュレーションを再実行させる
     ことを特徴とする情報処理システム。
  5.  請求項4に記載の情報処理システムであって、
     前記チェックポイントは、前記シミュレーションの実行結果が予め設定された目標値を満たさない場合に設定される
     ことを特徴とする情報処理システム。
  6.  請求項4に記載の情報処理システムであって、
     前記第1のシミュレーションの前記再実行に際し、当該シミュレーションが実行時に用いるパラメータを再設定し、
     前記第2のシミュレーションの前記再実行に際し、当該シミュレーションが実行時に用いるパラメータを再設定する
     ことを特徴とする情報処理システム。
  7.  請求項6に記載の情報処理システムであって、
     前記シミュレーションの結果を評価する複数の評価項目、前記評価項目の夫々について設定された目標値、及び前記評価項目の夫々について設定された優先度を記憶し、
     前記優先度の高い前記評価項目についての前記シミュレーションの実行結果が優先して前記目標値を満たすように前記パラメータを再設定する
     ことを特徴とする情報処理システム。
  8.  請求項1に記載の情報処理システムであって、
     前記チェックポイントは、時間の観点又は前記シミュレーションの状況の観点に基づき設定される
     ことを特徴とする情報処理システム。
  9.  請求項1に記載の情報処理システムであって、
     前記チェックポイントをユーザが設定するためのユーザインタフェースを有する
     ことを特徴とする情報処理システム。
  10.  通信可能に接続された複数のシミュレータの夫々が実行する複数のシミュレーションを連携して実行する情報処理システムの制御方法であって、
     前記情報処理システムが、
     前記複数のシミュレーションの実行順序を示す情報である実行順序情報を記憶するステップ、
     ある前記シミュレーションが、当該シミュレーションの実行途中の時点であるチェックポイントに到達したことを契機として他の前記シミュレーションの実行制御を行うステップ、
     を実行することを特徴とする情報処理システムの制御方法。
     
PCT/JP2020/038754 2019-11-13 2020-10-14 情報処理システム、及び情報処理システムの制御方法 WO2021095424A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/642,633 US20220340182A1 (en) 2019-11-13 2020-10-14 Information processing system and control method for information processing system
EP20887006.3A EP4059806A4 (en) 2019-11-13 2020-10-14 INFORMATION PROCESSING SYSTEM AND CONTROL METHOD FOR THE INFORMATION PROCESSING SYSTEM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019205480A JP7360905B2 (ja) 2019-11-13 2019-11-13 情報処理システム、及び情報処理システムの制御方法
JP2019-205480 2019-11-13

Publications (1)

Publication Number Publication Date
WO2021095424A1 true WO2021095424A1 (ja) 2021-05-20

Family

ID=75897995

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/038754 WO2021095424A1 (ja) 2019-11-13 2020-10-14 情報処理システム、及び情報処理システムの制御方法

Country Status (4)

Country Link
US (1) US20220340182A1 (ja)
EP (1) EP4059806A4 (ja)
JP (1) JP7360905B2 (ja)
WO (1) WO2021095424A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306538A (ja) 2000-04-21 2001-11-02 Mitsubishi Electric Corp 分散シミュレーション管理方法および分散シミュレーションシステム
JP2012008946A (ja) * 2010-06-28 2012-01-12 Mitsubishi Electric Corp 分散シミュレーション方法
JP2014211806A (ja) * 2013-04-19 2014-11-13 キヤノン株式会社 統合シミュレータ装置、シミュレーション方法、及びプログラム
JP2019205480A (ja) 2014-06-04 2019-12-05 バイオエヌテック リサーチ アンド デベロップメント, インコーポレイテッド ガングリオシドgd2に対するヒトモノクローナル抗体

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0833799B2 (ja) * 1988-10-31 1996-03-29 富士通株式会社 データ入出力制御方式
JP2015028725A (ja) * 2013-07-30 2015-02-12 トヨタ自動車株式会社 車両走行シミュレーションシステム
JP6271400B2 (ja) * 2014-11-20 2018-01-31 株式会社日立製作所 鉄道地上設備の劣化推定システム及びその方法
US20170193144A1 (en) * 2015-12-30 2017-07-06 Purdue Research Foundation Asynchronous simulation steering system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001306538A (ja) 2000-04-21 2001-11-02 Mitsubishi Electric Corp 分散シミュレーション管理方法および分散シミュレーションシステム
JP2012008946A (ja) * 2010-06-28 2012-01-12 Mitsubishi Electric Corp 分散シミュレーション方法
JP2014211806A (ja) * 2013-04-19 2014-11-13 キヤノン株式会社 統合シミュレータ装置、シミュレーション方法、及びプログラム
JP2019205480A (ja) 2014-06-04 2019-12-05 バイオエヌテック リサーチ アンド デベロップメント, インコーポレイテッド ガングリオシドgd2に対するヒトモノクローナル抗体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YOKO TAKEUCHITAKASHI SAKAGUCHIKAZUMASA KUMAZAWATAKETOSHI KUNIMATSUKEISUKE SATO: "Development of Detailed Model of Train Operation and Passenger Flow Simulation and Multicriteria Evaluation of Train Operation Plans", IEEJ TRANSACTIONS ON INDUSTRY APPLICATIONS D, vol. 135, no. 4, 2015, pages 411 - 419

Also Published As

Publication number Publication date
JP7360905B2 (ja) 2023-10-13
EP4059806A1 (en) 2022-09-21
JP2021077272A (ja) 2021-05-20
EP4059806A4 (en) 2023-11-08
US20220340182A1 (en) 2022-10-27

Similar Documents

Publication Publication Date Title
Zhang et al. Integrated optimization for feeder bus timetabling and procurement scheme with consideration of environmental impact
EP2932488B1 (en) Transportation plan creation support apparatus and transportation plan creation support method
CN109002625B (zh) 一种基于鲁棒优化的接驳公交网络设计方法
CN106897815A (zh) 一种实时预测车站客流量趋势的方法
EP3835171A1 (en) Information processing system and information processing method
Lei et al. Optimizing total passenger waiting time in an urban rail network: A passenger flow guidance strategy based on a multi-agent simulation approach
CN106503968A (zh) 差旅行程政策控制方法、装置及差旅行程预定方法
EP4328846A1 (en) Operation proposal system and operation proposal producing method
WO2021095424A1 (ja) 情報処理システム、及び情報処理システムの制御方法
CN114493539A (zh) 应用区块链技术的全动模拟机训练数据收集和共享系统
JP2019091389A5 (ja)
JP2019091389A (ja) リソース調停システムおよびリソース調停装置
Chen et al. Resilience assessment model for urban public transportation systems based on structure and function
KR20130044556A (ko) 패턴기반의 열차운행 시뮬레이션 장치 및 이를 포함하는 열차운행 시뮬레이션 시스템
CN110225130B (zh) 公共场合移动终端定位智能交易及社交系统及方法
Lai et al. Resilient schedule coordination for a bus transit corridor
JP2011096057A (ja) 自動改札の入場制限システムおよび入場制限方法
Klumpenhouwer et al. Cost-of-crowding model for light rail train and platform length
Ansarilari et al. Multi-directional transfer time optimization at a single transfer node
Zhang et al. Coordination and Optimization of Long‐Distance Passenger Departure Timetable Connected to High‐Speed Railway Station: Considering the Heterogeneity of Transfer Passengers Demand
VAN et al. Determinants of intention to shift to a new high quality bus service: A mixed logit model analysis for Ho Chi Minh city, Vietnam
JP2023127074A (ja) 乗務員操配システム、乗務員操配方法及び乗務員操配プログラム
JP7549686B2 (ja) 安全運転支援装置、安全運転支援方法及びプログラム
CN108337647A (zh) 轮椅集群管理方法、装置及计算机可读存储介质
JP2013069085A (ja) 目的地別乗客の席集約システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20887006

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020887006

Country of ref document: EP

Effective date: 20220613