Vehicle operation management device, vehicle operation management system, vehicle operation management method, and vehicle operation management program

Abstract

To provide a vehicle operation management device capable of reducing the number of users who miss their vehicle even when a departure time is advanced depending on whether or not the vehicle stops at a stop.SOLUTION: A vehicle operation management device includes a memory unit 20 that stores an operation plan 22 of a vehicle 83, a communication unit 30 that acquires movement demand 21 of users, and a processing unit 40 that determines whether or not the vehicle 83 will stop at a plurality of stops based on the operation plan 22 and the movement demand 21, determines a departure time from a stop at which the vehicle 83 will stop based on an arrival time corresponding to the determined whether or not the vehicle 83 will stop and the movement demand 21, and updates the operation plan 22 in the memory unit 20 based on a determination result.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present disclosure relates to a vehicle operation management device, a vehicle operation management system, a vehicle, a vehicle operation management method, a vehicle operation management program, and an operation management device for managing the operation of a moving body such as a vehicle.

Background Art

[0002] There is a service in which a moving body transports a transport target while circulating through a plurality of points, such as a route bus that transports passengers while circulating through a plurality of stops. Conventional route buses travel on a predetermined operation route, stop at predetermined stops, and pick up and drop off users. When there are no users getting off and no users at the stop, the bus driver may pass through the stop without stopping. Also, the bus may be delayed due to traffic congestion or the like. For this reason, users who want to board the bus have to continue waiting at the stop assuming that the bus will stop at the stop and that the bus may be delayed even if the departure time has passed.

[0003] For example, Patent Document 1 discloses a control device for smoothly operating an autonomous bus, which makes a determination as to whether or not to stop the bus as described above and a determination of the departure time even for an autonomous bus without a driver on board. The control device disclosed in Patent Document 1 stops the bus regardless of the presence or absence of users when the expected arrival time of the bus is before the scheduled departure time. Further, the control device of Patent Document 1 calculates the expected arrival time of the user at the stop using a boarding request signal indicating a desire to board the bus and the transmission position of the boarding request signal, and determines the departure time as the scheduled departure time when the expected arrival time of the passenger is before the scheduled departure time of the bus. Also, even when the expected arrival time of the passenger is later than the scheduled departure time of the bus, if the difference is within the threshold value, the departure time is delayed from the scheduled departure time, and if the difference exceeds the threshold value, the departure time is set as the scheduled departure time. Thereby, in an autonomous bus, it becomes possible to reduce users who miss boarding the bus, similar to a bus with a driver on board.

Prior Art Documents

[0004] [Patent Document 1] Japanese Patent Publication No. 2021-018578 [Overview of the project] [Problems that the invention aims to solve]

[0005] However, while the conventional technology described above can reduce the number of passengers who miss buses operating according to a fixed schedule, it does not anticipate speeding up the schedule. Even if travel time between stops is shortened by bypassing stops, the bus cannot depart by the scheduled departure time. Furthermore, if the departure time is advanced depending on whether or not the bus stops at a stop, there is a problem in that it does not reduce the number of passengers who miss their bus.

[0006] This disclosure is made in view of the above, and aims to provide a vehicle operation management device that can reduce passengers missing their trains even when departure times are advanced depending on whether or not the train stops at a bus stop. [Means for solving the problem]

[0007] To solve the aforementioned problems and achieve the objective, the vehicle operation management device of this disclosure comprises: a storage unit for storing a vehicle operation plan; a communication unit for acquiring the travel needs of users; and a processing unit for determining whether or not a vehicle will stop at multiple stops based on the operation plan and travel needs, determining the departure time of the stops where the vehicle will stop based on the arrival time and travel needs corresponding to the determined vehicle stopping status, and updating the operation plan in the storage unit based on the determination result. The processing unit comprises: At each of the multiple stops included in the route plan vehicle Stop The system is characterized by generating information that shows the predicted probability of not getting a car, and displaying the predicted value on a screen. [Effects of the Invention]

[0008] According to this disclosure, even if the departure time is advanced depending on whether or not the bus makes a stop at a bus stop, it is possible to reduce the number of passengers who miss their bus. [Brief explanation of the drawing]

[0009] [Figure 1] Diagram showing the configuration of the vehicle operation management system according to Embodiment 1. [Figure 2] A diagram illustrating specific examples of transportation demand. [Figure 3] Diagram showing a specific example of a train operation plan [Figure 4] Flowchart illustrating the operation of the vehicle operation management system according to Embodiment 1 [Figure 5] A diagram showing a comparative example to illustrate the effects of the vehicle operation management system according to Embodiment 1. [Figure 6] A diagram illustrating the effects of the vehicle operation management system according to Embodiment 1. [Figure 7] A flowchart illustrating the additional functions of the vehicle operation management system shown in Figure 1. [Figure 8] Diagram showing the configuration of the vehicle operation management system according to Embodiment 2. [Figure 9] Figure 8 shows an example of a display screen that the vehicle operation management system displays on the user's mobile device. [Figure 10] Figure 8 shows another example of a display screen that the vehicle operation management system displays on the user's mobile device. [Figure 11] Diagram showing the configuration of the vehicle operation management system according to Embodiment 3. [Figure 12] A flowchart illustrating the operation of the vehicle operation management system shown in Figure 11. [Figure 13] Figure 11 shows an example of a display screen displayed by the display device shown in Figure 11. [Figure 14] Diagram showing the configuration of the vehicle operation management system according to Embodiment 4. [Figure 15] A diagram showing an example of a flight schedule at the time of booking. [Figure 16] Diagram illustrating the method for allocating travel demand in Embodiment 4 [Figure 17] Flowchart for explaining the operation of the vehicle operation management device according to Embodiment 4

Embodiments for Carrying Out the Invention

[0010] Hereinafter, a vehicle operation management device, a vehicle operation management system, a vehicle, a vehicle operation management method, a vehicle operation management program, and an operation management device according to embodiments of the present disclosure will be described in detail based on the drawings.

[0011] Embodiment 1. FIG. 1 is a diagram showing the configuration of a vehicle operation management system 100 according to Embodiment 1. The vehicle operation management system 100 has a function of managing the operation of the vehicle 83. Note that the vehicle operation management system 100 is an example of an operation management system that manages the operation of a moving body, and the vehicle 83 is an example of a moving body. Also, a person who uses a service that transports using a moving body is called a user. Note that the object to be transported by the moving body may be a thing or a person. When the object to be transported is a person, the user becomes the object to be transported.

[0012] The vehicle operation management system 100 includes a vehicle operation management device 10, a demand collection terminal 81, and a vehicle control terminal 82 or a vehicle 83. Note that the vehicle operation management system 100 has a function of managing the operation of one or more vehicles 83.

[0013] The vehicle operation management device 10 manages the operation of a moving body such as the vehicle 83. The vehicle 83 is, for example, an autonomous vehicle, but is not limited thereto, and may be a manually operated vehicle driven by a driver.

[0014] Vehicle 83 is equipped with a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834, and drives according to the operation plan 22 or driving instructions received from the operation management device 10. Vehicle control terminal 82 is mounted on a mobile body such as vehicle 83. Vehicle control terminal 82 is equipped with a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834 (not shown), and has functions such as controlling vehicle 83. In other words, even a mobile body that does not originally have functions such as the transmitting / receiving unit 831, the driving control unit 832, the self-positioning unit 833, and the display unit 834 can be controlled by installing the vehicle control terminal 82. The vehicles 83 controlled by the vehicle operation management system 100 may consist only of vehicles 83 that originally have functions such as a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834; or only of vehicles 83 equipped with a vehicle control terminal 82; or a mixture of vehicles 83 that originally have functions such as a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834, and vehicles 83 equipped with a vehicle control terminal 82.

