WO2023170823A1 - 計算機、運行情報の生成支援方法、計算機システム、及びプログラム - Google Patents

計算機、運行情報の生成支援方法、計算機システム、及びプログラム Download PDF

Info

Publication number
WO2023170823A1
WO2023170823A1 PCT/JP2022/010305 JP2022010305W WO2023170823A1 WO 2023170823 A1 WO2023170823 A1 WO 2023170823A1 JP 2022010305 W JP2022010305 W JP 2022010305W WO 2023170823 A1 WO2023170823 A1 WO 2023170823A1
Authority
WO
WIPO (PCT)
Prior art keywords
evaluation index
operation information
computer
transportation
cargo
Prior art date
Application number
PCT/JP2022/010305
Other languages
English (en)
French (fr)
Inventor
直樹 古家
真帆 下村
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2022/010305 priority Critical patent/WO2023170823A1/ja
Publication of WO2023170823A1 publication Critical patent/WO2023170823A1/ja

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units

Definitions

  • the present invention relates to a computer, method, system, and program that support generation of vehicle operation information associated with mixed cargo and passenger loading.
  • Patent Document 1 states, ⁇ The on-demand passenger/freight consolidation system includes a management device 2 that determines the route of the operating vehicle and transmits the determined route to the on-board device 3 of the operating vehicle, and a management device 2 that sends passenger movement requests to the management device 2.
  • the management device 2 includes a passenger terminal 4 that transmits a transmission, a cargo terminal 5 that transmits a cargo movement request to the management device 2, and an on-vehicle device 3 that is installed in an operating vehicle and receives a route from the management device 2. It has a function of calculating a route based on a passenger movement request and a cargo movement request, and transmitting the calculated route to the onboard device 3.
  • the onboard device 3 has a function of providing route guidance based on the received route. .'' is stated.
  • Patent Document 1 results in vehicle operation that is biased towards one of the users, passengers and freight transport requesters. Further, in Patent Document 1, the revenue of transportation operators is not taken into consideration.
  • the present invention is a system that quantitatively evaluates the degree to which the requirements of the three parties of passengers, cargo transportation requesters, and transportation operators have been achieved, and supports the generation of vehicle operation information that satisfies the requirements of the three parties as much as possible. and a method.
  • a typical example of the invention disclosed in this application is as follows. That is, it is a computer that supports the generation of operation information for vehicles that transport passengers and cargo, and includes a processor, a storage device connected to the processor, and a network interface connected to the processor, and is operated by the passenger.
  • a first evaluation index that receives reservation information for the vehicle from a terminal and the second terminal, generates candidate operation information including a transportation route for the cargo, and indicates the degree of achievement of the passenger's request associated with the transportation of the cargo;
  • a second evaluation index indicating the degree of achievement of the client's request and a third evaluation index indicating the degree of achievement of the business operator's request are calculated for each of the candidate operation information, and the first evaluation index and the third evaluation index are calculated for each of the candidate operation information.
  • the adoptable candidate operation information is selected based on the second evaluation index and the third evaluation index, and the selected candidate operation information is transmitted to the third terminal.
  • the degree of achievement of the requirements of the three parties of passengers, cargo transportation requesters, and transportation operators is quantitatively evaluated, and the generation of vehicle operation information that satisfies the requirements of the three parties as much as possible is supported. can.
  • FIG. 1 is a diagram showing an example of the configuration of a system according to a first embodiment
  • FIG. 1 is a diagram illustrating an example of the hardware configuration of a computer that constitutes the operation information generation support system of Example 1.
  • FIG. 3 is a diagram showing an example of information stored in control information according to the first embodiment.
  • FIG. 3 is a diagram showing an example of information stored in control information according to the first embodiment.
  • FIG. 2 is a sequence diagram illustrating the flow of processing in the system of the first embodiment.
  • FIG. 3 is a diagram showing an example of a reservation screen displayed on the terminal according to the first embodiment.
  • FIG. 3 is a diagram showing an example of a reservation screen displayed on the terminal according to the first embodiment.
  • FIG. 3 is a diagram showing an example of a reservation screen displayed on the terminal according to the first embodiment.
  • FIG. 3 is a diagram showing an example of an operation information selection screen displayed on the terminal according to the first embodiment.
  • 3 is a flowchart illustrating an example of candidate operation information generation processing executed by the operation information generation support system of the first embodiment.
  • 1 is a diagram illustrating an example of a transportation route generated by the operation information generation support system of Example 1.
  • FIG. 3 is a diagram illustrating characteristics of explanatory variables used to calculate evaluation indicators in Example 1.
  • FIG. 7 is a flowchart illustrating an example of a transportation route generation process executed by the operation information generation support system according to the second embodiment. This is information showing an example of route information in Example 3.
  • 12 is a diagram illustrating an example of congestion degree information in Embodiment 3.
  • FIG. FIG. 7 is a diagram showing an example of a transportation schedule selection screen displayed on a terminal according to the third embodiment.
  • 13 is a flowchart illustrating an example of a candidate operation information generation process executed by the operation information generation support system according to the third embodiment.
  • FIG. 1 is a diagram showing an example of the configuration of a system according to the first embodiment.
  • FIG. 2 is a diagram illustrating an example of the hardware configuration of a computer that constitutes the operation information generation support system of the first embodiment.
  • the system is composed of an operation information generation support system 100 and a plurality of terminals 101.
  • the operation information generation support system 100 is connected to each terminal 101 via a network such as a LAN (Local Area Network) and a WAN (Wide Area Network).
  • the network connection format may be either wired or wireless.
  • Demand buses provide transportation services that allow passengers to board and disembark at arbitrary points, as well as to collect and deliver cargo at arbitrary points, according to user reservations.
  • the terminal 101 is a terminal operated by a user who uses the operation information generation support system 100, and includes a processor, a storage device, a network interface, an input device, and an output device (not shown).
  • a terminal 101-1 operated by a transportation company there are a terminal 101-2 operated by a passenger, and a terminal 101-3 operated by a shipper.
  • the consignor is an example of a person requesting transportation of cargo, and is not limited thereto. For example, it may be a delivery company.
  • the operation information generation support system 100 is a system that supports the generation of operation information for vehicles operated by transportation companies that provide transportation services.
  • the operation information is information including travel routes, cargo collection and delivery locations, operation schedules, and the like.
  • the operation information generation support system 100 includes at least one computer 200.
  • the computer 200 has a processor 201, a main storage device 202, a secondary storage device 203, and a network interface 204. Each hardware element is connected to each other via a bus.
  • the computer 200 may have an input device such as a keyboard, a mouse, and a touch panel, and may also have an output device such as a display and a printer.
  • the processor 201 executes a program stored in the main storage device 202. By executing processing according to a program, the processor 201 operates as a functional unit (module) that implements a specific function. In the following description, when a process is described using a functional unit as a subject, it is indicated that the processor 201 executes a program that implements the functional unit.
  • the main storage device 202 is a storage device such as a DRAM (Dynamic Random Access Memory), and stores programs executed by the processor 201 and data used by the programs.
  • the main storage device 202 is also used as a work area.
  • the secondary storage device 203 is a storage device such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive), and permanently stores data.
  • the programs and data stored in the main storage device 202 may be stored in the secondary storage device 203.
  • the processor 201 reads the program and data from the secondary storage device 203 and loads them into the main storage device 202.
  • the operation information generation support system 100 holds control information 110 and also includes a request reception section 120, an operation information generation section 121, an evaluation index calculation section 122, an evaluation section 123, and a notification section 124.
  • the control information 110 is information used to generate operation information.
  • the control information 110 of the first embodiment includes route point information 300 (see FIG. 3A) for managing the points through which the demand bus passes, and transportation flight information 310 (see FIG. 3B) for managing the transportation flights of the demand bus. reference) and control parameters are stored.
  • the transportation operator registers the control information 110 in the operation information generation support system 100 using the terminal 101-1.
  • the control parameters include weights, thresholds, etc., which will be described later.
  • the request reception unit 120 receives requests for passengers to ride and requests for transporting cargo.
  • the operation information generation unit 121 generates operation information candidates (candidate operation information).
  • the evaluation index calculating unit 122 calculates an evaluation index indicating the degree of achievement of each of the requests of transportation operators, passengers, and shippers regarding the candidate operation information.
  • the evaluation unit 123 narrows down candidate operation information using three evaluation indicators.
  • the notification unit 124 transmits information to the terminal 101 and receives a response to the presented information.
  • each functional unit included in the operation information generation support system 100 a plurality of functional units may be combined into one functional unit, or one functional unit may be divided into a plurality of functional units for each function.
  • 3A and 3B are diagrams showing an example of information stored in the control information 110 of the first embodiment.
  • the transit point information 300 stores entries including a location ID 301, a location 302, and a name 303.
  • the location ID 301 is a field that stores identification information for uniquely identifying a transit point.
  • the location 302 is a field that stores a combination of latitude and longitude of a waypoint.
  • Name 303 is a field that stores the name of a stopover point.
  • the transportation flight information 310 stores entries including a transportation flight ID 311, a departure point 312, and a departure time 313.
  • the transportation flight ID 311 is a field that stores identification information for uniquely identifying the transportation flight.
  • Departure point 312 is a field that stores the departure point of the transportation flight.
  • a location ID managed by the route point information 300 is stored in the departure point 312.
  • Departure time 313 is a field that stores the departure time of the transport flight.
  • FIG. 4 is a sequence diagram illustrating the flow of processing in the system of the first embodiment.
  • 5A and 5B are diagrams showing an example of a reservation screen displayed on the terminal 101 according to the first embodiment.
  • FIG. 6 is a diagram showing an example of the operation information selection screen displayed on the terminal 101 of the first embodiment.
  • the operation information generation support system 100 presents an interface for registering control information.
  • the transportation operator uses the terminal 101-1 to register control information in the operation information generation support system 100 (step S101).
  • the passenger uses the terminal 101-2 to make a reservation for the ride (step S102).
  • the operation information generation support system 100 presents a reservation screen 500 as shown in FIG. 5A on the terminal 101-2.
  • the reservation screen 500 includes input fields 501 , 502 , 503 , 504 and a reservation button 505 .
  • the input field 501 is a field for inputting the boarding location.
  • the input field 502 is a field for inputting a drop-off location.
  • the input field 503 is a field for inputting the transportation service to be used.
  • the input field 504 is a field for inputting passenger identification information.
  • the input field 504 stores identification information issued by a transportation operator.
  • the reservation button 505 is an operation button for transmitting reservation information including the values input in the input fields 501, 502, 503, and 504.
  • the shipper uses the terminal 101-3 to make a transportation reservation (step S103).
  • the operation information generation support system 100 presents a reservation screen 510 as shown in FIG. 5B on the terminal 101-3.
  • the reservation screen 510 includes input fields 511 , 512 , 513 , 514 and a reservation button 515 .
  • the input field 511 is a field for inputting the loading location.
  • the input field 512 is a field for inputting the unloading location.
  • the input field 513 is a field for inputting the transportation service to be used.
  • the input field 514 is a field for inputting identification information of the shipper.
  • the input field 514 stores identification information issued by a transportation operator.
  • the reservation button 515 is an operation button for transmitting reservation information including the values input in the input fields 511, 512, 513, and 514.
  • the operation information generation support system 100 executes candidate operation information generation processing (step S104). Details of the candidate operation information generation process will be explained using FIG. 7.
  • the operation information generation support system 100 transmits the display information output as a result of the candidate operation information generation process to the terminal 101-1 operated by the transportation operator (step S105).
  • the operation information selection screen 600 is displayed on the terminal 101-1.
  • the operation information selection screen 600 includes a table 610 and a hiring button 620.
  • the table 610 is a table that displays candidate operation information generated and narrowed down by the operation information generation support system 100, and includes entries including selection 611, NO 612, operation information 613, and evaluation index 614. One entry exists for one candidate operation information.
  • Selection 611 is a field that displays radio buttons for selecting candidate operation information to be adopted.
  • NO 612 is a field that stores an identification number of candidate operation information.
  • the operation information 613 is a field that stores specific contents of candidate operation information.
  • the operation information 613 of the first embodiment stores a transportation route, a departure time at a departure point, an arrival time at a final destination, and the like.
  • Evaluation index 614 is a field group that stores evaluation indexes. As will be described later, evaluation indicators for each of the passengers, shippers, and transportation operators are calculated, and a comprehensive evaluation index is calculated based on the evaluation indicators of the three parties.
  • the adoption button 620 is an operation button for notifying the adoption of the candidate operation information selected in the selection 611.
  • the terminal 101-1 transmits a recruitment notification including the identification number of the candidate operation information selected by the transportation operator to the operation information generation support system 100 (step S106).
  • the operation information generation support system 100 transmits transportation flight information including the arrival time of the pick-up location and the drop-off location to the terminal 101-2 (step S107), and also sends the loading location and unloading location to the terminal 101-3.
  • the transport information including the arrival time of is transmitted (step S108).
  • the passenger confirms the content of the transportation flight information and operates the terminal 101-2 to transmit a response to the operation information generation support system 100 (step S109). If the passenger agrees to operate the transport flight, the passenger submits a response to confirm the reservation; if the passenger does not agree to operate the transport flight, the passenger submits a response to cancel the reservation. When a cancellation of a reservation is accepted, the operation information generation support system 100 may modify the operation information or may add to the operation information that the passenger in question does not exist.
  • the shipper confirms the content of the transportation flight information and operates the terminal 101-3 to transmit a response to the operation information generation support system 100 (step S110). If the shipper agrees to operate the transport flight, the shipper sends a reply to confirm the reservation; if the shipper does not agree to operate the transport flight, the shipper sends a reply to cancel the reservation. When the cancellation of the reservation is accepted, the operation information generation support system 100 may modify the operation information or may add to the operation information that the cargo does not exist.
  • the operation information generation support system 100 manages the maximum number of passengers and cargo that can be accommodated for each transport flight, and controls so as not to accept requests when the maximum number is reached. Furthermore, when the transportation service that the user desires cannot be used, the operation information generation support system 100 may recommend the use of another transportation flight and generate candidate operation information for the transportation flight.
  • the driver operates the vehicle by referring to the operation information. Note that if there is information that there are no passengers or cargo at a stopover point, the driver skips the stopover point.
  • FIG. 7 is a flowchart illustrating an example of candidate operation information generation processing executed by the operation information generation support system 100 of the first embodiment.
  • FIG. 8 is a diagram illustrating an example of a transportation route generated by the operation information generation support system 100 of the first embodiment.
  • FIG. 9 is a diagram illustrating the characteristics of explanatory variables used to calculate the evaluation index of Example 1.
  • the operation information generation unit 121 identifies the transportation flight for which the request reception unit 120 has accepted a reservation (step S201).
  • the operation information generation unit 121 acquires reservation information for the specified transportation flight from the request reception unit 120 (step S202).
  • the operation information generation unit 121 generates candidate operation information based on the control information 110 and reservation information (step S203).
  • candidate operation information including the transportation route and operation schedule of the demand bus is generated. For example, it is generated in the following way.
  • the operation information generation unit 121 identifies a way point based on the reservation information, and refers to the way point information 300 to identify the position of the way point.
  • the operation information generation unit 121 generates a transportation route connecting transit points.
  • Transportation routes are generated using existing route search algorithms such as dynamic programming. In this embodiment, it is assumed that a transportation route is generated based on the following generation rules.
  • Generation rule 1 Transport passengers and cargo in one round.
  • Generation rule 2 Transport cargo after transporting passengers. Please note that cargo collection is possible when transporting passengers.
  • the operation information generation unit 121 deletes transportation routes that do not satisfy the constraint conditions. For example, constraints regarding the order of way points, travel time, travel distance, etc. can be considered. Note that the transportation route may be generated by taking into account constraint conditions.
  • the operation information generation unit 121 generates an operation schedule based on the transportation flight information 310 and the transportation route. Specifically, the operation information generation unit 121 calculates the arrival time of the final destination on the transportation route based on the travel distance of the transportation route and the arrival time of the transportation flight. Furthermore, the operation information generation unit 121 may determine the arrival time and departure time of each way point based on the distance between the way points and the arrival time of the transport flight.
  • the operation information generation unit 121 generates candidate operation information including a transportation route and an operation schedule.
  • the evaluation index calculation unit 122 calculates the evaluation index of the candidate operation information (step S204).
  • the evaluation index for transportation operators, passengers, and shippers, and the method for calculating the comprehensive evaluation index will be explained.
  • the transportation operator's evaluation index is calculated using a function y 1 with travel distance x 1 as an explanatory variable. Note that discounts for passengers associated with cargo transportation may be added as an explanatory variable.
  • Passenger evaluation indicators include the difference in distance or travel time between the shortest route connecting the boarding position and the alighting position and the route connecting the boarding position and the alighting position on the transportation route x 21 , and the number of times cargo is loaded and unloaded. It is calculated using a function y 2 whose explanatory variables are x 22 and the width of the boarding space x 23 due to cargo loading. Note that one function may be defined for each explanatory variable. In this case, the sum, weighted sum, or average of the values of each function may be used as the passenger evaluation index.
  • the consignor's evaluation index is calculated using a function y3 whose explanatory variable is the availability of the desired transportation service x3 .
  • x 3 is "0" when a transportation service is available, and "1" when a transportation service is not available.
  • explanatory variables x 1 and x 21 are expressed by a logistic function as shown in FIG. This makes it possible to calculate an index that reflects people's emotions. Note that the position and degree of the curve may be changed depending on the passenger's desired arrival time, season, etc.
  • the comprehensive evaluation index Y is calculated using equation (1), equation (2), or equation (3).
  • B 1 , B 2 , and B 3 are constants representing weights.
  • the transportation operator may include in the control information 110 information on explanatory variables to be used, methods for calculating individual evaluation indicators and comprehensive evaluation indicators, and information on constraints on the values of explanatory variables.
  • the method for calculating the evaluation index described above is just an example, and the method is not limited thereto.
  • the evaluation unit 123 selects candidate operation information to be presented based on the evaluation index of the candidate operation information (step S205).
  • the transportation operator sets the threshold value of the evaluation index as a control parameter in the control information 110, and also sets the constraint condition of the evaluation index using the threshold value in the control information 110.
  • the evaluation unit 123 selects candidate operation information that satisfies the constraints of the evaluation index.
  • the evaluation unit 123 generates display information (step S206) and outputs it to the notification unit 124 (step S207). Specifically, the evaluation unit 123 sorts the candidate operation information based on the evaluation index and generates display information for displaying the sorted candidate operation information. For example, the evaluation unit 123 sorts the candidate operation information in descending order of overall evaluation index.
  • the notification unit 124 transmits display information to the terminal 101-1 operated by the transportation operator.
  • weights and thresholds used in the candidate operation information generation process may be determined using machine learning or the like.
  • the operation information generation support system 100 uses explanatory variables representing the degree of satisfaction or displeasure of passengers, shippers, and transportation operators associated with freight transportation to It is possible to quantitatively evaluate the degree of achievement of the three parties' requirements:
  • the operation information generation support system 100 can support the generation of operation information that satisfies the requests of the three parties as much as possible by presenting candidate operation information based on the evaluation results.
  • the second embodiment differs from the first embodiment in the method of generating transportation routes to be included in the operation information.
  • the second embodiment will be described below, focusing on the differences from the first embodiment.
  • the system configuration of the second embodiment is the same as that of the first embodiment.
  • the configuration of the operation information generation support system 100 of the second embodiment is the same as that of the first embodiment.
  • the processing flow of the system of the second embodiment is the same as that of the first embodiment.
  • the candidate operation information generation process of the second embodiment is the same as that of the first embodiment.
  • the method of generating transportation routes is different.
  • the number of passengers and cargo When the number of passengers and cargo is large, the number of transportation routes becomes enormous. Therefore, there is a problem in that the calculation cost (calculation time and amount of calculation) required to search for a transportation route is high. Therefore, in the second embodiment, the number of cargo that can be transported during passenger transportation is set in advance, and a transportation route is generated for transportation of cargo exceeding the set number after the passenger is transported.
  • FIG. 10 is a flowchart illustrating an example of the transportation route generation process executed by the operation information generation support system 100 of the second embodiment.
  • the operation information generation unit 121 sets a parameter l indicating the number of cargo to 0 (step S301).
  • the operation information generation unit 121 generates l cargo selection patterns (step S302).
  • the operation information generation unit 121 selects one selection pattern (step S303).
  • the operation information generation unit 121 transports passengers and cargo included in the selected pattern, and then generates a transport route for transporting the remaining cargo (step S304).
  • the operation information generation unit 121 determines whether processing has been completed for all selection patterns (step S305).
  • the operation information generation unit 121 returns to step S303 and executes the same processing.
  • the operation information generation unit 121 determines whether the value of the variable l is larger than the upper limit value L (step S306).
  • the operation information generation unit 121 sets the value obtained by adding 1 to the value of the variable l to the variable l (step S307), and then returns to step S302.
  • the operation information generation unit 121 ends the process.
  • Example 2 when passenger satisfaction is given priority, transportation that satisfies the requirements of the three parties as much as possible while maintaining passenger satisfaction by adjusting the number of cargo transported during passenger transportation. Routes can be generated efficiently. That is, by adjusting the number of cargo to be transported when transporting passengers, the search range for the transport route can be reduced, so calculation costs can be reduced.
  • Example 3 a description will be given of mixed cargo and passenger loading using a train whose travel route and operation schedule are fixed.
  • the system configuration of the third embodiment is the same as that of the first embodiment.
  • reservations are not required from passengers.
  • the configuration of the operation information generation support system 100 of the third embodiment is the same as that of the first embodiment. However, the information included in the control information 110 is different.
  • the control information 110 of the third embodiment includes route information 1100 and congestion degree information 1110.
  • FIG. 11A is information showing an example of route information 1100 according to the third embodiment.
  • FIG. 11B is a diagram illustrating an example of congestion degree information 1110 according to the third embodiment.
  • the route information 1100 stores entries including a route ID 1101, a route 1102, and an operation schedule 1103.
  • Route ID 1101 is a field that stores identification information for uniquely identifying a route.
  • Route 1102 is a field that stores a departure point, a stopover point, and a destination.
  • the operation schedule 1103 is a field group that stores the operation schedule of the route. One field exists for one operation schedule.
  • the congestion degree information 1110 stores entries including a route ID 1111, a departure time 1112, and a congestion degree 1113.
  • the route ID 1111 is the same field as the route ID 1101.
  • the departure time 1112 is a field that stores the departure time of the departure point.
  • the congestion degree 1113 is a field that stores the congestion degree indicating the degree of vacancy of seats on the train when the train is operated according to the operation schedule.
  • the operation information generation support system 100 may hold information on an inference model that outputs the congestion degree instead of the congestion degree information 1110.
  • the inference model accepts, for example, the route, departure time, season, etc. as input, and outputs the degree of congestion.
  • the processing flow of the system of the third embodiment is the same as that of the first embodiment. However, when accepting a passenger's reservation, the operation information generation support system 100 notifies that the reservation has been made and does not transmit the transportation flight information. Furthermore, the screen displayed on the terminal 101-1 based on the display information is different from the first embodiment.
  • FIG. 12 is a diagram showing an example of a transportation schedule selection screen displayed on the terminal 101 of the third embodiment.
  • the transportation schedule selection screen 1200 includes a table 1210 and a hiring button 1220.
  • the table 1210 is a table that displays transportation schedules (candidate operation information group) generated and narrowed down by the operation information generation support system 100, and includes entries including selection 1211, NO 1212, transportation schedule 1213, and evaluation index 1214. include. One entry exists for one transportation schedule.
  • Selection 1211 is a field that displays radio buttons for selecting the transportation schedule to be adopted.
  • NO1212 is a field that stores the identification number of the transportation schedule.
  • the transportation schedule 1213 is a field that stores specific contents of the transportation schedule.
  • the transportation schedule 1213 stores candidate operation information including route IDs, operation schedules, and freight transportation routes.
  • the evaluation index 1214 is a field group that stores evaluation indices.
  • the adoption button 1220 is an operation button for notifying adoption of the transportation schedule selected in the selection 1211.
  • FIG. 13 is a flowchart illustrating an example of candidate operation information generation processing executed by the operation information generation support system 100 of the third embodiment.
  • the operation information generation unit 121 acquires the cargo reservation information received by the request reception unit 120 (step S401).
  • the operation information generation unit 121 selects one cargo (step S402).
  • the operation information generation unit 121 specifies the route and operation schedule used for transporting the selected cargo (step S403). When reloading cargo is necessary, a combination of routes and operation schedules is specified. The operation information generation unit 121 generates cargo identification information, routes, and operation schedules as transportation data.
  • the operation information generation unit 121 determines whether processing has been completed for all cargo (step S404).
  • the operation information generation unit 121 returns to step S402 and executes the same processing.
  • the operation information generation unit 121 When the processing is completed for all cargoes, the operation information generation unit 121 combines the transportation data of each cargo to generate a transportation schedule (step S405). Note that for each route, an upper limit for the number of freight transports is set for each operation schedule, and the operation information generation unit 121 combines transport data so as not to exceed the transport upper limit.
  • the operation information generation unit 121 selects one transportation schedule (step S406).
  • the operation information generation unit 121 generates candidate operation information by integrating transportation data with the same route and operation schedule (step S407).
  • the evaluation index calculation unit 122 calculates the evaluation index of the candidate operation information (step S408).
  • the evaluation index for transportation operators, passengers, and shippers, and the method for calculating the comprehensive evaluation index will be explained.
  • the evaluation index for transportation operators is calculated using a function y 1 whose explanatory variables are the tolerance x 11 for increases in personnel costs associated with freight transportation and the satisfaction level x 12 corresponding to increases in revenue associated with freight transportation. be done.
  • the tolerance level x 11 is calculated using, for example, equation (7)
  • the satisfaction level x 12 is calculated using, for example, equation (8).
  • C represents the personnel cost when cargo is not transported
  • ⁇ C represents the increase in personnel cost associated with transporting the cargo.
  • S is a constant.
  • I represents the revenue per route
  • ⁇ I represents the amount of increase in revenue due to freight transportation.
  • the passenger evaluation index is calculated using a function y 2 whose explanatory variables are tolerance x 21 for vehicle congestion and tolerance x 22 for not being able to take a seat due to cargo transportation.
  • the tolerance x 21 is calculated, for example, using equation (9)
  • the tolerance x 22 is calculated, for example, using equation (10).
  • A is a constant and R represents the degree of congestion.
  • S sit and S stand are constants, and r sit represents the proportion of passengers who can be seated.
  • r sit is a function that depends on the degree of vehicle congestion. Note that the value of A may be changed depending on the season.
  • the consignor's evaluation index is calculated using a function y 3 that uses the satisfaction level x 3 with respect to transportation time as an explanatory variable.
  • the satisfaction level x3 is calculated using, for example, equation (11).
  • ⁇ t represents the difference between the desired transport time and the actual transport time.
  • the method for calculating the comprehensive evaluation index Y is the same as in Example 1.
  • the transportation operator may include information on the explanatory variables to be used and information on restrictions on the values of the explanatory variables in the control information 110.
  • the method for calculating the evaluation index described above is just an example, and the method is not limited thereto.
  • the evaluation index calculation unit 122 calculates the evaluation index of the transportation schedule based on the evaluation index of the candidate operation information (step S409).
  • the evaluation index calculation unit 122 calculates the maximum value, average value, or total value of the evaluation index of the candidate operation information included in the transportation schedule as the evaluation index of the transportation schedule.
  • the evaluation index calculation unit 122 determines whether processing has been completed for all transportation schedules (step S410).
  • the evaluation index calculation unit 122 returns to step S406 and executes the same processing.
  • the evaluation unit 123 selects a transportation schedule to present based on the evaluation index of the transportation schedule (step S411).
  • the transportation operator sets the threshold value of the evaluation index as a control parameter in the control information 110, and also sets the constraint condition of the evaluation index using the threshold value in the control information 110.
  • the evaluation unit 123 selects a transportation schedule that satisfies the constraints of the evaluation index.
  • the evaluation unit 123 generates display information (step S412) and outputs it to the notification unit 124 (step S413). Specifically, the evaluation unit 123 sorts the transportation schedules based on the evaluation index and generates display information for displaying the sorted transportation schedules. For example, the evaluation unit 123 sorts the transportation schedules in descending order of overall evaluation index.
  • the notification unit 124 transmits display information to the terminal 101-1 operated by the transportation operator.
  • the present invention is not limited to the above-described embodiments, and includes various modifications. Further, for example, the configurations of the embodiments described above are explained in detail in order to explain the present invention in an easy-to-understand manner, and the present invention is not necessarily limited to having all the configurations described. Further, a part of the configuration of each embodiment can be added to, deleted from, or replaced with other configurations.
  • each of the above-mentioned configurations, functions, processing units, processing means, etc. may be partially or entirely realized by hardware, for example, by designing an integrated circuit.
  • the present invention can also be realized by software program codes that realize the functions of the embodiments.
  • a storage medium on which a program code is recorded is provided to a computer, and a processor included in the computer reads the program code stored on the storage medium.
  • the program code itself read from the storage medium realizes the functions of the embodiments described above, and the program code itself and the storage medium storing it constitute the present invention.
  • Examples of storage media for supplying such program codes include flexible disks, CD-ROMs, DVD-ROMs, hard disks, SSDs (Solid State Drives), optical disks, magneto-optical disks, CD-Rs, magnetic tapes, A non-volatile memory card, ROM, etc. are used.
  • program code that implements the functions described in this embodiment can be implemented in a wide range of program or script languages, such as assembler, C/C++, Perl, Shell, PHP, Python, and Java.
  • the software program code that realizes the functions of the embodiment can be stored in a storage means such as a computer's hard disk or memory, or a storage medium such as a CD-RW or CD-R.
  • a processor included in the computer may read and execute the program code stored in the storage means or the storage medium.
  • control lines and information lines are those considered necessary for explanation, and not all control lines and information lines are necessarily shown in the product. All configurations may be interconnected.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

