Collaboration system and collaboration support method

Abstract

To provide a cooperation system capable of proposing a plan that can be easily adopted by operators of transportation means to be connected.SOLUTION: The cooperation system for creating suggestions for linking multiple modes of transport, which includes: an arithmetic unit that performs a series of given processing; and a storage unit to which the arithmetic unit is accessible. The storage unit stores proposed delay time for delaying the departure of a transportation means, increased number of passengers due to the delay of the related proposal, and information on whether the proposal has been accepted while associating with each other. The arithmetic unit groups the proposals for each travel and stop and generates a model using the delay time of the proposal to delay the departure of the transportation means and the number of passengers increased by the delay caused by the proposal as explanatory variables for each group, and the acceptance probability of the proposal as the objective variable.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a coordination system for coordinating mobility. [Background technology]

[0002] There is a demand for cooperation between multiple modes of transportation such as trains and buses. For example, if a train delay causes a bus to depart at a later time, it will improve convenience for passengers planning to transfer and alleviate congestion at stations caused by passengers being stuck at the station.

[0003] The following prior art is included as background art in this technical field. Patent Document 1 (JP 2012-111375 A) describes a last train connection prediction device that includes a last train connection basic table that stores last train connection basic information indicating which trains are in a connecting train and connected train relationship in a last train connection performed between first trains and second trains managed by first and second train traffic control systems, and when a delayed train is searched for among the first and second trains, searches for a connecting train or connected train of the delayed train by referring to the last train connection basic table, generates last train connection determination predicted timetable information for making the connecting train or connected train wait at a connecting station so that the delayed train can be connected to the relevant train, and transmits the last train connection determination predicted timetable information to the train traffic control system that manages the relevant connecting train or connected train among the first and second train traffic control systems (see abstract). [Prior art documents] [Patent documents]

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

[0005] The background technology described above smoothly determines timetables for connecting last trains, but it is necessary to alleviate congestion at stations caused by passengers staying at stations other than the last train, and coordination between multiple transportation modes is necessary. Also, it is necessary to propose a plan that is easy for operators of the connecting transportation modes to adopt, but the background technology described above does not take into account the possibility of operators adopting the plan.

[0006] The present invention aims to realize a linkage system that proposes plans that are easy for operators of connected transportation means to adopt. [Means for solving the problem]

[0007] A representative example of the invention disclosed in the present application is as follows: That is, a linkage system that creates a proposal for linking a plurality of means of transportation includes a calculation device that executes a predetermined process and a storage device accessible by the calculation device, the storage device stores a delay time of a proposal to delay the departure of a means of transportation, an increase in the number of passengers due to the delay of the proposal, and information on whether the proposal has been accepted in association with each other, the calculation device groups the proposals by operation and stop, and generates a model for each group in which the delay time of the proposal to delay the departure of a means of transportation and the increase in the number of passengers due to the delay of the proposal are explanatory variables and the probability of acceptance of the proposal is a target variable. generating a plurality of connection waiting time proposals from a first transportation means to a second transportation means, estimating the number of passengers of the second transportation means for each of the generated connection waiting time proposals, calculating a probability that the connection waiting time proposals will be accepted using the model, calculating an expected value for each of the connection waiting time proposals by multiplying the probability that the connection waiting time proposals will be accepted by the increase in the number of passengers of the second transportation means, selecting a connection waiting time proposal based on the calculated expected value, and transmitting the selected connection waiting time proposal to a traffic management system. The present invention is characterized by the above. Effect of the Invention

[0008] According to one aspect of the present invention, it is possible to improve the transportation efficiency. Problems, configurations and effects other than those described above will become apparent from the following description of the embodiments. [Brief description of the drawings]