[0015] The transmitting / receiving unit 831 communicates with the vehicle operation management device 10 to send and receive information. For example, the transmitting / receiving unit 831 receives the operation plan 22 from the vehicle operation management device 10 and outputs the received operation plan 22 to the driving control unit 832. The transmitting / receiving unit 831 also receives driving instructions from the vehicle operation management device 10 and outputs the received driving instructions to the driving control unit 832. The driving instructions indicate the start timing of the drive, the destination, etc. The transmitting / receiving unit 831 then transmits the location information of the vehicle 83, the status information of the vehicle 83, etc. to the vehicle operation management device 10. The status information of the vehicle 83 indicates the state of the vehicle 83, such as when the vehicle 83 is running, when it is stopped, or when an abnormality has occurred.

[0016] The self-positioning unit 833 determines the position of the vehicle 83 and outputs position information indicating the determined position to the transmitting / receiving unit 831 and the driving control unit 832, respectively. The self-positioning unit 833 can use, but is not limited to, a GPS receiver for GPS (Global Positioning System) positioning, a magnetic sensor, etc.

[0017] The driving control unit 832 controls the driving of the vehicle 83 by automatic driving using position information received from the self-positioning unit 833 and the operation plan 22 and driving instructions received from the transmitting / receiving unit 831. For example, although not shown in the figures, the driving control unit 832 can use information acquired by obstacle detection sensors such as cameras, LiDAR (Light Detection And Ranging), and millimeter-wave sensors, as well as map information. Based on the information from the obstacle detection sensors, the position information received from the self-positioning unit 833, and the map information, the driving control unit 832 controls the driving mechanism, which is not shown in the figures. The driving mechanism is a mechanism for driving the vehicle 83, and may include, for example, an accelerator pedal or other accelerator operating device, a steering device, brakes, etc., but the configuration of the driving mechanism is not limited to these. For example, if the vehicle 83 is a manually operated vehicle, the operation plan 22 is displayed on a display device provided in the vehicle 83, and the driver of the manually operated vehicle can drive the vehicle 83 according to the displayed operation plan 22.

[0018] The demand collection terminal 81 is a terminal that accepts reservation operations from users to reserve the use of vehicle 83. The demand collection terminal 81 may be a mobile device owned by the user, such as a smartphone or tablet, or it may be a reservation terminal fixed at a bus stop where vehicle 83 stops.

[0019] The vehicle operation management device 10 includes a storage unit 20, a communication unit 30, and a processing unit 40.

[0020] The memory unit 20 stores the travel demand 21 and the operation plan 22.

[0021] The travel demand 21 is information that is dynamically updated in response to a user of vehicle 83 performing a reservation registration operation or a reservation modification operation. The travel demand 21 includes the user's desired boarding and alighting stops. The travel demand 21 may also include the desired departure time, which is the time the user wishes to board vehicle 83. The desired departure time may be a specified time entered by the user on the reservation screen, or the reservation time, which is the time the reservation registration operation was performed, may be treated as the desired departure time. Alternatively, the travel demand 21 may include a reservation location expressed in terms of latitude and longitude, and the desired departure time may be the time elapsed from the reservation time by the amount of travel time required from the reservation location to the desired boarding stop. The reservation location is the location information of the demand collection terminal 81 at the time the reservation was made, and if the demand collection terminal 81 is a fixed reservation terminal, it may be the identifier of the demand collection terminal 81. In this case, the vehicle operation management device 10 can acquire the location information associated with the identifier of the demand collection terminal 81 and use the acquired location information as the reservation location.

[0022] Figure 2 shows a specific example of travel demand 21. The travel demand 21 shown in Figure 2 includes a travel demand ID (IDentifier) ​​assigned to each reservation, a user ID assigned to the user, a reservation time indicating the time the reservation was registered, a desired boarding stop which is information used to identify the stop where the user wishes to board, a desired alighting stop which is information used to identify the stop where the user wishes to alight, and a desired departure time. In this case, the desired departure time is assumed to be later than the reservation time.

[0023] The operation plan 22 is generated for each trip and includes the stops where the vehicle 83 used for that trip is scheduled to stop, the arrival time at each stop, and the departure time at each stop. Whenever a new travel demand 21 is registered or the contents of a travel demand 21 are changed, the operation plan 22 stored in the memory unit 20 is updated by the processing unit 40.

[0024] Figure 3 is a diagram showing a specific example of the operation plan 22. Figure 3 shows an example of the operation plan 22 when a travel demand 21 represented by travel demand ID "c" is booked, an example of the operation plan 22 before the vehicle 83 of the service to which the travel demand 21 represented by travel demand ID "c" is assigned arrives at the stop [3] which is the desired boarding stop for the travel demand 21 represented by travel demand ID "c", and an example of the operation plan 22 after the vehicle 83 arrives at the stop [3]. These operation plans 22 include a service ID assigned to each service, a stop ID assigned to each stop, whether or not the service indicated by the service ID passes through the stop indicated by the stop ID, the arrival time of the service indicated by the service ID at the stop indicated by the stop ID, the departure time of the service indicated by the service ID at the stop indicated by the stop ID, and a boarding travel demand ID indicating the travel demand ID of the travel demand 21 that wishes to board from the stop indicated by the stop ID on the service indicated by the service ID.

[0025] Returning to the explanation of Figure 1, the communication unit 30 has the function of communicating with devices outside the vehicle operation management device 10. Specifically, the communication unit 30 can communicate with the demand collection terminal 81 and the vehicle control terminal 82 or vehicle 83, respectively. The communication unit 30 receives the travel demand 21 from the demand collection terminal 81. The communication unit 30 transmits the operation plan 22 or driving instructions to the vehicle control terminal 82 or vehicle 83, and receives location information and status information of the vehicle 83 from the vehicle 83 that is driving according to the operation plan 22 or driving instructions.

[0026] The processing unit 40 controls the operation of the vehicle operation management device 10. The processing unit 40 includes a mobility demand management unit 41, an operation plan update unit 42, and an operation plan implementation unit 43.

[0027] The mobile demand management unit 41 stores the mobile demand 21 received by the communication unit 30 in the storage unit 20. The mobile demand management unit 41 may store the mobile demand 21 received by the communication unit 30 in the storage unit 20 as is, or it may process the mobile demand 21 received by the communication unit 30 into a format suitable for storage in the storage unit 20 before storing it in the storage unit 20. The mobile demand management unit 41 stores the received mobile demand 21 in the storage unit 20 each time the communication unit 30 receives a mobile demand 21 from the demand collection terminal 81.

[0028] The operation plan update unit 42 updates the operation plan 22 stored in the memory unit 20 based on the travel demand 21 and the operation plan 22 stored in the memory unit 20. Specifically, the operation plan update unit 42 determines whether or not the vehicle 83 will stop at each of the multiple stops based on the operation plan 22 and the travel demand 21. Then, the operation plan update unit 42 calculates the arrival time at each stop according to the determined whether or not the vehicle 83 will stop, and determines the departure time for the stops where the vehicle 83 will stop based on the calculated arrival time and the travel demand 21. Once the operation plan update unit 42 has determined whether or not the vehicle 83 will stop at a stop and the departure time, it can update the operation plan 22 in the memory unit 20 based on the determination results.

[0029] The timing at which the operation plan update unit 42 determines whether or not the vehicle 83 will stop at a bus stop can be, for example, the scheduled arrival time, scheduled departure time, 5 minutes before the scheduled arrival time, or 5 minutes before the scheduled departure time at the bus stop one stop upstream from the target bus stop. The operation plan update unit 42 may also determine whether or not the vehicle 83 will stop at a bus stop each time the travel demand 21 is updated. The operation plan update unit 42 determines whether or not the vehicle 83 will stop at a target bus stop at least after the allocation of reservations for boarding and alighting at the target bus stop has been terminated.

[0030] For example, if vehicle 83 is an autonomous vehicle and cannot change its destination while traveling, it is necessary to determine which stop to stop at after a given stop. For this reason, if vehicle 83 is scheduled to travel through stops [1], [2], [3], [4], and [5] in that order, and it is decided that the next stop will be stop at stop [2], it is necessary to determine which stop to stop at after stop [2] before departing from stop [2]. In this case, the operation plan update unit 42 determines whether or not to stop at stop [3] before departing from stop [2], and if it does not stop at stop [3], it determines whether or not to stop at stop [4] next, and so on, until a stop is found to which the vehicle will stop. For example, if it is determined that vehicle 83 will not stop at stops [3] and [4], but will stop at stop [5] after stop [2], and the next destination for vehicle 83 is set to stop [5], it is desirable that the allocation of travel demand 21 for stops [3] and [4] for that service be closed.