旅客及び貨物を輸送する車両の運行情報の生成を支援する計算機は、貨物の輸送経路を含む候補運行情報を生成し、貨物の輸送に伴う旅客の要求の達成度合いを示す第１評価指標と、貨物の輸送を依頼する依頼者の要求の達成度合いを示す第２評価指標と、車両を用いた輸送サービスを提供する事業者の要求の達成度合いを示す第３評価指標と、を候補運行情報毎に算出し、第１評価指標、第２評価指標、及び第３評価指標に基づいて、採用可能な候補運行情報を選択し、選択された候補運行情報を送信する。

Description

計算機、運行情報の生成支援方法、計算機システム、及びプログラム
　本発明は、貨客混載に伴う車両の運行情報の生成を支援する計算機、方法、システム、及びプログラムに関する。
　旅客の減少及び二酸化炭素の削減等に対する取り組みとして貨客混載が注目されており、旅客及び貨物の輸送依頼者の双方の要求を満たした車両の運行を支援する技術が求められている。これに対して、特許文献１に記載の技術が知られている。
　特許文献１には、「オンデマンド客貨混載システムは、運行車両の経路を決定し、決定した経路を運行車両の車載機３へ送信する管理装置２と、乗客の移動要求を管理装置２へ送信する乗客用端末４と、貨物の移動要求を管理装置２へ送信する貨物用端末５と、運行車両に設けられ管理装置２から経路を受信する車載機３とを備える。管理装置２は、乗客の移動要求と、貨物の移動要求とに基づいて経路を計算し、計算した経路を車載機３へ送信する機能を有する。車載機３は、受信した経路に基づいて経路案内する機能を有する。」ことが記載されている。
特開２０１７－２２００９０号公報
　特許文献１に記載の技術は、旅客及び貨物の輸送依頼者のいずれか一方の利用者に偏った車両の運行になる。また、特許文献１では、交通事業者の収益については考慮されていない。
　本発明は、旅客、貨物の輸送依頼者、及び交通事業者の三者の要求の達成度合いを定量的に評価し、三者の要求を可能な限り満たす車両の運行情報の生成を支援するシステム及び方法を提供することを目的とする。
　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、旅客及び貨物を輸送する車両の運行情報の生成を支援する計算機であって、プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有し、前記旅客が操作する第１端末、前記貨物の輸送を依頼する依頼者が操作する第２端末、及び前記車両を用いた輸送サービスを提供する事業者が操作する第３端末と通信可能に接続し、前記第１端末及び前記第２端末から前記車両の予約情報を受け付け、前記貨物の輸送経路を含む候補運行情報を生成し、前記貨物の輸送に伴う前記旅客の要求の達成度合いを示す第１評価指標と、前記依頼者の要求の達成度合いを示す第２評価指標と、前記事業者の要求の達成度合いを示す第３評価指標と、を前記候補運行情報毎に算出し、前記第１評価指標、前記第２評価指標、及び前記第３評価指標に基づいて、採用可能な前記候補運行情報を選択し、選択された前記候補運行情報を前記第３端末に送信する。
　本発明によれば、旅客、貨物の輸送依頼者、及び交通事業者の三者の要求の達成度合いを定量的に評価し、三者の要求を可能な限り満たす車両の運行情報の生成を支援できる。前述した以外の課題、構成及び効果は、以下の実施例の説明によって明らかにされる。
実施例１のシステムの構成例を示す図である。 実施例１の運行情報生成支援システムを構成する計算機のハードウェア構成の一例を示す図である。 実施例１の制御情報に格納される情報の一例を示す図である。 実施例１の制御情報に格納される情報の一例を示す図である。 実施例１のシステムにおける処理の流れを説明するシーケンス図である。 実施例１の端末に表示される予約画面の一例を示す図である。 実施例１の端末に表示される予約画面の一例を示す図である。 実施例１の端末に表示される運行情報選択画面の一例を示す図である。 実施例１の運行情報生成支援システムが実行する候補運行情報生成処理の一例を説明するフローチャートである。 実施例１の運行情報生成支援システムによって生成される輸送経路の一例を示す図である。 実施例１の評価指標の算出に用いる説明変数の特性を説明する図である。 実施例２の運行情報生成支援システムが実行する輸送経路生成処理の一例を説明するフローチャートである。 実施例３の路線情報の一例を示す情報である。 実施例３の混雑度情報の一例を示す図である。 実施例３の端末に表示される輸送スケジュール選択画面の一例を示す図である。 実施例３の運行情報生成支援システムが実行する候補運行情報生成処理の一例を説明するフローチャートである。
　以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。
　以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。
　本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。
　図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。
　図１は、実施例１のシステムの構成例を示す図である。図２は、実施例１の運行情報生成支援システムを構成する計算機のハードウェア構成の一例を示す図である。
　システムは、運行情報生成支援システム１００及び複数の端末１０１から構成される。運行情報生成支援システム１００は、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）及びＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）等のネットワークを介して各端末１０１と接続する。ネットワークの接続形式は有線及び無線のいずれでもよい。
　実施例１では、交通事業者はデマンドバスを用いた輸送サービスを提供しているものとする。デマンドバスでは、利用者の予約に応じて、任意の地点で旅客を乗車及び降車させ、また、任意の地点で貨物を集荷及び配送する輸送サービスが提供される。
　端末１０１は、運行情報生成支援システム１００を利用するユーザが操作する端末であり、図示しない、プロセッサ、記憶装置、ネットワークインタフェース、入力装置、及び出力装置を有する。本実施例では、交通事業者が操作する端末１０１－１、旅客が操作する端末１０１－２、及び荷主が操作する端末１０１－３が存在する。なお、荷主は貨物の輸送依頼者の一例であってこれに限定されない。例えば、配送業者でもよい。
　運行情報生成支援システム１００は、輸送サービスを提供する交通事業者が運用する車両の運行情報の生成を支援するシステムである。ここで、運行情報は、移動経路、貨物の集荷場所及び配送場所、及び運行スケジュール等を含む情報である。運行情報生成支援システム１００は、少なくとも一つの計算機２００から構成される。計算機２００は、プロセッサ２０１、主記憶装置２０２、副記憶装置２０３、及びネットワークインタフェース２０４を有する。各ハードウェア要素はバスを介して互いに接続される。なお、計算機２００は、キーボード、マウス、及びタッチパネル等の入力装置を有してもよいし、ディスプレイ及びプリンタ等の出力装置を有してもよい。
　プロセッサ２０１は、主記憶装置２０２に格納されるプログラムを実行する。プロセッサ２０１がプログラムにしたがって処理を実行することによって、特定の機能を実現する機能部（モジュール）として動作する。以下の説明では、機能部を主語に処理を説明する場合、プロセッサ２０１が当該機能部を実現するプログラムを実行していることを示す。
　主記憶装置２０２は、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等の記憶装置であり、プロセッサ２０１が実行するプログラム及びプログラム使用するデータを格納する。主記憶装置２０２はワークエリアとしても用いられる。副記憶装置２０３は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶装置であり、データを永続的に格納する。
　なお、主記憶装置２０２に格納されるプログラム及びデータは、副記憶装置２０３に格納されてもよい。この場合、プロセッサ２０１は、副記憶装置２０３からプログラム及びデータを読み出し、主記憶装置２０２にロードする。
　運行情報生成支援システム１００は、制御情報１１０を保持し、また、依頼受付部１２０、運行情報生成部１２１、評価指標算出部１２２、評価部１２３、及び通知部１２４を有する。
　制御情報１１０は、運行情報の生成に使用する情報である。実施例１の制御情報１１０には、デマンドバスが経由する地点を管理するための経由地情報３００（図３Ａを参照）、デマンドバスの輸送便を管理するための輸送便情報３１０（図３Ｂを参照）、及び制御パラメータが格納される。交通事業者は、端末１０１－１を用いて運行情報生成支援システム１００に制御情報１１０を登録する。なお、制御パラメータは、後述する重み及び閾値等である。
　依頼受付部１２０は、旅客の乗車依頼及び貨物の輸送依頼を受け付ける。運行情報生成部１２１は、運行情報の候補（候補運行情報）を生成する。評価指標算出部１２２は、候補運行情報に対する交通事業者、旅客、及び荷主の各々の要求の達成度合いを示す評価指標を算出する。評価部１２３は、三者の評価指標を用いて候補運行情報の絞り込みを行う。通知部１２４は、端末１０１に情報を送信し、提示された情報に対する応答を受信する。
　なお、運行情報生成支援システム１００が有する各機能部については、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。
　図３Ａ及び図３Ｂは、実施例１の制御情報１１０に格納される情報の一例を示す図である。
　経由地情報３００は、場所ＩＤ３０１、位置３０２、及び名称３０３を含むエントリを格納する。一つの経由地に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。
　場所ＩＤ３０１は、経由地を一意に識別するための識別情報を格納するフィールドである。位置３０２は、経由地の緯度及び経度の組みを格納するフィールドである。名称３０３は、経由地の名称を格納するフィールドである。
　輸送便情報３１０は、輸送便ＩＤ３１１、出発地３１２、及び出発時刻３１３を含むエントリを格納する。一つの輸送便に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。
　輸送便ＩＤ３１１は、輸送便を一意に識別するための識別情報を格納するフィールドである。出発地３１２は、輸送便の出発地点を格納するフィールドである。出発地３１２には経由地情報３００で管理される場所ＩＤが格納される。出発時刻３１３は、輸送便の出発時刻を格納するフィールドである。
　図４は、実施例１のシステムにおける処理の流れを説明するシーケンス図である。図５Ａ及び図５Ｂは、実施例１の端末１０１に表示される予約画面の一例を示す図である。図６は、実施例１の端末１０１に表示される運行情報選択画面の一例を示す図である。
　運行情報生成支援システム１００は、制御情報を登録するためのインタフェースを提示する。交通事業者は、端末１０１－１を用いて、運行情報生成支援システム１００に制御情報を登録する（ステップＳ１０１）。
　旅客は、端末１０１－２を用いて、乗車予約を行う（ステップＳ１０２）。例えば、運行情報生成支援システム１００は、端末１０１－２に、図５Ａに示すような予約画面５００を提示する。予約画面５００は、入力欄５０１、５０２、５０３、５０４、及び予約ボタン５０５を含む。
　入力欄５０１は、乗車場所を入力する欄である。入力欄５０２は、降車場所を入力する欄である。入力欄５０３は、利用する輸送便を入力する欄である。入力欄５０４は、旅客の識別情報を入力する欄である。入力欄５０４には、交通事業者から発行された識別情報が格納される。予約ボタン５０５は、入力欄５０１、５０２、５０３、５０４に入力した値を含む予約情報を送信するための操作ボタンである。
　荷主は、端末１０１－３を用いて、輸送予約を行う（ステップＳ１０３）。例えば、運行情報生成支援システム１００は、端末１０１－３に、図５Ｂに示すような予約画面５１０を提示する。予約画面５１０は、入力欄５１１、５１２、５１３、５１４、及び予約ボタン５１５を含む。
　入力欄５１１は、荷積場所を入力する欄である。入力欄５１２は、荷下ろし場所を入力する欄である。入力欄５１３は、利用する輸送便を入力する欄である。入力欄５１４は、荷主の識別情報を入力する欄である。入力欄５１４には、交通事業者から発行された識別情報が格納される。予約ボタン５１５は、入力欄５１１、５１２、５１３、５１４に入力した値を含む予約情報を送信するための操作ボタンである。
　運行情報生成支援システム１００は、候補運行情報生成処理を実行する（ステップＳ１０４）。候補運行情報生成処理の詳細は図７を用いて説明する。
　運行情報生成支援システム１００は、候補運行情報生成処理の処理結果として出力された表示情報を、交通事業者が操作する端末１０１－１に送信する（ステップＳ１０５）。
　端末１０１－１には図６に示すような運行情報選択画面６００が表示される。運行情報選択画面６００は、テーブル６１０及び採用ボタン６２０を含む。テーブル６１０は、運行情報生成支援システム１００によって生成及び絞り込みが行われた候補運行情報を表示するテーブルであり、選択６１１、ＮＯ６１２、運行情報６１３、及び評価指標６１４を含むエントリを含む。一つの候補運行情報に対して一つのエントリが存在する。
　選択６１１は、採用する候補運行情報を選択するためのラジオボタンを表示するフィールドである。ＮＯ６１２は、候補運行情報の識別番号を格納するフィールドである。運行情報６１３は、候補運行情報の具体的な内容を格納するフィールドである。実施例１の運行情報６１３には、輸送経路、出発地の出発時刻、及び最終目的地の到着時刻等が格納される。評価指標６１４は、評価指標を格納するフィールド群である。後述するように、旅客、荷主、及び交通事業者の各々の評価指標が算出され、また、三者の評価指標に基づいて総合評価指標が算出される。採用ボタン６２０は、選択６１１にて選択した候補運行情報の採用を通知するための操作ボタンである。
　交通事業者が採用ボタン６２０を操作した場合、端末１０１－１は、運行情報生成支援システム１００に、交通事業者が選択した候補運行情報の識別番号を含む採用通知を送信する（ステップＳ１０６）。
　運行情報生成支援システム１００は、端末１０１－２に、乗車場所及び降車場所の到着時刻を含む輸送便情報を送信し（ステップＳ１０７）、また、端末１０１－３に、荷積場所及び荷下ろし場所の到着時刻を含む輸送便情報を送信する（ステップＳ１０８）。
　旅客は、輸送便情報の内容を確認し、端末１０１－２を操作して運行情報生成支援システム１００に回答を送信する（ステップＳ１０９）。輸送便の運行に同意する場合、旅客は予約を確定するための回答を送信し、輸送便の運行に同意しない場合、旅客は予約をキャンセルするための回答を送信する。予約のキャンセルを受け付けた場合、運行情報生成支援システム１００は、運行情報を修整してもよいし、運行情報に当該旅客が存在しない旨を追加してもよい。
　荷主は、輸送便情報の内容を確認し、端末１０１－３を操作して運行情報生成支援システム１００に回答を送信する（ステップＳ１１０）。輸送便の運行に同意する場合、荷主は予約を確定するための回答を送信し、輸送便の運行に同意しない場合、荷主は予約をキャンセルするための回答を送信する。予約のキャンセルを受け付けた場合、運行情報生成支援システム１００は、運行情報を修整してもよいし、運行情報に当該貨物が存在しない旨を追加してもよい。
　なお、運行情報生成支援システム１００は、輸送便毎に、旅客及び貨物の収容上限数を管理し、上限数に達した場合には依頼を受け付けないように制御する。また、運行情報生成支援システム１００は、利用者が希望する輸送便の利用ができない場合、他の輸送便の利用をレコメンドし、当該輸送便の候補運行情報を生成するようにしてもよい。
　運転手は運行情報を参照して車両を運行する。なお、経由地において旅客又は貨物が存在しない旨の情報が存在する場合、運転手は経由地をスキップする。
　図７は、実施例１の運行情報生成支援システム１００が実行する候補運行情報生成処理の一例を説明するフローチャートである。図８は、実施例１の運行情報生成支援システム１００によって生成される輸送経路の一例を示す図である。図９は、実施例１の評価指標の算出に用いる説明変数の特性を説明する図である。
　運行情報生成部１２１は、依頼受付部１２０が予約を受け付けた輸送便を特定する（ステップＳ２０１）。
　運行情報生成部１２１は、依頼受付部１２０から特定した輸送便の予約情報を取得する（ステップＳ２０２）。
　運行情報生成部１２１は、制御情報１１０及び予約情報に基づいて候補運行情報を生成する（ステップＳ２０３）。本実施例では、デマンドバスの輸送経路及び運行スケジュールを含む候補運行情報が生成される。例えば以下のような方法で生成される。
　（処理１）運行情報生成部１２１は、予約情報に基づいて経由点を特定し、経由地情報３００を参照して経由点の位置を特定する。運行情報生成部１２１は、経由点を結ぶ輸送経路を生成する。動的計画法等の既存の経路探索アルゴリズムを用いて輸送経路が生成される。本実施例では、以下のような生成ルールに基づいて輸送経路が生成されるものとする。
生成ルール１：旅客及び貨物の輸送を一回の巡回で行う。
生成ルール２：旅客の輸送後に、貨物の輸送を行う。なお、旅客の輸送時には貨物の集荷は可能。
　Ａ駅で乗車し、ｙ町１丁目で降車する旅客１、ｙ町１丁目で乗車し、Ａ駅で降車する旅客２、Ｂ配送センタで荷積みし、ｙ町２丁目で荷下ろしする貨物１の予約が行われた輸送便の場合、生成ルール１からは図８の上段の輸送経路が生成され、生成ルール２からは図８の下段の輸送経路が生成される。
　（処理２）運行情報生成部１２１は、制約条件を満たさない輸送経路を削除する。例えば、経由点の順序、走行時間、及び走行距離等に関する制約条件が考えられる。なお、制約条件を加味して輸送経路が生成されてもよい。
　（処理３）運行情報生成部１２１は、輸送便情報３１０及び輸送経路に基づいて運行スケジュールを生成する。具体的には、運行情報生成部１２１は、輸送経路の走行距離及び輸送便の到着時刻に基づいて、輸送経路における最終目的地の到着時刻を算出する。また、運行情報生成部１２１は、経由点間の距離及び輸送便の到着時刻に基づいて、各経由点の到着時刻及び出発時刻を決定してもよい。
　（処理４）運行情報生成部１２１は、輸送経路及び運行スケジュールを含む候補運行情報を生成する。
　以上がステップＳ２０３の処理の説明である。
　評価指標算出部１２２は、候補運行情報の評価指標を算出する（ステップＳ２０４）。ここで、交通事業者、旅客、及び荷主の評価指標、並びに、総合評価指標の算出方法について説明する。
　交通事業者の評価指標は、走行距離ｘ１を説明変数とする関数ｙ１を用いて算出される。なお、貨物の輸送に伴う旅客への値引きを説明変数として追加してもよい。
　旅客の評価指標は、乗車位置及び降車位置を結ぶ最短経路と、輸送経路における乗車位置及び降車位置を結ぶ経路との間の距離又は移動時間の差ｘ２１、貨物の荷積み及び荷下ろしの回数ｘ２２、並びに、貨物の積み込みによる乗車スペースの広さｘ２３を説明変数とする関数ｙ２を用いて算出される。なお、各説明変数に対して一つの関数を定義してもよい。この場合、各関数の値の合計、重み付き和、又は平均等を旅客の評価指標とすればよい。
　荷主の評価指標は、希望する輸送便の利用の可否ｘ３を説明変数とする関数ｙ３を用いて算出される。ｘ３は、例えば、輸送便を利用できる場合「０」となり、輸送便を利用できない場合「１」となる。
　説明変数ｘ１、ｘ２１は図９に示すようなロジスティック関数で表現される。これによって、人の感情を反映した指標を算出することができる。なお、カーブの位置及び曲がり度合いは旅客の到着希望時間及び季節等に応じて変更できるようにしてもよい。
　総合評価指標Ｙは、式（１）、式（２）、又は式（３）を用いて算出される。ここで、Ｂ１、Ｂ２、Ｂ３は重みを表す定数である。
Figure JPOXMLDOC01-appb-M000001
Figure JPOXMLDOC01-appb-M000002
Figure JPOXMLDOC01-appb-M000003
　なお、交通事業者は、使用する説明変数の情報、個別の評価指標及び総合評価指標の算出方法、並びに説明変数の値の制約の情報を制御情報１１０に含めてもよい。なお、前述した評価指標の算出方法は一例であってこれに限定されない。
　以上がステップＳ２０４の処理の説明である。
　評価部１２３は、候補運行情報の評価指標に基づいて、提示する候補運行情報を選択する（ステップＳ２０５）。
　交通事業者は、評価指標の閾値を制御パラメータとして制御情報１１０に設定し、また、当該閾値を用いた評価指標の制約条件を制御情報１１０に設定する。評価部１２３は、評価指標の制約条件を満たす候補運行情報を選択する。
　評価部１２３は、表示情報を生成し（ステップＳ２０６）、通知部１２４に出力する（ステップＳ２０７）。具体的には、評価部１２３は、評価指標に基づいて候補運行情報をソートし、ソートされた候補運行情報を表示するための表示情報を生成する。例えば、評価部１２３は、総合評価指標が小さい順に候補運行情報をソートする。通知部１２４は、交通事業者が操作する端末１０１－１に表示情報を送信する。
　なお、重み及び閾値を調整することによって、旅客、荷主、交通事業者のいずれかを重要視した運行情報を生成することができる。なお、候補運行情報生成処理で用いた重み及び閾値は機械学習等を用いて求めてもよい。
　実施例１によれば、運行情報生成支援システム１００は、貨物の輸送に伴う旅客、荷主、及び交通事業者の満足度又は不快度を表す説明変数を用いて、旅客、貨物の輸送依頼者、及び交通事業者の三者の要求の達成度合いを定量的に評価できる。また、運行情報生成支援システム１００は、評価結果に基づいて候補運行情報を提示することによって、三者の要求を可能な限り満たす運行情報の生成を支援できる。
　実施例２では、運行情報に含める輸送経路の生成方法が実施例１と異なる。以下、実施例１との差異を中心に実施例２について説明する。
　実施例２のシステムの構成は実施例１と同一である。実施例２の運行情報生成支援システム１００の構成は実施例１と同一である。実施例２のシステムの処理の流れは実施例１と同一である。実施例２の候補運行情報生成処理は実施例１と同一である。ただし、輸送経路の生成方法が異なる。
　旅客及び貨物の数が多い場合、輸送経路の数も膨大になる。そのため、輸送経路の探索に要する計算コスト（計算時間及び計算量）が高いという問題がある。そこで、実施例２では、予め、旅客の輸送中に輸送可能な貨物の数を設定し、当該数以上の貨物については旅客の輸送後に輸送する輸送経路を生成する。
　図１０は、実施例２の運行情報生成支援システム１００が実行する輸送経路生成処理の一例を説明するフローチャートである。
　運行情報生成部１２１は、貨物の数を示すパラメータｌを０に設定する（ステップＳ３０１）。
　運行情報生成部１２１は、ｌ個の貨物の選択パターンを生成する（ステップＳ３０２）。
　運行情報生成部１２１は、選択パターンを一つ選択する（ステップＳ３０３）。
　運行情報生成部１２１は、旅客及び選択パターンに含まれる貨物を輸送し、その後、残りの貨物を輸送する輸送経路を生成する（ステップＳ３０４）。
　運行情報生成部１２１は、全ての選択パターンについて処理が完了したか否かを判定する（ステップＳ３０５）。
　全ての選択パターンについて処理が完了していない場合、運行情報生成部１２１は、ステップＳ３０３に戻り、同様の処理を実行する。
　全ての選択パターンについて処理が完了した場合、運行情報生成部１２１は、変数ｌの値が上限値Ｌより大きいか否かを判定する（ステップＳ３０６）。
　変数ｌの値が上限値Ｌ以下の場合、運行情報生成部１２１は、変数ｌの値に１を加算した値を変数ｌに設定し（ステップＳ３０７）、その後、ステップＳ３０２に戻る。
　変数ｌの値が上限値Ｌより大きい場合、運行情報生成部１２１は処理を終了する。
　旅客を輸送した後、貨物を輸送する輸送経路の場合、生成可能な輸送経路の数は少なくなり、旅客の満足度は高くなるが、走行距離が長くなるため交通事業者の収益は低くなる。また、貨物の配達時間が遅くなるため、荷主にとっても不利益を被る場合がある。しかし、旅客が不快感を抱くとデマンドバスの利用客減につながることから、多くの場合に旅客の満足度を優先する（式（１）における旅客に対する重み値を大きくする）ことが考えられる。
　そこで、実施例２では、旅客の満足度が優先される場合に、旅客の輸送時に輸送する貨物の数を調整することで旅客の満足度を保ちつつ、三者の要求を可能な限り満たす輸送経路を効率的に生成できる。すなわち、旅客の輸送時に輸送する貨物の数を調整することによって輸送経路の探索範囲を削減できるため、計算コストを削減できる。
　具体的には、デマンドバスの１回の運行で旅客の乗降地点がｎか所、荷下ろし地点がｍか所の場合、全ての組み合わせは（ｎ＋ｍ）階乗通りである。一方、実施例２の方法では、計算量は式（４）のようになる。
Figure JPOXMLDOC01-appb-M000004
　ここで、全荷下ろし地点の半分（ｍ／２）を上限値Ｌとして設定した場合の計算量は式（５）のようになる。
Figure JPOXMLDOC01-appb-M000005
　例えばデマンドバスにおける現実的な値として、旅客乗降地点ｎと荷下ろし地点ｍがともに８箇所の場合、全ての組み合わせを評価すると、（８＋８）階乗の組合せの評価が必要なため１０１３のオーダの計算量となるが、実施例２の方法では、式（６）で与えられる組合せ数の評価でよいため、１０１２のオーダの計算量となる。
Figure JPOXMLDOC01-appb-M000006
　このように計算量を約１０分の１に削減できる。
　実施例３では、移動経路及び運行スケジュールが定まっている電車を用いた貨客混載について説明する。
　実施例３のシステムの構成は実施例１と同一である。なお、自由席しか存在しない電車の場合、旅客からの予約は必要ない。
　実施例３の運行情報生成支援システム１００の構成は実施例１と同一である。ただし、制御情報１１０に含まれる情報が異なる。実施例３の制御情報１１０には、路線情報１１００及び混雑度情報１１１０が含まれる。
　図１１Ａは、実施例３の路線情報１１００の一例を示す情報である。図１１Ｂは、実施例３の混雑度情報１１１０の一例を示す図である。
　路線情報１１００は、路線ＩＤ１１０１、路線１１０２、及び運行スケジュール１１０３含むエントリを格納する。一つの路線に対して一つのエントリが存在する。路線ＩＤ１１０１は、路線を一意に識別するための識別情報を格納するフィールドである。路線１１０２は、出発地、経由地、及び目的地を格納するフィールドである。運行スケジュール１１０３は、路線の運行スケジュールを格納するフィールド群である。一つの運行スケジュールに対して一つのフィールドが存在する。
　混雑度情報１１１０は、路線ＩＤ１１１１、出発時刻１１１２、及び混雑度１１１３を含むエントリを格納する。路線及び出発時刻（運行スケジュール）の組合せに対して一つのエントリが存在する。路線ＩＤ１１１１は路線ＩＤ１１０１と同一のフィールドである。出発時刻１１１２は、出発地の出発時刻を格納するフィールドである。混雑度１１１３は、運行スケジュールに沿った運行時の電車の座席の空き度合いを示す混雑度を格納するフィールドである。
　なお、運行情報生成支援システム１００は、混雑度情報１１１０の代わりに、混雑度を出力する推論モデルの情報を保持してもよい。推論モデルは、例えば、路線、出発時刻、及び季節等を入力として受け付け、混雑度を出力する。
　実施例３のシステムの処理の流れは実施例１と同様である。ただし、旅客の予約を受け付けた場合、運行情報生成支援システム１００は予約が成立した旨を通知し、輸送便情報の送信は行わない。また、表示情報に基づいて端末１０１－１に表示される画面が実施例１と異なる。
　図１２は、実施例３の端末１０１に表示される輸送スケジュール選択画面の一例を示す図である。
　輸送スケジュール選択画面１２００は、テーブル１２１０及び採用ボタン１２２０を含む。テーブル１２１０は、運行情報生成支援システム１００によって生成及び絞り込みが行われた輸送スケジュール（候補運行情報群）を表示するテーブルであり、選択１２１１、ＮＯ１２１２、輸送スケジュール１２１３、及び評価指標１２１４を含むエントリを含む。一つの輸送スケジュールに対して一つのエントリが存在する。
　選択１２１１は、採用する輸送スケジュールを選択するためのラジオボタンを表示するフィールドである。ＮＯ１２１２は、輸送スケジュールの識別番号を格納するフィールドである。輸送スケジュール１２１３は、輸送スケジュールの具体的な内容を格納するフィールドである。輸送スケジュール１２１３には、路線ＩＤ、運行スケジュール、及び貨物の輸送経路を含む候補運行情報が格納される、評価指標１２１４は、評価指標を格納するフィールド群である。採用ボタン１２２０は、選択１２１１にて選択した輸送スケジュールの採用を通知するための操作ボタンである。
　実施例３の候補運行情報生成処理は実施例１と異なる。図１３は、実施例３の運行情報生成支援システム１００が実行する候補運行情報生成処理の一例を説明するフローチャートである。
　運行情報生成部１２１は、依頼受付部１２０が受け付けた貨物の予約情報を取得する（ステップＳ４０１）。
　運行情報生成部１２１は、貨物一つ選択する（ステップＳ４０２）。
　運行情報生成部１２１は、選択された貨物の輸送に用いる路線及び運行スケジュールを特定する（ステップＳ４０３）。貨物の載せ替えが必要な場合には、路線の組合せと、運行スケジュールの組合せが特定される。運行情報生成部１２１は、貨物の識別情報、路線、及び運行スケジュールを輸送データとして生成する。
　運行情報生成部１２１は、全ての貨物について処理が完了したか否かを判定する（ステップＳ４０４）。
　全ての貨物について処理が完了していない場合、運行情報生成部１２１は、ステップＳ４０２に戻り、同様の処理を実行する。
　全ての貨物について処理が完了した場合、運行情報生成部１２１は、各貨物の輸送データを組み合わせて、輸送スケジュールを生成する（ステップＳ４０５）。なお、路線は、運行スケジュール毎に貨物の輸送上限数が設定されており、運行情報生成部１２１は、当該輸送上限を超えないように輸送データを組み合わせる。
　運行情報生成部１２１は、一つの輸送スケジュールを選択する（ステップＳ４０６）。
　運行情報生成部１２１は、路線及び運行スケジュールが同一の輸送データを統合することによって候補運行情報を生成する（ステップＳ４０７）。
　評価指標算出部１２２は、候補運行情報の評価指標を算出する（ステップＳ４０８）。ここで、交通事業者、旅客、及び荷主の評価指標、並びに、総合評価指標の算出方法について説明する。
　交通事業者の評価指標は、貨物の輸送に伴う人件費の増加に対する許容度ｘ１１及び貨物の輸送に伴う収益の増加に対応する満足度ｘ１２を説明変数とする関数ｙ１を用いて算出される。許容度ｘ１１は、例えば、式（７）を用いて算出され、満足度ｘ１２は、例えば、式（８）を用いて算出される。ここで、Ｃは貨物を輸送しない場合の人件費を表し、ΔＣは貨物の輸送に伴う人件費の増加額を表す。Ｓは定数である。Ｉは路線あたりの収益を表し、ΔＩは貨物の輸送に伴う収益の増加額を表す。
Figure JPOXMLDOC01-appb-M000007
Figure JPOXMLDOC01-appb-M000008
　旅客の評価指標は、車両の混雑に対する許容度ｘ２１及び貨物の輸送に伴って着席できないことに対する許容度ｘ２２を説明変数とする関数ｙ２を用いて算出される。許容度ｘ２１は、例えば、式（９）を用いて算出され、許容度ｘ２２は、例えば、式（１０）を用いて算出される。ここで、Ａは定数であり、Ｒは混雑度を表す。Ｓｓｉｔ及びＳｓｔａｎｄは定数であり、ｒｓｉｔは着席できる旅客の割合を表す。ｒｓｉｔは車両の混雑度に依存する関数である。なお、Ａは季節に応じて値を変更してもよい。
Figure JPOXMLDOC01-appb-M000009
Figure JPOXMLDOC01-appb-M000010
　荷主の評価指標は、輸送時間に対する満足度ｘ３を説明変数とする関数ｙ３を用いて算出される。満足度ｘ３は、例えば、式（１１）を用いて算出される。ここでΔｔは希望輸送時間と実際の輸送時間との間の差を表す。
Figure JPOXMLDOC01-appb-M000011
　総合評価指標Ｙの算出方法は実施例１と同一である。
　なお、交通事業者は、使用する説明変数の情報、及び説明変数の値の制約の情報を制御情報１１０に含めてもよい。なお、前述した評価指標の算出方法は一例であってこれに限定されない。
　以上がステップＳ４０８の処理の説明である。
　評価指標算出部１２２は、候補運行情報の評価指標に基づいて、輸送スケジュールの評価指標を算出する（ステップＳ４０９）。
　例えば、評価指標算出部１２２は、輸送スケジュールに含まれる候補運行情報の評価指標の最大値、平均値、又は合計値を輸送スケジュールの評価指標として算出する。
　評価指標算出部１２２は、全ての輸送スケジュールについて処理が完了したか否かを判定する（ステップＳ４１０）。
　全ての輸送スケジュールについて処理が完了していない場合、評価指標算出部１２２は、ステップＳ４０６に戻り、同様の処理を実行する。
　全ての輸送スケジュールについて処理が完了した場合、評価部１２３は、輸送スケジュールの評価指標に基づいて、提示する輸送スケジュールを選択する（ステップＳ４１１）。
　交通事業者は、評価指標の閾値を制御パラメータとして制御情報１１０に設定し、また、当該閾値を用いた評価指標の制約条件を制御情報１１０に設定する。評価部１２３は、評価指標の制約条件を満たす輸送スケジュールを選択する。
　評価部１２３は、表示情報を生成し（ステップＳ４１２）、通知部１２４に出力する（ステップＳ４１３）。具体的には、評価部１２３は、評価指標に基づいて輸送スケジュールをソートし、ソートされた輸送スケジュールを表示するための表示情報を生成する。例えば、評価部１２３は、総合評価指標が小さい順に輸送スケジュールをソートする。通知部１２４は、交通事業者が操作する端末１０１－１に表示情報を送信する。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
　また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ等の広範囲のプログラム又はスクリプト言語で実装できる。
　さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
　上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