[0009] [Figure 1] 1 is a block diagram showing a configuration of an operation collaboration system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a route map used in explaining the present embodiment. [Diagram 3] FIG. 2 is a diagram showing an example of the configuration of diagram information according to the present embodiment. [Figure 4] FIG. 2 is a diagram showing an example of the configuration of travel demand information in the present embodiment. [Diagram 5] FIG. 2 is a diagram illustrating an example of a configuration of a carrier model according to the present embodiment. [Figure 6] FIG. 13 is a diagram illustrating an example of a configuration of a recommendation response result in the present embodiment. [Figure 7] 11 is a flowchart of a process performed by a business operator model generation program according to the present embodiment. [Figure 8] 11 is a flowchart of a process performed by a collaborative recommendation generating program according to the present embodiment. [Figure 9] FIG. 13 is a diagram illustrating an example of a recommendation screen according to the present embodiment. [Figure 10] FIG. 2 is a diagram showing an example of a passenger information screen in the present embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] First, an overview of the operation collaboration system 1 according to the embodiment of the present invention will be described. A carrier model 153 is created using the responses of transportation operators to past proposals. Then, connecting transportation means are extracted, and a connection waiting time proposal that delays the departure time of the connecting transportation means is created. Then, the expected value of the created connection waiting time proposal is calculated by referring to the carrier model 153, and a proposal that is likely to be accepted by the transportation operator is proposed.

[0011] FIG. 1 is a block diagram showing a configuration of an operation cooperation system 1 according to an embodiment of the present invention.

[0012] The operation cooperation system 1 of this embodiment is configured by a computer having a processor (CPU) 11, a memory 12, an input / output unit 13, a communication unit 14, and a storage unit 15.

[0013] The processor 11 is a computing device that executes programs stored in the memory 12. The processor 11 executes various programs (such as a business operator model generation program 155 and a collaboration recommendation generation program 156) to realize each functional unit of the operation collaboration system 1. Note that some of the processes performed by the processor 11 by executing the programs may be executed by other computing devices (for example, hardware such as ASIC and FPGA).

[0014] The memory 12 includes a ROM, which is a non-volatile storage element, and a RAM, which is a volatile storage element. The ROM stores unchanging programs (e.g., BIOS) and the like. The RAM is a high-speed, volatile storage element such as a DRAM (Dynamic Random Access Memory), and temporarily stores programs executed by the processor 11 and data used when the programs are executed.

[0015] The input / output unit 13 is an interface that receives input from an operator via a connected input device such as a keyboard or mouse, and outputs the execution result of the program in a format that can be viewed by the operator via a connected output device such as a display device or printer. The input / output unit 13 may also include an interface (e.g., USB) that transmits and receives data according to a predetermined protocol. A user terminal connected to the operation cooperation system 1 via a network may provide the input / output unit. In this case, the operation cooperation system 1 may have a web server function, and a web browser on the user terminal may access the operation cooperation system 1 using a predetermined protocol (e.g., http).

[0016] The communication unit 14 is a network interface device that controls communication with other devices (for example, the train traffic control system 2, the bus traffic control system 3, the ticketing system 4, and the passenger information system 5) in accordance with a predetermined protocol.

[0017] The storage unit 15 is a large-capacity non-volatile storage device such as a magnetic storage device (HDD) or a flash memory (SSD). The storage unit 15 stores data (e.g., schedule information 151, travel demand information 152, business operator model 153, recommendation response result 154, etc.) used by the processor 11 when executing a program, and programs (e.g., a linked recommendation generation program 156, a business operator model generation program 155, etc.) executed by the processor 11. That is, the programs are read from the storage unit 15, loaded into the memory 12, and executed by the processor 11 to realize each function of the operation linking system 1.

[0018] The programs executed by the processor 11 are provided to the operation cooperation system 1 via a removable medium (such as a CD-ROM or a flash memory) or a network, and are stored in a non-volatile, non-transitory storage medium of the storage unit 15. For this reason, it is preferable that the operation cooperation system 1 has an interface for reading data from the removable medium.