[0031] Alternatively, if the vehicle 83 can change its destination while in motion, the decision on whether or not to stop at each stop may be made sequentially for each stop. For example, the operation plan update unit 42 can determine whether or not to stop at the next stop for each of the multiple stops on the route, each time the vehicle stops at or passes through a stop. In this case, it becomes possible to respond to sudden travel demand 21, but the effect of reducing travel time will be small because it will not be possible to make significant changes to the travel route. Even if the vehicle 83 can change its destination while in motion, a method may be adopted in which the next stop to be determined at the time of departure from the stop. If the next stop to be determined at the time of departure from the stop, and the vehicle does not stop at multiple consecutive stops, it becomes possible to change the route and adopt a route that does not pass through stops where the vehicle does not stop, thereby greatly increasing the effect of reducing travel time.

[0032] The operation plan update unit 42 can determine the departure time from a bus stop each time it determines whether or not the vehicle 83 will stop at that stop. Alternatively, the operation plan update unit 42 may, for example, determine whether or not the vehicle 83 will stop at a bus stop each time the travel demand 21 is updated, update the "via / without" status in the operation plan 22, and determine the departure time at the moment the vehicle stops at the relevant bus stop.

[0033] Let's explain the example in Figure 3. When a reservation for travel demand 21, indicated by travel demand ID "c", is made, the operation plan 22 is set so that the bus indicated by bus ID "001" will pass through the bus stops indicated by bus stop IDs [1], [2], and [3]. At this time, the arrival time at bus stop [1] is set to "10:00", the departure time from bus stop [1] is set to "10:01", the arrival time at bus stop [2] is set to "10:03", the departure time from bus stop [2] is set to "10:04", the arrival time at bus stop [3] is set to "10:06", and the departure time from bus stop [3] is set to "10:07". Here, the travel demand 21 indicated by the travel demand ID "c" is the same as the travel demand 21 with travel demand ID "c" shown in Figure 2, and the reservation time for this travel demand 21 is "10:00", the desired boarding stop [3], the desired alighting stop [6], and the desired departure time is "10:06". The travel demand 21 with travel demand ID "c" is assigned to service ID "001", and since the desired boarding stop is stop [3], the travel demand 21 with travel demand ID "c" is assigned to the travel demand ID field for stop [3] in the operation plan 22.

[0034] In this case, if the route plan before arriving at stop [3] determines that there are no passengers getting on or off at stop [2] and that vehicle 83 will not stop at stop [2], then the route plan 22 will be updated to show "None" for the route via stop [2], and the arrival and departure times will be left blank. The route plan update unit 42 also recalculates the travel time from stop [1] to stop [3] due to the vehicle not stopping at stop [2] and calculates the reduction in travel time. Here, we assume the reduction is 2 minutes. In this case, the arrival time at stop [3] is updated to "10:04". The reduction is also retained as (-2). When the arrival time at stop [3], "10:04", arrives, the route plan update unit 42 determines the departure time from stop [3].

[0035] At this time, the operation plan update unit 42 determines the departure time for stop [3] to be "10:06", which is the latest of the following: "10:05", which is the departure time for stop [3] calculated from "10:04", which is the arrival time for stop [3] depending on whether or not there is a stop upstream of stop [3], and "10:06", which is the desired departure time for the travel demand 21 assigned to stop [3]. Here, an example is shown in which there is one passenger boarding at stop [3], but even if there are multiple passengers boarding at stop [3], the departure time for stop [3] to be determined to be the latest of the following: "10:06", which is the departure time for stop [3] calculated from "10:04", which is the arrival time for stop [3] depending on whether or not there is a stop upstream of stop [3], and "10:06", which is the desired departure time for the multiple travel demand 21 assigned to stop [3]. The operation plan update unit 42 can calculate the departure time of stop [3], which is calculated from the arrival time of stop [3] depending on whether or not the bus stops at stops upstream of stop [3], by subtracting the time reduction in arrival time to stop [3] from the initial value of the departure time of stop [3].

[0036] As explained in Figure 3, in this embodiment, the operation plan 22 is dynamically updated. In other words, if there are stops that the vehicle will not pass through during its journey, the travel time may be shortened by the amount of time spent slowing down to stop or the time spent stopped. Also, as mentioned above, if there are consecutive stops that the vehicle will not pass through, it may be possible to shorten the travel time between stops by changing the route. Therefore, the operation of the vehicle 83 will be brought forward. When the operation is brought forward, it is important to avoid passengers missing their buses, and the vehicle operation management device 10 can shorten passenger travel time by bringing forward the operation plan while avoiding passengers missing their buses by determining the departure time based on the desired departure time set for each travel demand 21.

[0037] Returning to the explanation of Figure 1, the operation plan implementation unit 43 generates driving instructions to the vehicle control terminal 82 or vehicle 83 based on the operation plan 22 stored in the memory unit 20 and updated by the operation plan update unit 42, and transmits the generated driving instructions to the vehicle control terminal 82 or vehicle 83 via the communication unit 30. Since the operation plan implementation unit 43 generates driving instructions based on the latest operation plan 22, the vehicle control terminal 82 controls the vehicle 83 based on the latest operation plan 22. Similarly, the vehicle 83, equipped with a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834, drives based on the latest operation plan 22.

[0038] The operation of the vehicle operation management device 10 described above will now be explained using a flowchart. Figure 4 is a flowchart for explaining the operation of the vehicle operation management device 10 according to Embodiment 1. In the vehicle operation management device 10, the travel demand management unit 41 manages the travel demand 21 while the vehicle 83 is in operation (steps S11, S13). Specifically, the travel demand management unit 41 acquires the travel demand 21 indicating the reservation details from the demand collection terminal 81 and registers, modifies, etc., the travel demand 21 in the storage unit 20 (step S12).

[0039] In the vehicle operation management device 10, the operation plan update unit 42 updates the operation plan while the vehicle 83 is in operation (steps S21, S24). Specifically, the operation plan update unit 42 acquires information to be used to update the operation plan (step S22). The information acquired by the operation plan update unit 42 here is the travel demand 21 and the operation plan 22. Subsequently, based on the acquired information, the operation plan update unit 42 determines whether or not to stop at each stop and the departure time (step S23), and updates the operation plan 22 based on the determined information.

[0040] In the vehicle operation management device 10, the operation plan implementation unit 43 implements the operation plan 22 and controls the operation of the vehicle 83 while the vehicle 83 is in operation (steps S31, S33). Specifically, the operation plan implementation unit 43 determines the route of the vehicle 83 based on the operation plan 22 stored in the storage unit 20 (step S32) and controls the operation of the vehicle 83.

[0041] Next, the hardware configuration of the vehicle operation management device 10 according to Embodiment 1 will be described. In the vehicle operation management device 10, the storage unit 20 is memory. The processing unit 40 is implemented by a processing circuit. The processing circuit may be a memory for storing programs and a processor for executing the programs stored in memory, or it may be dedicated hardware. The processing circuit is also called a control circuit. The communication unit 30 is implemented using a communication device. When the processing circuit is composed of a processor and memory, each function of the processing unit 40 is implemented by software, firmware, or a combination of software and firmware. The software or firmware is written as a program and stored in memory. In the processing circuit, each function is implemented by the processor reading and executing the program stored in memory. The program may be provided by a storage medium on which the program is stored, or by other means such as a communication medium.

[0042] Here, a processor can be, for example, a CPU (Central Processing Unit), processing unit, arithmetic unit, microprocessor, microcomputer, or DSP (Digital Signal Processor). Memory can be, for example, non-volatile or volatile semiconductor memory such as RAM (Random Access Memory), ROM (Read Only Memory), flash memory, EPROM (Erasable Programmable ROM), EEPROM (Registered Trademark) (Electrically EPROM), magnetic disks, flexible disks, optical disks, compact disks, minidiscs, DVDs (Digital Versatile Disks), etc.