Claims (17)

  1. 　旅客及び貨物を輸送する車両の運行情報の生成を支援する計算機であって、
    　プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有し、
    　前記旅客が操作する第１端末、前記貨物の輸送を依頼する依頼者が操作する第２端末、及び前記車両を用いた輸送サービスを提供する事業者が操作する第３端末と通信可能に接続し、
    　前記第１端末及び前記第２端末から前記車両の予約情報を受け付け、前記貨物の輸送経路を含む候補運行情報を生成し、
    　前記貨物の輸送に伴う前記旅客の要求の達成度合いを示す第１評価指標と、前記依頼者の要求の達成度合いを示す第２評価指標と、前記事業者の要求の達成度合いを示す第３評価指標と、を前記候補運行情報毎に算出し、
    　前記第１評価指標、前記第２評価指標、及び前記第３評価指標に基づいて、採用可能な前記候補運行情報を選択し、
    　選択された前記候補運行情報を前記第３端末に送信することを特徴とする計算機。
  2. 　請求項１に記載の計算機であって、
    　前記第１評価指標、前記第２評価指標、及び前記第３評価指標を用いて総合評価指標を算出し、
    　前記総合評価指標に基づいて、採用可能な前記候補運行情報を選択することを特徴とする計算機。
  3. 　請求項２に記載の計算機であって、
    　前記総合評価指標は、前記第１評価指標、前記第２評価指標、前記第３評価指標、及び重みパラメータを用いて算出され、
    　前記計算機は、前記重みパラメータ及び前記総合評価指標に基づく前記候補運行情報の選択方法を設定するためのインタフェースを前記第３端末に提供することを特徴とする計算機。
  4. 　請求項１に記載の計算機であって、
    　前記第１評価指標、前記第２評価指標、及び前記第３評価指標は、ロジスティック関数を用いて表現される値を変数とする関数を用いて算出されることを特徴とする計算機。
  5. 　請求項１に記載の計算機であって、
    　前記第１端末から乗車地及び降車地を含む予約情報を受け付け、
    　前記第２端末から前記貨物の荷積み場所及び荷下ろし場所を含む予約情報を受け付け、
    　前記旅客の前記乗車地及び前記降車地と、前記貨物の前記荷積み場所及び前記荷下ろし場所とを経由する輸送経路を生成することを特徴とする計算機。
  6. 　請求項５に記載の計算機であって、
    　輸送する複数の前記貨物のうち、所定数の前記貨物を選択し、
    　前記旅客の前記乗車地及び前記降車地と、選択された前記貨物の前記荷積み場所及び前記荷下ろし場所とを経由し、全ての前記旅客の輸送後に残りの前記貨物の前記荷積み場所及び前記荷下ろし場所を経由する前記輸送経路を生成することを特徴とする計算機。
  7. 　請求項１に記載の計算機であって、
    　前記車両は、鉄道及び自動車のいずれかであることを特徴とする計算機。
  8. 　計算機が実行する、旅客及び貨物を輸送する車両の運行情報の生成支援方法であって、
    　前記計算機は、
    　プロセッサ、前記プロセッサに接続される記憶装置、及び前記プロセッサに接続されるネットワークインタフェースを有し、
    　前記旅客が操作する第１端末、前記貨物の輸送を依頼する依頼者が操作する第２端末、及び前記車両を用いた輸送サービスを提供する事業者が操作する第３端末と通信可能に接続し、
    　前記運行情報の生成支援方法は、
    　前記計算機が、前記第１端末及び前記第２端末から前記車両の予約情報を受け付け、前記貨物の輸送経路を含む候補運行情報を生成する第１のステップと、
    　前記計算機が、前記貨物の輸送に伴う前記旅客の要求の達成度合いを示す第１評価指標と、前記依頼者の要求の達成度合いを示す第２評価指標と、前記事業者の要求の達成度合いを示す第３評価指標と、を前記候補運行情報毎に算出する第２のステップと、
    　前記計算機が、前記第１評価指標、前記第２評価指標、及び前記第３評価指標に基づいて、採用可能な前記候補運行情報を選択する第３のステップと、
    　前記計算機が、選択された前記候補運行情報を前記第３端末に送信する第４のステップと、を含むことを特徴とする運行情報の生成支援方法。
  9. 　請求項８に記載の運行情報の生成支援方法であって、
    　前記第２のステップは、前記計算機が、前記第１評価指標、前記第２評価指標、及び前記第３評価指標を用いて総合評価指標を算出するステップを含み、
    　前記第３のステップは、前記計算機が、前記総合評価指標に基づいて、採用可能な前記候補運行情報を選択するステップを含むことを特徴とする運行情報の生成支援方法。
  10. 　請求項９に記載の運行情報の生成支援方法であって、
    　前記第２のステップは、前記計算機が、前記第１評価指標、前記第２評価指標、前記第３評価指標、及び重みパラメータを用いて前記総合評価指標を算出するステップを含み、
    　前記運行情報の生成支援方法は、前記計算機が、前記重みパラメータ及び前記総合評価指標に基づく前記候補運行情報の選択方法を設定するためのインタフェースを前記第３端末に提供するステップを含むことを特徴とする運行情報の生成支援方法。
  11. 　請求項８に記載の運行情報の生成支援方法であって、
    　前記第１評価指標、前記第２評価指標、及び前記第３評価指標は、ロジスティック関数を用いて表現される値を変数とする関数を用いて算出されることを特徴とする運行情報の生成支援方法。
  12. 　請求項８に記載の運行情報の生成支援方法であって、
    　前記第１のステップは、
    　前記計算機が、前記旅客から乗車地及び降車地を含む予約情報を受け付ける第５のステップと、
    　前記計算機が、前記依頼者から前記貨物の荷積み場所及び荷下ろし場所を含む予約情報を受け付ける第６のステップと、
    　前記計算機が、前記旅客の前記乗車地及び前記降車地と、前記貨物の前記荷積み場所及び前記荷下ろし場所とを経由する輸送経路を生成する第７のステップと、を含むことを特徴とする運行情報の生成支援方法。
  13. 　請求項１２に記載の運行情報の生成支援方法であって、
    　前記第７のステップは、
    　前記計算機が、輸送する複数の前記貨物のうち、所定数の前記貨物を選択するステップと、
    　前記計算機が、前記旅客の前記乗車地及び前記降車地と、選択された前記貨物の前記荷積み場所及び前記荷下ろし場所とを経由し、全ての前記旅客の輸送後に残りの前記貨物の前記荷積み場所及び前記荷下ろし場所を経由する前記輸送経路を生成するステップと、を含むことを特徴とする運行情報の生成支援方法。
  14. 　請求項８に記載の運行情報の生成支援方法であって、
    　前記車両は、鉄道及び自動車のいずれかであることを特徴とする運行情報の生成支援方法。
  15. 　計算機システムであって、
    　旅客及び貨物を輸送する車両の運行情報の生成を支援するサーバ、前記旅客が操作する第１端末、前記貨物の輸送を依頼する依頼者が操作する第２端末、及び前記車両を用いた輸送サービスを提供する事業者が操作する第３端末を含み、
    　前記サーバは、
    　前記第１端末及び前記第２端末から前記車両の予約情報を受け付け、前記貨物の輸送経路を含む候補運行情報を生成し、
    　前記貨物の輸送に伴う前記旅客の要求の達成度合いを示す第１評価指標と、前記依頼者の要求の達成度合いを示す第２評価指標と、前記事業者の要求の達成度合いを示す第３評価指標と、を前記候補運行情報毎に算出し、
    　前記第１評価指標、前記第２評価指標、及び前記第３評価指標に基づいて、採用可能な前記候補運行情報を選択し、
    　選択された前記候補運行情報を前記第３端末に送信することを特徴とする計算機システム。
  16. 　請求項１５に記載の計算機システムであって、
    　前記サーバは、
    　前記第１評価指標、前記第２評価指標、及び前記第３評価指標を用いて総合評価指標を算出し、
    　前記総合評価指標に基づいて、採用可能な前記候補運行情報を選択することを特徴とする計算機システム。
  17. 　旅客及び貨物を輸送する車両の運行情報の生成を支援する計算機に手順を実行させるためのプログラムであって、
    　前記計算機は、前記旅客が操作する第１端末、前記貨物の輸送を依頼する依頼者が操作する第２端末、及び前記車両を用いた輸送サービスを提供する事業者が操作する第３端末と通信可能に接続し、
    　前記プログラムは、
    　前記第１端末及び前記第２端末から前記車両の予約情報を受け付け、前記貨物の輸送経路を含む候補運行情報を生成する手順と、
    　前記貨物の輸送に伴う前記旅客の要求の達成度合いを示す第１評価指標と、前記依頼者の要求の達成度合いを示す第２評価指標と、前記事業者の要求の達成度合いを示す第３評価指標と、を前記候補運行情報毎に算出する手順と、
    　前記第１評価指標、前記第２評価指標、及び前記第３評価指標に基づいて、採用可能な前記候補運行情報を選択する手順と、
    　選択された前記候補運行情報を前記第３端末に送信する手順と、を前記計算機に実行させることを特徴とするプログラム。