[0019] The operation collaboration system 1 is a computer system configured on one physical computer, or on multiple logically or physically configured computers, and may operate on a virtual computer constructed on multiple physical computer resources. For example, the collaboration recommendation generation program 156 and the business operator model generation program 155 may operate on separate physical or logical computers, or multiple programs may be combined to operate on a single physical or logical computer.

[0020] The timetable information 151 is information on train and bus operating times created by a railway operator or a public bus operator, and details thereof will be described later with reference to FIG. 3. The travel demand information 152 is information on the history of passenger travel by train or bus, and details thereof will be described later with reference to FIG. 4. The operator model 153 is a model that indicates the possibility that a railway operator or a public bus operator will accept a delay when the departure time of a train or bus is delayed, and details thereof will be described later with reference to FIG. 5. The recommendation response result 154 is information on the contents of the proposal by the operation collaboration system 1 and the contents of the response of the railway operator or the bus operator, and details thereof will be described later with reference to FIG. 6.

[0021] The operator model generation program 155 is a program that creates an operator model 153 using the recommendation response result 154, and details thereof will be described with reference to Fig. 7. The linked recommendation generation program 156 is a program that creates proposals for departure time delays to railway operators and public bus operators, and includes a traffic simulator that predicts train and bus schedules, and a people flow simulator that predicts the number of train and bus passengers. Details of the linked recommendation generation program 156 will be described with reference to Fig. 8.

[0022] The train traffic control system 2 is a computer system used by train operators to manage train operations. The bus traffic control system 3 is a computer system used by bus operators to manage bus operations. The ticketing system 4 is a computer system used by train operators and bus operators to manage passenger fare payments, and collects, for example, ticket gate entry / exit data and fare box boarding / disembarking data. The passenger information system 5 is a computer system that provides guidance to passengers at train stations and bus stops, and displays, for example, operation information obtained from the train traffic control system 2 and bus traffic control system 3 on destination information displays installed in stations, information displays at bus stops, and passenger terminals.

[0023] FIG. 2 is a route map used in the description of this embodiment.

[0024] In the route map shown in Figure 2, there is a railway line that runs from station RS1 through stations RS2, RS3, and RS4. RS From the nearest bus stop BS3 to bus stop BS35, there are two bus routes: one that passes through bus stops BS31 and BS32, and one that passes through bus stops BS33 and BS34. In other words, people going from bus stop BS3 to bus stop BS35 can use either of the two routes mentioned above. RS Between stop BS3 and bus stop BS3, you can transfer between trains and buses.

[0025] FIG. 3 is a diagram showing an example of the configuration of the schedule information 151. As shown in FIG.

[0026] The timetable information 151 is information on train and bus operation timetables created by a railway operator or a bus company, and includes an operation ID 1511, a location 1512, a departure time (planned) 1513, and a departure time (actual) 1514. bus A record is created for each train and each stop station. Operation ID 1511 is unique identification information for the train or bus. Location 1512 is identification information for the location (station or bus stop) from which the train or bus departs. Departure time (planned) 1513 is the scheduled departure time of the train or bus (planned timetable), and departure time (actual) 1514 is the actual departure time of the train or bus (actual timetable). Timetable information 151 is acquired from the railway traffic control system 2 or the bus traffic control system 3.

[0027] FIG. 4 is a diagram showing an example of the configuration of the travel demand information 152. As shown in FIG.

[0028] The travel demand information 152 includes a starting point 1521, an end point 1522, a starting point time 1523, a route 1524, and a number of people 1525, and a record of the history of passenger travel by train or bus is created for each combination of starting point and end point. The starting point 1521 is identification information of a station or bus stop that is the starting point of the travel, and the end point 1522 is identification information of a station or bus stop that is the end point of the travel. The starting point time 1523 is the time of departure from the starting point. Since the travel demand information 152 records travel by boarding a train or bus, the starting point time is the departure time of the train or bus used for the travel. The route 1524 is identification information of the stations and bus stops passed between the starting point 1521 and the end point 1522. The travel demand information 152 can be generated from the records of passenger boarding and disembarking (so-called one-item details) collected by the ticketing system 4.