[0043] When the processing circuit is dedicated hardware, it may be a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), or a combination of these.

[0044] Next, the effects of Embodiment 1 will be explained. Figure 5 is a diagram illustrating a comparative example to illustrate the effects of the vehicle operation management device 10 according to Embodiment 1. Figure 5 shows an example of the reservation details, operation status, updated departure time, whether the user is able to board, and an operation image representing the movement of the user and vehicle 83 in the comparative example. The comparative example is an example in which the departure time is advanced by the amount of time shortened due to the arrival time being brought forward, without considering the desired departure time of the travel demand 21. In other words, in the comparative example, the updated departure time is the time obtained by subtracting the shortened time from the departure time before the update. Figure 6 is a diagram illustrating the effects of the vehicle operation management device 10 according to Embodiment 1. Figure 6 shows the updated departure time, whether the user is able to board, and an operation image for the case where the reservation details and operation status are the same as the comparative example shown in Figure 5.

[0045] For example, if a user makes a reservation while the bus is already available for boarding, the likelihood of missing the bus is low. Therefore, Figures 5 and 6 show two cases: one where the desired departure time Td is specified after the reservation time Tr, and another where the desired boarding stop P0 is specified, which is far from the reservation location Pr, and therefore time is required to travel from the reservation location Pr to the desired boarding stop P0. In both cases, in the comparative example, the updated departure time Tm is the scheduled departure time Tp before the update minus the shortened time Sa.

[0046] First, a desired departure time Td is specified that is later than the reservation time Tr. If the waiting time Sw at the time of reservation is greater than or equal to the shortened time Sa when the vehicle 83 arrives at the desired boarding stop P0, the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update) will be equal to or later than the desired departure time Td. In this case, in both the comparative example and Embodiment 1, the departure time Tm will be the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update), and as shown in the operation image, it will be a time earlier than the scheduled departure time Tp and later than the desired departure time Td. Therefore, in both the comparative example and Embodiment 1, the user can board. Note that in Figures 5 and 6, the desired departure time Td is the time when the user can board, and boarding is indicated as being impossible for users who are at the desired boarding stop P0 at times earlier than the desired departure time Td.

[0047] Next, the user specifies a desired departure time Td that is later than the reservation time Tr. If the waiting time Sw at the time of reservation is shorter than the shortened time Sa when the vehicle 83 arrives at the desired boarding stop P0, the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update) will be earlier than the desired departure time Td. In this case, the departure time Tm will be the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update) in the comparative example, and the desired departure time Td in Embodiment 1. In this case, in the comparative example, the departure time Tm, which is brought forward from the scheduled departure time Tp, will be earlier than the desired departure time Td, so the user will not be able to board. In contrast, in Embodiment 1, the departure time Tm, which is brought forward from the scheduled departure time Tp, will be equal to the desired departure time Td, so the user will be able to board.

[0048] Furthermore, if a user specifies a desired boarding stop P0 that is far from the reserved position Pr, and the waiting time Sw at the time of reservation is greater than or equal to the shortened time Sa when the vehicle 83 arrives at the desired boarding stop P0, the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update) will be equal to or later than the desired departure time Td. In this case, in both the comparative example and Embodiment 1, the departure time Tm will be the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update), and as shown in the operation image, it will be a time earlier than the scheduled departure time Tp and later than the desired departure time Td, which is the time after the user has moved from the reserved position Pr where they were at the reserved time Tr to the specified desired boarding stop P0. Therefore, in both the comparative example and Embodiment 1, the user can board the vehicle.

[0049] Next, the user specifies a desired boarding stop P0 that is far from the reserved position Pr. If the waiting time Sw at the time of reservation is shorter than the shortened time Sa when the vehicle 83 arrives at the desired boarding stop P0, the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update) will be earlier than the desired departure time Td. In this case, the departure time Tm will be the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp (the departure time before the update) in the comparative example, and the desired departure time Td in Embodiment 1. In this case, as shown in the operation image, in the comparative example, the departure time Tm, which is earlier than the scheduled departure time Tp, will be earlier than the desired departure time Td, which is the time after the user has moved from the reserved position Pr where they were at the reserved time Tr to the specified desired boarding stop P0. Therefore, the user cannot board. In contrast, in Embodiment 1, the departure time Tm, which is earlier than the scheduled departure time Tp, will be equal to the desired departure time Td. Therefore, the user can board.

[0050] As shown in Figures 5 and 6, the vehicle operation management device 10 according to Embodiment 1 shortens the travel time between stops by skipping stops where there are no passengers getting on or off, in response to travel demand 21. The departure time Tm is brought forward according to the shortened time Sa, and if the time obtained by subtracting the shortened time Sa from the scheduled departure time Tp is earlier than the desired departure time Td, the departure time Tm is set to the desired departure time Td, thereby preventing passengers from missing their train.

[0051] Here, we will describe the additional functions of the processing unit 40. Figure 7 is a flowchart illustrating the additional functions of the vehicle operation management device 10 shown in Figure 1. The operation shown in Figure 7 is performed by the processing unit 40 at each stop while the vehicle 83 is in operation, for example, in parallel with step S32 in Figure 4.

[0052] The operation plan implementation unit 43 of the vehicle operation management device 10 determines whether or not it is the departure time of the operation plan 22 (step S34). If it is not yet the departure time (step S34: No), the operation plan implementation unit 43 acquires information to determine whether or not departure is permitted (step S35). The information acquired here to determine whether or not departure is permitted is, for example, information to confirm that all users who are scheduled to board at the target stop have already boarded. For example, the information to confirm that all users who are scheduled to board at the target stop have already boarded may be the result of matching the users who will board the vehicle 83 with the travel demand 21 when the users board the vehicle 83. The matching is performed using, for example, a two-dimensional code, biometric authentication, an application installed on a mobile terminal carried by the user, and at least one user identifier from among electronic money. The information to confirm that all users who are scheduled to board at the target stop have already boarded may also be information indicating that the user has performed an operation to authorize departure. The operation to authorize departure by the user may be performed, for example, by a mobile terminal carried by the user, or by a terminal installed at the stop or on the vehicle 83.

[0053] Based on the information obtained in step S35, the operation planning unit 43 determines whether all passengers scheduled to board at the target stop have already boarded (step S36). If not all passengers have boarded (step S36: No), the operation planning unit 43 repeats the process from step S34. If all passengers have boarded (step S36: Yes), the operation planning unit 43 updates the departure time based on the current time and issues a driving instruction to the vehicle control terminal 82 (step S37). When the departure time arrives (step S34: Yes), the operation planning unit 43 terminates processing for the target stop.

[0054] As described above, the vehicle operation management device 10 according to Embodiment 1 is characterized by comprising: a storage unit 20 that stores the operation plan 22 of the vehicle 83; a communication unit 30 that acquires the travel demand 21 of users; and a processing unit 40 that determines whether or not the vehicle 83 will stop at a plurality of stops based on the operation plan 22 and the travel demand 21, determines the departure time of the stops where the vehicle 83 will stop based on the determined arrival time and travel demand 21 according to whether or not the vehicle 83 will stop, and updates the operation plan 22 in the storage unit 20 based on the determination result. In this way, with the vehicle operation management device 10, the arrival time is determined based on whether or not the vehicle 83 will stop at a stop, that is, the arrival time becomes earlier the more stops the vehicle does not stop, and the travel demand 21, so even if the departure time is advanced depending on whether or not the vehicle 83 will stop at a stop, it is possible to reduce the number of users who miss their train.