PCT/JP2022/010305 2022-03-09 2022-03-09 計算機、運行情報の生成支援方法、計算機システム、及びプログラム WO2023170823A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/010305 WO2023170823A1 (ja) 2022-03-09 2022-03-09 計算機、運行情報の生成支援方法、計算機システム、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/010305 WO2023170823A1 (ja) 2022-03-09 2022-03-09 計算機、運行情報の生成支援方法、計算機システム、及びプログラム

Publications (1)

Publication Number Publication Date
WO2023170823A1 true WO2023170823A1 (ja) 2023-09-14

Family

ID=87936304

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/010305 WO2023170823A1 (ja) 2022-03-09 2022-03-09 計算機、運行情報の生成支援方法、計算機システム、及びプログラム

Country Status (1)

Country Link
WO (1) WO2023170823A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019524556A (ja) * 2016-08-28 2019-09-05 中▲車▼青▲島▼四方▲機車車▼輌股▲分▼有限公司Ｃｒｒｃ Ｑｉｎｇｄａｏ Ｓｉｆａｎｇ Ｃｏ．， Ｌｔｄ． 二層の鉄道車両
JP2021081833A (ja) * 2019-11-15 2021-05-27 トヨタ自動車株式会社 車両制御システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019524556A (ja) * 2016-08-28 2019-09-05 中▲車▼青▲島▼四方▲機車車▼輌股▲分▼有限公司Ｃｒｒｃ Ｑｉｎｇｄａｏ Ｓｉｆａｎｇ Ｃｏ．， Ｌｔｄ． 二層の鉄道車両
JP2021081833A (ja) * 2019-11-15 2021-05-27 トヨタ自動車株式会社 車両制御システム