[0029] FIG. 5 is a diagram showing an example of the configuration of the carrier model 153. As shown in FIG.

[0030] The operator model 153 is a model that indicates the possibility that a railway operator or a public bus operator will accept a delay due to an increase in the number of passengers when the departure time of a train or bus is delayed. The operator model 153 uses the departure time delay time and the increase in the number of passengers as explanatory variables and the acceptance possibility as a target variable, and as shown in the figure, it is a model in which the acceptance possibility decreases as the departure time delay time increases and the acceptance possibility increases as the increase in the number of passengers increases.

[0031] FIG. 6 is a diagram showing an example of the configuration of the recommendation response result 154. As shown in FIG.

[0032] The recommendation response result 154 includes a target 1541, a location 1542, a departure time (planned) 1543, a departure time (proposal) 1544, a number of passengers (normal) 1545, a number of passengers (proposal) 1546, and a response result 1547, and a record is created for each proposal made by the operation collaboration system 1 to a railroad operator or a bus operator. The target 1541 is identification information of a train or bus whose departure time is changed by the proposal. The location 1542 is identification information of a station or bus stop whose departure time is changed by the proposal. The departure time (planned) 1543 is the scheduled departure time before the change by the proposal. The departure time (proposal) 1544 is the departure time after the change by the proposal. The number of passengers (normal) 1545 is a predicted value of the number of passengers on the train or bus before the departure time is changed by the proposal. The number of passengers (proposal) 1546 is a predicted value of the number of passengers on the train or bus after the departure time is changed by the proposal. The response result 1547 is information indicating whether the railroad operator or the bus operator has accepted the proposal.

[0033] The illustrated recommendation response result 154 indicates that the public bus operator has accepted the proposal to delay the departure time of bus 21 from bus stop BS3 by 5 minutes, which would increase the number of passengers by 7.

[0034] FIG. 7 is a flowchart of the process performed by the business operator model generation program 155.

[0035] The processor 11 groups the data recorded in the recommendation response result 154 by station or bus stop and by time period (step 101).

[0036] Thereafter, the processor 11 creates an operator model 153 for each group using the grouped recommendation response results 154 (step 102). For example, the operator model 153 may be generated by learning a neural network using training data in which the departure time delay time and the increase in the number of passengers are explanatory variables and the number of acceptances divided by the number of proposals is an objective variable. The operator model 153 may also be generated using a linear regression model (such as logistic regression analysis) or a nonlinear model (such as random forest or gradient boosting decision tree) in which the departure time delay time and the increase in the number of passengers are explanatory variables and the number of acceptances divided by the number of proposals is an objective variable.

[0037] Fig. 8 is a flowchart of processing by the linked recommendation generation program 156. Fig. 8 describes a case where a user transfers from a train to a bus, but the program can also be applied to transfers from train to train, bus to bus, and bus to train. The linked recommendation generation program 156 monitors actual timetables provided by the train traffic control system 2 and the bus traffic control system 3, and is executed when a delay equal to or greater than a predetermined threshold is detected.

[0038] First, the processor 11 extracts delayed trains from the timetable information 151 (step 111).

[0039] Then, step by step for each delayed train 112 to 122 In step 112, the processor 11 executes the process of Operation simulator This predicts the time that a delayed train will arrive at the station.

[0040] Next, processor 11 refers to the timetable information 151 and extracts a connecting bus from the time difference between the planned train and bus timetables (step 113). For example, at transfer stations and bus stops, the processor extracts the scheduled arrival time if the train is not delayed and a connecting bus that departs between the transfer time and the upper transfer limit time set for each transfer location. Note that the processor may also refer to travel demand information 152 and extract a connecting bus from the number of transfer passengers in the past.

[0041] Next, the processor 11 estimates the number of people traveling if the connecting bus does not wait for a connection (step 114). For example, using the planned schedule of the schedule information 151 and the travel demand information 152, the processor 11 estimates the number of people planning to board the connecting bus using a people flow simulator.