[0055] If the processing unit 40 determines that there are stops where the vehicle 83 will not stop, it calculates the travel time between the stops where the vehicle 83 will stop and the stops where the vehicle 83 will stop, and determines the departure time of the stops where the vehicle 83 will stop based on the calculation result and the travel demand 21. Normally, if there are stops where the vehicle does not stop, the travel time will be shorter than if it stopped at all stops. For this reason, the processing unit 40 can determine the departure time by considering the time when users can board, while taking into account the upper limit for which the departure time can be advanced, and by using the travel demand 21. Specifically, the travel demand 21 includes the desired departure time at the user's desired boarding stop, and the processing unit 40 can determine the departure time as the later of the departure time calculated based on the above calculation result, i.e., the upper limit for which the departure time can be advanced, and the desired departure time of the travel demand 21 for the stop in question. If there are multiple travel demands 21 that specify the target bus stop as the desired boarding stop, the processing unit 40 can determine the departure time as the latest of the desired departure times of the multiple travel demands 21 and the departure time calculated based on the calculation results. The desired departure time may be the time set by the user, the reservation time may be treated as the desired departure time, or the travel time from the user's current location to the desired boarding stop may be calculated and used as the time after the travel time has elapsed from the reservation time. The upper limit for which the departure time can be advanced is the time obtained by subtracting the reduction time Sa from the scheduled departure time Tp.

[0056] The processing unit 40 further has the function of sending a driving instruction to the vehicle 83 based on the operation plan 22, and can depart the vehicle 83 even before the departure time in the operation plan 22, and update the operation plan 22 based on the departure time. If it is determined that there is no problem in departing the vehicle 83 even before the departure time in the operation plan 22, for example, if it is confirmed that all passengers who are scheduled to board at the target stop have already boarded, the processing unit 40 can depart the vehicle 83 even before the departure time in the operation plan 22. Passengers can set their desired departure time considering the time it takes to travel to their desired boarding stop, but especially when users set the desired departure time, they may set it with a margin of safety, and in reality, it may be possible to depart earlier than the desired departure time. In such cases, by departing the vehicle 83 before the departure time in the operation plan 22, it is possible to further shorten the travel time for passengers. Specifically, the determination of whether all passengers who are scheduled to board at the stop have already boarded may be made using the result of matching the passengers who will board the vehicle 83 with the travel demand 21 when the passenger boards the vehicle 83. This verification is performed using, for example, a two-dimensional code, biometric authentication, an application installed on the user's mobile device, and at least one user identifier from electronic money. Furthermore, the determination of whether all users scheduled to board at the stop have already boarded may be based on an operation by the user authorizing departure. The processing unit 40 can determine that all users scheduled to board at the stop have already boarded if all users have performed the operation authorizing departure. The operation authorizing departure may be performed using the user's mobile device, a terminal installed at the stop, or a terminal installed in the vehicle 83.

[0057] Furthermore, according to Embodiment 1, a vehicle operation management system 100 can also be provided. The vehicle operation management system 100 includes a demand collection terminal 81 that collects travel demand including the desired departure time when a user wishes to board a vehicle, and a storage unit 20 that stores the operation plan 22 of a vehicle 83. Based on the operation plan 22 and travel demand 21, the vehicle operation management device 10 determines whether or not the vehicle 83 will stop at a plurality of stops where the demand collection terminal 81 is installed, determines the departure time of the stop where the vehicle 83 will stop based on the determined arrival time and desired departure time corresponding to whether or not the vehicle 83 will stop, and updates the stored operation plan 22 based on the determination result. The vehicle operation management device 10 also includes a vehicle control terminal 82 that controls the vehicle 83 based on the operation plan 22 updated by the vehicle operation management device 10.

[0058] Furthermore, the vehicle operation management system 100 may include, in place of the above-mentioned vehicle control terminal 82, or in addition to the vehicle control terminal 82, a vehicle 83 that operates based on an updated operation plan 22 or a driving instruction generated based on the updated operation plan 22, provided by the operation management device 10.

[0059] Furthermore, according to Embodiment 1, in a vehicle 83 operating according to the operation plan 22, whether or not the vehicle 83 will stop at multiple stops is determined based on the operation plan 22 and the travel demand 21 of the users. Based on the arrival time corresponding to whether or not the vehicle 83 will stop and the travel demand 21, the departure time of the stops where the vehicle 83 will stop is determined, and the operation plan 22 is updated based on the determination result. The vehicle 83 also includes a transmitting / receiving unit 831 that receives the updated operation plan 22 or driving instructions generated based on the updated operation plan 22, and a driving control unit 832 that controls the driving of the vehicle 83 based on the operation plan 22 or the driving instructions received by the transmitting / receiving unit 831. The vehicle 83 may also include a display unit 834 that displays the operation plan 22 received by the transmitting / receiving unit 831, instead of the driving control unit 832, or in addition to the driving control unit 832.

[0060] Furthermore, Embodiment 1 can also provide a vehicle operation management method. This vehicle operation management method includes a storage step of storing a vehicle operation plan 22 for a vehicle 83; a travel demand acquisition step of acquiring travel demand 21 including the desired departure time at a stop where a user wishes to board the vehicle 83; a stop determination step of determining whether or not the vehicle 83 will stop at a plurality of stops based on the operation plan 22 and the travel demand 21; a departure time determination step of determining the departure time of the stop where the vehicle 83 will stop based on the arrival time and desired departure time corresponding to the determined whether or not the vehicle 83 will stop; and an operation plan update step of updating the stored operation plan 22 based on the determination result.

[0061] Furthermore, according to Embodiment 1, it is also possible to provide a vehicle operation management program that causes a computer to execute the above-mentioned storage step, travel demand acquisition step, stop determination step, departure time determination step, and operation plan update step.

[0062] Embodiment 2. Figure 8 shows the configuration of the vehicle operation management system 100A according to Embodiment 2. The vehicle operation management system 100A includes a vehicle operation management device 10A, a demand collection terminal 81, a vehicle control terminal 82, and a display device 84. In this embodiment, the vehicle operation management system 100A has a vehicle control terminal 82 installed on a vehicle 83, but the vehicle operation management system 100A may have a vehicle 83 that originally has functions such as a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834, similar to Embodiment 1. The following description will omit explanations of parts that are the same as Embodiment 1, and will mainly describe parts that differ from Embodiment 1.

[0063] The vehicle operation management device 10A has a processing unit 40A that, in addition to the functions of the vehicle operation management device 10, has the function of an operation plan display control unit 44A that displays the operation plan on the display device 84. In Figure 8, the display device 84 is shown as a different device from the demand collection terminal 81, but the demand collection terminal 81 may also have the functions of the display device 84. The display device 84 is the same device as the demand collection terminal 81 used by users for reservations, and may be a mobile terminal owned by the user, such as a smartphone or tablet, or it may be a reservation terminal fixed at a bus stop or the like. Alternatively, the display device 84 may be a different device from the demand collection terminal 81, and may be a monitor fixed at a bus stop or the like.

[0064] The operation plan display control unit 44A can display the departure times of bus stops on the display screen of the display device 84 based on the operation plan 22 stored in the memory unit 20, and can update the contents of the display screen each time the operation plan is updated.

[0065] Furthermore, the operation plan display control unit 44A can display the operation plan on the display screen of the user's mobile terminal corresponding to the travel demand 21, and update the content of the display screen each time the operation plan is updated. In this case, the operation plan display control unit 44A may display a display screen customized for each user.

[0066] Figure 9 shows an example of a display screen that the vehicle operation management device 10A shown in Figure 8 displays on a user's mobile terminal. The operation plan display control unit 44A can display the user's reservation details, that is, the details of the travel demand 21 associated with the user, on the display screen. In the example shown in Figure 9, the user's desired departure time, the ID of the reserved service, and the desired boarding and alighting stops are displayed. The operation plan display control unit 44A can also display the arrival and departure times for each stop on the display screen. At this time, the operation plan display control unit 44A displays the operation plan on the display screen, including at least the departure time of the boarding stop of the user's travel demand 21.

[0067] Furthermore, as shown in the example in Figure 9, the operation plan display control unit 44A may also display the arrival and departure times of the target bus stop within a range of expected times. For example, the operation plan display control unit 44A can represent the departure time of the target bus stop within a range using the shortest departure time, which is the departure time if the bus does not stop at any stops between the last stop where it has stopped and the target bus stop where there are no passengers scheduled to board or alight, and the longest departure time, which is the departure time if the bus stops at all stops. The arrival time can be calculated in a similar manner. By repeatedly calculating the shortest and longest departure times, the operation plan display control unit 44A gradually narrows this time range. By representing the arrival and departure times as a time range, users can understand that the arrival and departure times may change and by what extent they may change.