Similar Documents

Publication Publication Date Title
US10776748B2 (en) Communication analysis for obtaining loads
CN114902257A (zh) 改进的物流管理***
JP7378831B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP2023017285A (ja) 相乗りタクシーシステム
US7761229B2 (en) Unoccupied seat route search system, unoccupied seat route search device, and terminal device
AU2008207699A1 (en) Seat routine processes
KR101980688B1 (ko) 빅 데이터 분석을 통한 배송인 추천방법
JP6135384B2 (ja) 相乗り支援システム
CN113574579B (zh) 信息处理装置、移动体、计算机可读存储介质和方法
WO2023170823A1 (ja) 計算機、運行情報の生成支援方法、計算機システム、及びプログラム
JP6359687B2 (ja) 座席指定システム、座席指定方法
JP7359083B2 (ja) 配車計画装置、配車計画システム、及び配車計画プログラム
WO2019132721A1 (ru) Способ распределения заказов
JP5999648B2 (ja) 交通システム及び交通システムの交通手段提供方法
JP2019133356A (ja) 乗換支援システム、乗換支援方法、乗換支援プログラム、移動体
JP4054018B2 (ja) 空席経路探索システム、空席経路探索装置および端末装置
JP2021086319A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
Cats et al. Strategic planning and prospects of rail-bound demand responsive transit
US20230104886A1 (en) Heavyweight quoting and associating plane types with package sizes
JP2021128366A (ja) 車両運行管理装置、車両運行管理システム、及び車両運行管理方法
JP6359871B2 (ja) 乗務員評価システム
US20130080195A1 (en) Inventory System and Method Therefor
JP2022050813A (ja) 運行管理装置及び運行管理方法
JP6180056B2 (ja) 交通システム及び交通システムの交通手段提供方法
CN113614806B (zh) 信息处理***、移动体、计算机可读存储介质和方法

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: 22930806

Country of ref document: EP

Kind code of ref document: A1