[0042] Next, the processor 11 creates multiple connection waiting time plans for the buses to be connected (step 115). For example, multiple plans are created for each bus to be connected, with intervals of one minute ranging from one minute to five minutes. That is, the number of connection waiting time plans created is determined by the time interval and the maximum waiting time. Also, if there are multiple buses to be connected, multiple plans are created for each bus to be connected.

[0043] Then, for each connection waiting time proposal, 116 to 117 In step 116, processor 11 estimates the number of people traveling for each proposed connection waiting time (step 116). For example, similar to step 114, the number of people planning to board a connecting bus waiting to connect is estimated by a people flow simulator using the proposed connection waiting time and travel demand information 152. If there are multiple routes to the destination, the number of people planning to board is estimated for each proposed connection waiting time for each route. For example, from bus stop BS3 to bus stop BS35, the number of people planning to board is estimated for two routes: the route via bus stop BS31-bus stop BS32 and the route via bus stop BS33-bus stop BS34.

[0044] Next, the processor 11 uses the operator model 153 to calculate the probability that the bus operator will accept the connection waiting time proposal (step 117).

[0045] After the calculation of the acceptance probability for all connection waiting time proposals is completed, processor 11 calculates an expectation value for each connection waiting time proposal, and selects the connection waiting time proposal with the largest calculated expectation value (step 118). For example, the expected value is calculated by multiplying the acceptance probability by the increase in the number of passengers planning to board. If there are multiple routes to the destination, it is advisable to calculate the expected value by multiplying the acceptance probability for each route by the increase in the number of passengers planning to board, and then adding up the calculated values ​​for all routes.

[0046] Next, the expected value of the selected connection waiting time proposal is compared with a predetermined threshold (step 119). If the calculated expected value is smaller than the predetermined threshold, the bus operator is unlikely to accept it, so the connection waiting time proposal is not proposed to the bus operator and is instead selected within the delayed train loop. Next On the other hand, if the calculated expected value is equal to or greater than the predetermined threshold, the bus operator is likely to accept the proposal, so a proposal to delay the departure time is sent to the bus operation control system 3 (step 120).

[0047] The public bus operator operates the bus traffic management system 3 to view the proposal (recommendation screen 900, see FIG. 9) sent from the operation cooperation system 1, decides whether to accept the proposal, and inputs whether or not to accept the proposal. The bus traffic management system 3 transmits the input acceptance / rejection to the operation cooperation system 1. The operation cooperation system 1 stores the acceptance / rejection transmitted from the bus traffic management system 3 in the recommendation response result 154 (step 121).

[0048] The above describes the linked recommendation generation program 156 in a form that is executed when trains or buses are delayed, but it may also be used to create a new timetable and obtain information for verifying the convenience of transfers between transportation means.

[0049] Fig. 9 is a diagram showing an example of a recommendation screen 900 displayed on the bus traffic control system 3. Although Fig. 9 shows an example of a recommendation screen displayed on the bus traffic control system 3, suggestions regarding train departure time delays are similarly displayed on the railway traffic control system 2. Furthermore, the recommendation screen 900 may be displayed on a terminal connected to the operation cooperation system 1, separate from the bus traffic control system 3 and the railway traffic control system 2.

[0050] The recommendation screen 900 shown in Figure 9 includes a proposal display area 901 that displays the proposal contents in numerical form, a passenger number area 902 that illustrates the change in the number of passengers due to departure time delays, and buttons 903 and 904 for the bus operator to input the results.

[0051] The proposal display area 901 includes data on the identification information of the bus that is subject to the delay in departure time, the identification information of the location that is subject to the delay in departure time, the departure time (planned), the departure time (proposed), the number of passengers (normal), and the number of passengers (proposed). In the proposal shown in the figure, if the departure time of bus 21 from bus stop BS3 is delayed by 5 minutes, the number of passengers will increase by 7.