[0068] Furthermore, if the display device 84 is a monitor installed at a bus stop, the operation plan display control unit 44A may display customized information on the display screen for each installation location of the display device 84. In this case, the display device 84 will display at least the departure time of the bus stop where it is installed. In this case as well, it is preferable that the departure time is expressed within a time range as shown in Figure 9.

[0069] In the example shown in Figure 9, the arrival and departure times are displayed for multiple stops in the order of travel, including the user's desired boarding and alighting stops. However, it is also possible to display only the departure time for the user's desired boarding stop and the arrival time for the desired alighting stop.

[0070] Figure 10 shows another example of a display screen that the vehicle operation management device 10A shown in Figure 8 displays on a user's mobile device. As shown in Figure 10, the display screen shown on the user's mobile device only displays the departure time of the user's reserved boarding stop as the "scheduled departure time," and does not need to display departure times for other stops. In this case as well, the scheduled departure time is displayed as a time range, and as the vehicle 83 approaches the target stop, the time range narrows. In the example in Figure 10, at the time shown in the left figure, the scheduled departure time is in the time range of "10:00~10:08," at the time shown in the middle figure, after more time has passed since the left figure, the scheduled departure time is in the time range of "10:02~10:06," and at the time shown in the right figure, after more time has passed since the middle figure, the scheduled departure time is "10:04." When the time range becomes less than one minute, the scheduled departure time can be represented as a single time, rather than as the shortest and longest departure times, as shown in the right figure.

[0071] As described above, the vehicle operation management device 10A according to Embodiment 2 has the following functions in addition to the functions of the vehicle operation management device 10 according to Embodiment 1. The processing unit 40A displays the departure time of the bus stop on the display screen based on the operation plan 22 stored in the memory unit 20, and can update the contents of the display screen each time the operation plan 22 is updated. According to the vehicle operation management device 10A, the departure time of the vehicle 83 changes over time. Furthermore, the change in departure time includes advancement, and may be earlier than the departure time at the time of reservation. For this reason, it is important to inform users of the departure time in real time in order to avoid missing the bus. If the departure time can be informed to users in real time using the display screen, users can change their actions according to the situation, such as hurrying to the desired bus stop according to the current departure time, or if the departure time is delayed, finishing other errands such as shopping before boarding.

[0072] Furthermore, the departure time information, which is updated moment by moment, may be provided to users with reservations on a customized display screen, as described in the above embodiment; it may be provided on a display device 84 installed at the bus stop so that people arriving at the bus stop can at least grasp the departure time from that bus stop; or it may be provided, regardless of whether a reservation has been made, by displaying it on the screen of an application with a reservation function provided for mobile terminals, for example.

[0073] For example, the processing unit 40A can display the departure time of the desired boarding stop for the travel demand 21 on the display screen of the user's mobile terminal corresponding to the travel demand 21, and update the content of the display screen each time the operation plan 22 is updated. The processing unit 40A can also display the departure time of the boarding stop on the display screen of the display device 84 installed at the boarding stop, and update the content of the display screen each time the operation plan is updated.

[0074] Furthermore, when displaying departure and arrival times, it is desirable to express them within a range using expected upper and lower limits. For example, the processing unit 40A can express the departure time of the target stop within a range using the shortest departure time, which is the departure time if the bus does not stop at any stops between the last stop where it has stopped and the target stop where there are no passengers scheduled to get on or off, and the longest departure time, which is the departure time if the bus stops at all stops.

[0075] Embodiment 3. Figure 11 shows the configuration of the vehicle operation management system 100B according to Embodiment 3. The vehicle operation management system 100B includes a vehicle operation management device 10B, a demand collection terminal 81, a vehicle control terminal 82, a display device 84, and artificial intelligence 85. The vehicle operation management device 10B includes a processing unit 40B that has the function of an operation plan display control unit 44B that displays on a display screen the predicted value of the probability that the vehicle 83 will not stop at each stop. In this embodiment, the vehicle operation management system 100B has a vehicle control terminal 82 installed on the vehicle 83, but the vehicle operation management system 100B may have a vehicle 83 that originally has functions such as a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834, similar to Embodiment 1. The following description will omit explanations of parts that are the same as Embodiments 1 and 2, and will mainly describe parts that differ from Embodiments 1 and 2.

[0076] The vehicle operation management system 100B has a function to generate information indicating the predicted probability that vehicle 83 will not stop at each stop. This predicted value can also be obtained by general statistical processing based on accumulated historical data. For example, the vehicle operation management system 100B can calculate the average number of travel demands 21 occurring during the same time period as the target time period from historical data for a certain period of time, predict the probability P of travel demand 21 occurring, and calculate the probability that vehicle 83 will not stop at the target stop as 1-P.

[0077] Figure 11 shows the configuration of a vehicle operation management system 100B that has a function to generate information indicating the predicted probability that a vehicle 83 will not stop at each stop using artificial intelligence 85. The artificial intelligence 85 stores a trained model 86 and has an inference unit 87 that uses the trained model 86 to generate information indicating the predicted probability that a vehicle 83 will not stop at a stop. The artificial intelligence 85 receives information to identify at least a stop as input data from the vehicle operation management device 10B and outputs a predicted value of the skip probability, which is the probability that a vehicle 83 will not stop at the target stop. Here, the input data includes at least information to identify a stop, and if there are multiple routes that pass through the target stop, it may also include information to identify the route. The input data may also include information indicating the time period to be predicted.

[0078] Figure 12 is a flowchart illustrating the operation of the vehicle operation management system 100B shown in Figure 11. The vehicle operation management system 100B can perform the operations described using Figure 4, similar to Embodiment 1. The operations shown in Figure 12 are performed in parallel with the operations shown in Figure 4. The operation plan display control unit 44B first acquires data to be used for predicting the probability of skip occurrence (step S41). The operation plan display control unit 44B inputs the data acquired in step S41 to the artificial intelligence 85 via the communication unit 30 (step S42).

[0079] The artificial intelligence 85 uses the trained model 86 to output the skip occurrence probability to the vehicle operation management device 10B based on the input data (step S43). In the vehicle operation management device 10B, the operation plan display control unit 44B displays the skip occurrence probability output by the artificial intelligence 85 on the display screen of the display device 84 (step S44).

[0080] Figure 13 shows an example of a display screen shown by the display device 84 shown in Figure 11. In Embodiment 2, this display screen includes, in addition to the information shown in Figure 9, the skip probability, which is the probability that the vehicle 83 will not stop at each stop. If the artificial intelligence 85 outputs a predicted value based on past performance for the same time period without considering the travel demand 21 currently associated with the target service, the operation plan display control unit 44B may display the skip probability output by the artificial intelligence 85 on the display screen as is, or it may correct it based on the travel demand 21 currently associated with the target service before displaying it on the display screen. For example, if the data is based on past performance data that does not include information on the currently operating service, the skip probability will almost never be 0% or 100%. However, if there are stops on the currently operating service that have already been determined not to be stops, the operation plan display control unit 44B may correct the skip probability for those stops to 100% and display it, or if there are stops that have been determined to be stops, it may correct the skip probability for those stops to 0% and display it. Furthermore, if the artificial intelligence 85 outputs a skip probability after also considering the travel demand 21 associated with currently operating flights, the flight plan display control unit 44B will display the skip probability output by the artificial intelligence 85 directly on the display screen.

[0081] Figure 11 shows a method for predicting the probability of skipping using an external artificial intelligence 85 of the vehicle operation management device 10B, but the vehicle operation management device 10B may also have a trained model 86 and an inference unit 87. The trained model 86 is generated by machine learning. For example, the trained model 86 may be configured as a large-scale language model (LLM) that outputs the probability of skipping for each stop included in the operation plan 22 when the operation plan 22 is input. Examples of algorithms used by the artificial intelligence 85 include Transformer, BERT (Bidirectional EncoderRepresentations from Transformers), and GPT (Generative Pre-Training), and may be configured by combining multiple algorithms including these.