[0052] The number of passengers area 902 displays in graph form the change in the number of passengers for each departure delay time. It is preferable that the data displayed in the proposal display area 901 can be changed by selecting a departure delay time in the number of passengers area 902. The number of passengers area 902 shows that the number of passengers increases as the departure delay time increases. The number of passengers area 902 also shows the delay time at which the change in the number of passengers is small even if the departure delay time increases.

[0053] The bus operation manager of the public bus company operates a "recommendation acceptance" button 903 when accepting the proposal displayed on the recommendation screen 900, and operates a "reject recommendation" button 904 when not accepting the proposal. Note that only the "recommendation acceptance" button 903 may be provided. In this case, if the recommendation rejection operation is omitted and the recommendation acceptance operation is not performed within a specified time, the bus operation management system 3 automatically rejects the proposal and notifies the operation collaboration system 1 of the proposal rejection. Note that only the "reject recommendation" button 904 may be provided. In this case, if the recommendation acceptance operation is omitted and the recommendation rejection operation is not performed within a specified time, the bus operation management system 3 automatically accepts the proposal and updates the bus schedule.

[0054] FIG. 10 is a diagram showing an example of a passenger information screen 1000.

[0055] When the bus operator's operations manager operates the "Accept recommendation" button 903 on the recommendation screen 900, the timetable in the bus operations management system 3 is updated and the change in the timetable is notified to the driver. The bus operations management system 3 also transmits information about the departure time delay to the passenger information system 5. The passenger information system 5 displays the information about the departure time delay on the information display at the bus stop. For example, the passenger information screen 1000 shown in FIG. 10 displays the identification information of the bus that is subject to the departure time delay, the departure times before and after the delay, and the reason for the departure time delay. The passenger information system 5 may display the information shown in FIG. 10 on the passenger's terminal.

[0056] As described above, the operation cooperation system 1 of this embodiment can propose plans that are likely to be accepted by transportation operators and provide passengers with good transfers. This allows transportation operators to transport passengers efficiently and reduce operations with fewer passengers. Passengers can easily transfer between transportation modes, which improves convenience and allows them to arrive at their destinations quickly. Furthermore, good transfers can prevent passengers from staying stuck and ease congestion at stations.

[0057] The present invention is not limited to the above-described embodiments, and includes various modified examples and equivalent configurations within the spirit of the appended claims. For example, the above-described embodiments have been described in detail to clearly explain the present invention, and the present invention is not necessarily limited to those including all of the configurations described. Furthermore, a part of the configuration of one embodiment may be replaced with the configuration of another embodiment. Furthermore, the configuration of another embodiment may be added to the configuration of one embodiment. Furthermore, a part of the configuration of each embodiment may be added, deleted, or replaced with another configuration.

[0058] In addition, each of the above-mentioned configurations, functions, processing units, processing means, etc. may be realized in hardware, for example by designing some or all of them as an integrated circuit, or may be realized in software by a processor interpreting and executing a program that realizes each function.

[0059] Information such as programs, tables, and files that realize each function can be stored in a storage device such as a memory, a hard disk, or an SSD (Solid State Drive), or in a recording medium such as an IC card, an SD card, or a DVD.

[0060] In addition, the control lines and information lines shown are those considered necessary for the explanation, and do not necessarily show all the control lines and information lines necessary for implementation. In reality, it can be considered that almost all components are connected to each other. [Explanation of symbols]

[0061] 1 Operation Collaboration System 2 Railway Traffic Control System 3. Bus operation management system 4 Ticketing System 5 Passenger Information System 11 Processor (CPU) 12. Memory 13 Input / output section 14 Communications Department 15 Storage section 151 Diamond Information 152 Travel demand information 153 Business Model 154 Recommendation response results 155 Business Model Generation Program 156 Collaborative Recommendation Generation Program

Claims

1. A linkage system that creates a proposal for linking a plurality of transportation modes, A computing device that executes a predetermined process and a storage device that can be accessed by the computing device, the storage device stores a delay time of a proposal to delay the departure of the transportation means, an increase in the number of passengers due to the delay of the proposal, and information on whether the proposal has been accepted, in association with each other; The computing device includes: Grouping the proposals by trip and stop; generating a model for each of the groups in which the delay time of a proposal to delay the departure of the means of transportation and the number of passengers increased by the delay of the proposal are explanatory variables, and the probability of accepting the proposal is a target variable; generating a plurality of proposed connection wait times from the first transportation mode to the second transportation mode; Estimating the number of passengers of the second transportation means for each of the created connection waiting time proposals; Calculating the probability that the proposed connection latency will be accepted using the model; calculating an expected value for each of the connection waiting time proposals by multiplying the probability that the connection waiting time proposal will be accepted by the increase in the number of passengers of the second transportation mode; selecting a connection latency proposal based on said calculated expected value; A linkage system characterized in that the selected connection waiting time plan is transmitted to a traffic management system.

2. The linkage system according to claim 1, The computing device includes: predicting a time when a delayed trip of the first transportation mode will arrive at a station; extracting a connecting operation of the second transportation means based on a time difference between a planned timetable of the first transportation means and a planned timetable of the second transportation means; A linkage system characterized by estimating the number of passengers when the extracted second transportation means is not waiting for a connection.

3. The linkage system according to claim 1, The computing device is a collaborative system that selects a connection waiting time proposal with the largest expected value based on the calculated expected value.

4. A linkage system according to claim 1, The computing device includes: A collaborative system characterized in that, when the second means of transportation has multiple routes, an expected value is calculated by multiplying the probability that the proposal will be accepted for each route by the increase in the number of passengers of the second means of transportation, and then adding up the values ​​for all routes.

5. A coordination support method in which a coordination system creates a proposal for coordinating multiple transportation modes, comprising: the linkage system includes a computing device that executes a predetermined process and a storage device that is accessible by the computing device; the storage device stores a delay time of a proposal to delay the departure of the transportation means, an increase in the number of passengers due to the delay of the proposal, and information on whether the proposal has been accepted, in association with each other; The collaboration support method includes: the computing device groups the suggestions by trip and stop; the calculation device generates, for each of the groups, a model in which a delay time of a proposal to delay the departure of a transportation means and a number of passengers increased by the delay of the proposal are explanatory variables, and a probability of accepting the proposal is an objective variable; The computing device generates a plurality of connection latency proposals from the first transportation mode to the second transportation mode; The computing device estimates the number of passengers of the second transportation means for each of the created connection waiting time proposals; the computing device uses the model to calculate the probability that the proposed connection latency will be accepted; the calculation device calculates an expected value for each of the connection waiting time proposals by multiplying the probability that the connection waiting time proposal will be accepted by the increase in the number of passengers of the second transportation means; the computing device selecting a connection latency proposal based on the calculated expected value; The cooperation support method, characterized in that the calculation device transmits the selected connection waiting time proposal to a traffic management system.

6. A collaboration support method according to claim 5, The computing device predicts a time when a delayed service of the first transportation means will arrive at a station; The computing device extracts an operation of a connecting second transportation means based on a time difference between the planned timetable of the first transportation means and the planned timetable of the second transportation means; The collaboration support method is characterized in that the calculation device estimates the number of passengers when the operation of the extracted second transportation means does not wait for a connection.

7. A collaboration support method according to claim 5, The method for supporting collaboration, characterized in that the arithmetic device selects a connection waiting time plan with a maximum expected value based on the calculated expected value.

8. The collaboration support method according to claim 6, A collaboration support method characterized in that, when the second means of transportation has multiple routes, the calculation device calculates an expected value by summing up, for all routes, a value obtained by multiplying the probability that the proposal will be accepted for each route by the increase in the number of passengers of the second means of transportation.

Images