[0082] As described above, according to the vehicle operation management device 10B of Embodiment 3, in addition to the functions described in Embodiments 1 and 2, the processing unit 40B can also generate information indicating the predicted probability that vehicle 83 will not stop at a bus stop and display it on the display screen. The "probability that vehicle 83 will not stop at a bus stop" is also called the skip occurrence probability. The processing unit 40B may determine the skip occurrence probability from general statistical processing based on accumulated performance data, or it may determine the skip occurrence probability using a technology called so-called AI (Artificial Intelligence) or generative AI. The processing unit 40 can generate information indicating the predicted value of the skip occurrence probability by inputting the bus stop information of the operation plan 22 stored in the memory unit 20 to the artificial intelligence 85.

[0083] Embodiment 4. Figure 14 shows the configuration of the vehicle operation management system 100C according to Embodiment 4. The vehicle operation management system 100C includes a vehicle operation management device 10C, a demand collection terminal 81, and a vehicle control terminal 82. In this embodiment, the vehicle operation management system 100C has a vehicle control terminal 82 installed on a vehicle 83, but the vehicle operation management system 100C may also have a vehicle 83 that originally has functions such as a transmitting / receiving unit 831, a driving control unit 832, a self-positioning unit 833, and a display unit 834, similar to Embodiment 1. Hereafter, the same reference numerals will be used for parts that are the same as in Embodiments 1 to 3, and detailed explanations will be omitted.

[0084] The vehicle operation management device 10C includes a storage unit 20C, a communication unit 30, and a processing unit 40C. The storage unit 20C stores travel demand 21, operation plans 22, allocation ranges 23, and allocation conditions 24. The processing unit 40C includes a travel demand management unit 41, an operation plan update unit 42C, and an operation plan implementation unit 43.

[0085] The communication unit 30 acquires the travel demand 21, the allocation range 23, and the allocation conditions 24. The travel demand 21, allocation range 23, and allocation conditions 24 acquired by the communication unit 30 are stored in the storage unit 20C by the travel demand management unit 41.

[0086] The operation plan update unit 42C has the function of assigning travel demand 21 to a flight that matches the allocation condition 24 from among multiple flights included in the allocation range 23, based on the travel demand 21, the allocation range 23, the allocation condition 24, and the operation plan 22. The operation plan update unit 42C updates the operation plan based on the allocation result. The allocation range 23 is information indicating the range of flights to which travel demand 21 will be allocated, and may, for example, be information indicating the time range to be allocated, or information indicating the number of flights. For example, the allocation range 23 may be "1 hour". The allocation condition 24 is information indicating the conditions for evaluating the appropriateness of allocating travel demand 21. The allocation condition 24 may, for example, be "the flight with the smallest evaluation value according to the evaluation formula". The evaluation formula may be based on at least one of the following: the number of travel demands 21 already allocated to the flight, the amount of reduction in travel time for the travel demands 21 already allocated to the flight, and the waiting time for the travel demands 21 to be allocated. For example, the evaluation formula is: "Sum of reductions in allocated travel demand 21 + Sum of reductions in unknown travel demand 21 × Probability of occurrence of unknown travel demand 21 + 0.002 × (Waiting time for allocated travel demand 21)" 2 It can be expressed as ".

[0087] The operation of the vehicle operation management system 100C according to Embodiment 4 will be explained using a specific example. Figure 15 is a diagram showing an example of an operation plan 22 at the time of reservation. Here, 10 travel demands 21 from a to j have already been assigned, and an example will be described in which a service to be used by a user is assigned to a new travel demand 21 indicated by travel demand ID "x". The desired boarding stop for the new travel demand 21 indicated by travel demand ID "x" is stop [1], the desired alighting stop is stop [2], and the desired departure time is "10:01".

[0088] If the operation plan 22 is in the state shown in Figure 15 at the time of booking, the operation plan update unit 42C of the vehicle operation management device 10C calculates an evaluation value for the case where a new travel demand 21 with travel demand ID "x" is not assigned to each service. Here, it is confirmed that all of service IDs "001", "002", "003", and "004" will stop at bus stop [1], and if a new travel demand 21 with travel demand ID "x" is assigned to each service, it will stop at bus stop [2], and if a new travel demand 21 with travel demand ID "x" is not assigned, it will not stop at bus stop [2].

[0089] Figure 16 is an explanatory diagram of the method for allocating travel demand 21 in Embodiment 4. Figure 16 shows the operation plan 22 when a stop [2] is skipped for each trip, and the evaluation value corresponding to each operation plan. The operation plan update unit 42 calculates the evaluation value using the operation plan 22 when a stop [2] is skipped for each trip. For trip ID "001", the sum of the reductions in travel time for existing travel demand 21 is 2 minutes x 4 people, and the waiting time for the new travel demand 21 is 0 minutes, so the evaluation value is "8.00". For trip ID "002", the sum of the reductions in travel time for existing travel demand 21 is 2 minutes x 3 people, and the waiting time for the new travel demand 21 is 15 minutes, so the evaluation value is "6.45".

[0090] For flight ID "003", the total reduction in travel time for existing travel demand 21 is 2 minutes x 2 people, and the waiting time for the new travel demand 21 is 30 minutes, so the evaluation value is "5.80". For flight ID "004", the total reduction in travel time for existing travel demand 21 is 2 minutes x 1 person, and the waiting time for the new travel demand 21 is 45 minutes, so the evaluation value is "6.05".

[0091] In the example shown in Figure 16, the evaluation value for flight ID "003" is the smallest, so the new travel demand 21 is assigned to flight ID "003".

[0092] Figure 17 is a flowchart illustrating the operation of the vehicle operation management device 10C according to Embodiment 4. In Figure 17, steps S11 to S13 and steps S31 to S33 are the same as in Figure 4, so their explanation is omitted.

[0093] In the vehicle operation management device 10C, the operation plan update unit 42C updates the operation plan while the vehicle 83 is in operation (steps S51, S56). Specifically, the operation plan update unit 42C acquires information to be used to update the operation plan (step S52). The information acquired by the operation plan update unit 42C here is travel demand 21, operation plan 22, allocation range 23, and allocation conditions 24. Next, based on the acquired information, the operation plan update unit 42C extracts allocation candidates from among multiple flights included in the operation plan 22 (step S53), and evaluates the suitability of the extracted allocation candidates for allocation (step S54). Specifically, the operation plan update unit 42C evaluates the suitability of the allocation by, for example, calculating the evaluation value indicated by the allocation conditions 24. Based on the calculated evaluation value, the operation plan update unit 42C determines the flight to be allocated (step S55).

[0094] As described above, the vehicle operation management device 10C according to Embodiment 4 is characterized by comprising: a storage unit 20C that stores an operation plan 22 for a vehicle 83 in which the arrival and departure times of multiple bus stops are set; a communication unit 30 that acquires the travel demand 21 of a user, an allocation range 23 indicating the range of flights to which the travel demand 21 is to be allocated, and allocation conditions 24 indicating the conditions for evaluating whether it is appropriate to allocate the travel demand 21; and a processing unit 40C that allocates the travel demand 21 to a flight that matches the allocation conditions 24 from among multiple flights included in the allocation range 23, based on the travel demand 21, the allocation range 23, the allocation conditions 24, and the operation plan 22. With this configuration, it is possible to evaluate flights within a certain period from among multiple flights included in the allocation range 23 and allocate the travel demand 21 to the most appropriate flight. Therefore, it becomes possible to allocate the travel demand 21 to a flight that is more appropriate from the viewpoint of operation efficiency and user convenience. Here, the flights included in the allocation range 23 may include flights that have not yet been operated.

[0095] The allocation condition 24 may be based on at least one of the following: the number of travel demands 21 already allocated to the flight, the amount of reduction in travel time for the travel demands 21 already allocated to the flight, and the waiting time for the travel demands 21 to be allocated.

[0096] Furthermore, the processing unit 40C can evaluate the allocation conditions 24 based on the predicted unknown travel demand and allocate the travel demand 21 based on the evaluation results. This type of allocation can be achieved by adding a term that takes the unknown travel demand 21 into the evaluation formula for the allocation conditions 24. In addition, by introducing a time lag between the registration of travel demand 21 and the allocation, it becomes possible to allocate a more optimal flight.

[0097] Furthermore, the processing unit 40C may also have the functions of the operation plan update unit 42 according to Embodiments 1 to 3.

[0098] The configurations shown in the above embodiments are examples only, and it is possible to combine them with other known technologies, combine different embodiments, and omit or modify parts of the configuration without departing from the gist of the invention.

[0099] For example, the above embodiment described a service in which a vehicle 83, such as a bus, transports users, but the technology described above can be applied to services in which a mobile body transports people or goods. In this case, the mobile body is not limited to a vehicle 83 such as an automobile, but can be any mobile body capable of transporting people or goods, such as a ship, drone, helicopter, airplane, or aerial vehicle called a flying car. In this case, in the above embodiment, "bus stop" should be read as "stopping position" where the mobile body stops, "stopping" should be read as "stopping", and if the object of transport is a person, "boarding, alighting" should be read as "boarding, disembarking, boarding, alighting" depending on the type of mobile body, and if the object of transport is an object, "boarding, alighting" should be read as "loading, unloading", etc. Also, if the object of transport is a person, the "user" themselves can be the object of transport, and if the object of transport is an object, the person who arranges the transport of the object becomes the "user".

[0100] For example, an operation management device for managing the operation of a mobile object may be provided. This operation management device includes, for example, a storage unit for storing the operation plan of a mobile object, a communication unit for acquiring the travel needs of users, and a processing unit that determines whether or not the mobile object will stop at a plurality of stopping locations based on the operation plan and travel needs, determines the departure time of the stopping location where the mobile object will stop based on the arrival time and travel needs corresponding to whether or not the mobile object will stop, and updates the operation plan in the storage unit based on the determination result. [Explanation of Symbols]

[0101] 10,10A,10B,10C Vehicle operation management device, 20,20C Memory unit, 21 Travel demand, 22 Operation plan, 23 Allocation range, 24 Allocation conditions, 30 Communication unit, 40,40A,40B,40C Processing unit, 41 Travel demand management unit, 42,42C Operation plan update unit, 43 Operation plan implementation unit, 44A,44B Operation plan display control unit, 81 Demand collection terminal, 82 Vehicle control terminal, 83 Vehicle, 84 Display device, 85 Artificial intelligence, 86 Trained model, 87 Inference unit, 100,100A,100B,100C Vehicle operation management system, 831 Transmit / receive unit, 832 Driving control unit, 833 Self-positioning unit, 834 Display unit.

Claims

1. A memory unit that stores the vehicle operation plan, The communications department acquires the users' travel needs, A processing unit that determines whether the vehicle will stop at multiple stops based on the aforementioned operation plan and the travel demand, determines the departure time of the stops where the vehicle will stop based on the determined arrival time and travel demand, and updates the operation plan in the storage unit based on the determination result, Equipped with, The processing unit generates information indicating the predicted probability that the vehicle will not stop at each of the multiple stops included in the operation plan, and displays the predicted value on the display screen. A vehicle operation management device characterized by the following features.

2. The processing unit inputs the information of the bus stops in the route plan stored in the memory unit to artificial intelligence, thereby generating information indicating the predicted probability that the vehicle will not stop at each of the multiple bus stops included in the route plan. The vehicle operation management device according to feature 1.

3. The information on the bus stops in the route plan input to the artificial intelligence includes historical travel demand data. The vehicle operation management device according to feature 2.

4. The information on the bus stops in the operation plan to be input into the artificial intelligence includes information for identifying the route. The vehicle operation management device according to feature 2.

5. The information on the bus stops in the operation plan to be input to the artificial intelligence includes information indicating the time period to be predicted, The processing unit generates information indicating the predicted probability that the vehicle will not stop at each of the multiple stops included in the operation plan, based on past travel demand data for the same time period as the time period being predicted. A vehicle operation management device according to any one of claims 2 to 4.

6. The processing unit corrects the information indicating the predicted probability that the vehicle will not stop at each of the multiple stops included in the operation plan based on the travel demand associated with the currently operating service, and then displays it on the display screen. The vehicle operation management device according to feature 1.

7. The processing unit displays the departure times of the bus stops on the display screen based on the operation plan stored in the storage unit, and updates the contents of the display screen each time the operation plan is updated. The vehicle operation management device according to feature 1.

8. The processing unit displays the departure time of the bus stop on the display screen based on the operation plan stored in the storage unit, and does not display the departure time of the bus stop for which the predicted probability of the vehicle not stopping is 100%. The vehicle operation management device according to feature 1.

9. The processing unit displays the arrival time of the bus stop on the display screen based on the operation plan stored in the storage unit, and does not display the arrival time of the bus stop for which the predicted probability of the vehicle not stopping is 100%. The vehicle operation management device according to feature 1.

10. A demand collection terminal that collects travel demand, including the desired departure time when users wish to board a vehicle, A vehicle operation management device having a storage unit for storing the operation plan of the vehicle, determining whether the vehicle will stop at a plurality of stops where the demand collection terminal is installed based on the operation plan and the travel demand obtained from the demand collection terminal, determining the departure time of the stop where the vehicle will stop based on the arrival time and the desired departure time corresponding to whether the vehicle will stop, and updating the stored operation plan based on the determination result, A vehicle control terminal that controls the vehicle based on the operation plan updated by the vehicle operation management device, Equipped with, The vehicle operation management device is characterized by generating information indicating a predicted probability that the vehicle will not stop at each of the multiple stops included in the operation plan, and displaying the predicted value on a display screen.

11. A demand collection terminal that collects travel demand, including the desired departure time when users wish to board a vehicle, A vehicle operation management device having a storage unit for storing the operation plan of the vehicle, determining whether the vehicle will stop at a plurality of stops where the demand collection terminal is installed based on the operation plan and the travel demand obtained from the demand collection terminal, determining the departure time of the stop where the vehicle will stop based on the arrival time and the desired departure time corresponding to whether the vehicle will stop, and updating the stored operation plan based on the determination result, A vehicle that travels based on the operation plan updated by the vehicle operation management device or the vehicle travel instructions generated based on the updated operation plan, Equipped with, The vehicle operation management device is characterized by generating information indicating a predicted probability that the vehicle will not stop at each of the multiple stops included in the operation plan, and displaying the predicted value on a display screen.

12. A vehicle operation management method performed by a computer, Steps include: recording the vehicle operation schedule, A travel demand acquisition step involves acquiring travel demand, including the desired departure time at the bus stop where the user wishes to board the vehicle, and A stopping decision step that determines whether or not the vehicle will stop at a plurality of stops based on the aforementioned operation plan and the aforementioned travel demand, A departure time determination step in which the departure time of the bus stop where the vehicle will stop is determined based on the arrival time and the desired departure time, depending on whether the vehicle will stop or not, A route plan update step, which updates the stored route plan based on the decision result, The steps include generating information indicating a predicted probability that the vehicle will not stop at each of the multiple stops included in the aforementioned operation plan, The steps include displaying the predicted value on a screen, A vehicle operation management method characterized by including the following.

13. On the computer, Steps include: recording the vehicle operation schedule, A travel demand acquisition step involves acquiring travel demand, including the desired departure time at the bus stop where the user wishes to board the vehicle, and A stopping decision step that determines whether or not the vehicle will stop at a plurality of stops based on the aforementioned operation plan and the aforementioned travel demand, A departure time determination step in which the departure time of the bus stop where the vehicle will stop is determined based on the arrival time and the desired departure time, depending on whether the vehicle will stop or not, A route plan update step, which updates the stored route plan based on the decision result, The steps include generating information indicating a predicted probability that the vehicle will not stop at each of the multiple stops included in the aforementioned operation plan, The steps include displaying the predicted value on a screen, A vehicle operation management program characterized by causing the execution of a specific action.

Images