WO2024048231A1

WO2024048231A1 - Vehicle dispatch management device and vehicle dispatch management method

Info

Publication number: WO2024048231A1
Application number: PCT/JP2023/029096
Authority: WO
Inventors: 直樹古城; 晋藤田
Original assignee: 日産自動車株式会社
Priority date: 2022-08-31
Filing date: 2023-08-09
Publication date: 2024-03-07

Abstract

The present invention is a vehicle dispatch management device that manages an on-demand vehicle dispatch in which a plurality of vehicles that are capable of carrying both passengers and baggage at the same time are used. The device comprises: a vehicle dispatch request acquisition unit that acquires a vehicle dispatch request from a user for either of a passenger vehicle and baggage delivery; a vehicle dispatch plan creation unit that creates a vehicle dispatch plan for one vehicle that is selected from among the plurality of vehicles in response to the acquired vehicle dispatch request; and a vehicle dispatch instruction unit that transmits a vehicle dispatch instruction based on the vehicle dispatch plan to the one vehicle, wherein, when there are no other vehicle dispatch requests at the time when the vehicle dispatch plan creation unit creates the vehicle dispatch plan for the one vehicle in response to a vehicle dispatch request for the baggage delivery, the vehicle dispatch plan creation unit temporarily suspends creation of the vehicle dispatch plan.

Description

Vehicle dispatch management device and vehicle dispatch management method

The present invention relates to vehicle dispatch management technology, and in particular to a vehicle dispatch management device and a vehicle dispatch management method for managing on-demand dispatch of vehicles that can carry both passengers and cargo (baggage).
Regarding.

Mobility services are known as services that provide smooth transportation of passengers and/or luggage by vehicle. In recent years, against the backdrop of declining demand for transportation due to population decline and labor shortages, mobility services have been proposed that transport passengers and luggage simultaneously in a single vehicle.

For example, Patent Document 1 listed below discloses an on-demand passenger cargo consolidation system that determines the route of an operating vehicle carrying passengers and luggage together based on passenger movement requests and baggage movement requests.

Patent No. 6673037

In the on-demand passenger/freight consolidation system disclosed in Patent Document 1, in response to a movement request from a vehicle user such as a passenger or a luggage delivery company, if there is an available operating vehicle, a vehicle is immediately allocated to the user. Therefore, for example, after a vehicle is dispatched in response to a request to move cargo (vehicle allocation request) by a cargo delivery company, even if there is a request to move a passenger, the passenger and the cargo will not be loaded together in the vehicle. Therefore, there is a problem in that vehicle allocation efficiency and/or loading efficiency decreases, and passengers are forced to wait until the next vehicle becomes available.

The present invention has been made in view of the above-mentioned problems, and is an object of the present invention to improve vehicle dispatch efficiency and/or loading efficiency in an on-demand dispatch service for vehicles capable of passenger/cargo consolidation (consolidated cargo/passenger loading). The purpose is to

The present invention for solving the above problems is constituted by including the following invention specific matters or technical features.

The present invention according to a certain aspect is a vehicle allocation management device that manages on-demand vehicle allocation using a plurality of vehicles that can carry passengers and luggage together. The vehicle dispatch management device includes a vehicle dispatch request acquisition unit that acquires a vehicle dispatch request for either boarding or baggage delivery by a user, and one vehicle that is selected from the plurality of vehicles in response to the obtained vehicle dispatch request. and a vehicle allocation instruction section that transmits a vehicle allocation instruction based on the vehicle allocation plan to the one vehicle. Further, at the time when the vehicle dispatch plan creation unit creates the vehicle dispatch plan for the one vehicle in response to the vehicle dispatch request for package delivery, if there is no other vehicle dispatch request, the vehicle dispatch plan creation unit may not create the vehicle dispatch plan. temporarily put on hold.

The present invention according to another aspect is a vehicle allocation management method using a vehicle allocation management device that manages on-demand vehicle allocation using a plurality of vehicles that can carry passengers and luggage together. The method includes acquiring a vehicle dispatch request for either a ride or a package delivery from a user's terminal device, and dispatching a vehicle to one vehicle selected from the plurality of vehicles in response to the acquired vehicle dispatch request. The method includes creating a plan, and transmitting a vehicle allocation instruction based on the confirmed vehicle allocation plan to the one vehicle. Further, creating the vehicle allocation plan means that at the time when the vehicle allocation plan for the one vehicle is created in response to the vehicle allocation request for package delivery, if there is no other vehicle allocation request, the vehicle allocation plan is Including temporarily suspending creation.

According to the present invention, it is possible to improve vehicle dispatch efficiency and/or loading efficiency in an on-demand dispatch service for vehicles capable of mixed passenger and cargo loading.

Other technical features, objects, effects, and advantages of the present invention will be made clear by the following embodiments described with reference to the accompanying drawings. The effects described in this specification are merely examples and are not limiting, and other effects may also be present.

FIG. 1 is a diagram illustrating an example of a vehicle allocation management system according to an embodiment of the present invention. FIG. 2 is a block diagram showing an example of a functional configuration model of a vehicle allocation management device according to an embodiment of the present invention. FIG. 3 is a diagram for explaining derivation of a route pattern in the vehicle allocation management system according to an embodiment of the present invention. FIG. 4 is a diagram for explaining various delay limit times in a vehicle allocation plan by a vehicle allocation management device according to an embodiment of the present invention. FIG. 5 is a sequence chart for explaining an overview of a vehicle dispatch service in a vehicle dispatch management system according to an embodiment of the present invention. FIG. 6A is a flowchart for explaining an example of vehicle allocation management processing by the vehicle allocation management device according to an embodiment of the present invention. FIG. 6B is a flowchart for explaining an example of vehicle allocation management processing by the vehicle allocation management device according to an embodiment of the present invention.

Embodiments of the present invention will be described below with reference to the drawings. However, the embodiments described below are merely examples, and there is no intention to exclude the application of various modifications and techniques not specified below. The present invention can be implemented in various ways (for example, by combining the embodiments) without departing from the spirit thereof. In addition, in the description of the drawings below, the same or similar parts are denoted by the same or similar symbols. The drawings are schematic and do not necessarily correspond to actual dimensions or proportions. The drawings may also include portions that differ in dimensional relationships and ratios.

FIG. 1 is a diagram illustrating an example of a vehicle allocation management system according to an embodiment of the present invention. As shown in the figure, the vehicle allocation management system 1 includes a vehicle allocation management device 10, a terminal device 20, and a vehicle V, which are connected to each other via a communication network N so that they can communicate with each other. The vehicle dispatch management system 1 of the present disclosure provides, for example, an on-demand vehicle dispatch service using a plurality of vehicles V, targeting a certain area. "On-demand vehicle dispatch service" refers to a service that allocates (dispatch) a predetermined vehicle to a user in immediate response to a vehicle dispatch request from the user. In other words, in an on-demand vehicle dispatch service, there is no vehicle dispatch reservation time specified by the user. Furthermore, "immediate response" is a concept that includes not only dispatching a vehicle without delay in response to a vehicle dispatch request from a user, but also including a certain amount of time that the user can usually tolerate. The vehicle dispatch management system 1 of the present disclosure is based on the premise of such an "on-demand vehicle dispatch service" and provides efficient delivery by adjusting the timing of dispatch for a specific vehicle dispatch request under predetermined conditions. Realize ride-hailing services.

The vehicle dispatch management device 10 is a computing device that centrally manages vehicle dispatch services by a plurality of vehicles V in a target area. The vehicle dispatch management device 10 implements the vehicle dispatch service of the present disclosure by implementing, for example, a vehicle dispatch management server program and executing the vehicle dispatch management server program under the control of a processor.

The vehicle dispatch management device 10 includes various databases 12 that manage data necessary to realize such a vehicle dispatch service. The database 12 includes, for example, an operation record database 12a, a baggage information database 12b, a user information database 12c, a map database 12d, a vehicle information database 12e, and a vehicle dispatch plan database 12f (see FIG. 2). . In this example, the database 12 is configured as a part of the vehicle allocation management device 10, but the database 12 is not limited to this, and all or part of it may be configured separately from the vehicle allocation management device 10.

Generally speaking, the vehicle dispatch management device 10 receives a dispatch request for a vehicle V from a user who wishes to dispatch a vehicle, and creates and finalizes a dispatch plan for one vehicle V selectively allocated in response to the dispatch request. Then, a vehicle allocation instruction is given to one vehicle V in accordance with the confirmed vehicle allocation plan. The vehicle allocation plan is confirmed, for example, after receiving the user's consent.

In this disclosure, the types of vehicle dispatch requests include a vehicle dispatch request for a ride from a user who is a passenger (hereinafter referred to as a "vehicle dispatch request"), and a vehicle dispatch request from a user who is a shipper (package delivery company or general user). There is a vehicle allocation request for package delivery (hereinafter referred to as "vehicle allocation request for package delivery"). In other words, a general user who is not a package delivery company can also request a package delivery vehicle in order to have his or her package delivered. A vehicle dispatch request includes, for example, the user name, the type of vehicle dispatch request, the departure/arrival location (boarding and disembarking locations for passengers, loading and unloading locations for cargo), transportation details (number of passengers and cargo). If so, it includes information on the number, size, type of luggage, etc.

The vehicle allocation plan starts from the place where the vehicle V waits (the starting point), passes through several points along the way (departure/arrival points) for boarding and alighting and/or loading/unloading cargo, and then goes to the final point (the waiting point). (This may not be the same as the initial waiting location.) The vehicle allocation management device 10 temporarily suspends a specific vehicle allocation plan according to predetermined suspension conditions. The predetermined suspension condition is, for example, a case where no other vehicle allocation request is received at the time of creating a vehicle allocation plan for a vehicle allocation request for package delivery. Then, the vehicle allocation management device 10 releases the suspension of the vehicle allocation plan according to predetermined release conditions, and adjusts the vehicle allocation plan so that it is a so-called mixed freight and passenger loading based on the vehicle allocation request for baggage delivery and the vehicle allocation request for boarding. Recreate it, propose it to the user, and confirm. The predetermined cancellation condition is, for example, when a request for dispatching a new ride is subsequently received.

Vehicle V is a vehicle registered in the vehicle information database 12e that is available for use by the user. The type of vehicle V (for example, sedan, minivan, SUV, etc.) does not matter, but it is assumed that it is at least a type that can carry cargo and passengers together. The vehicle V may be an electric vehicle (EV) powered by an on-board battery. Further, the vehicle V may be a self-driving car capable of completely autonomous driving, and the so-called self-driving level does not matter. The vehicle V includes a control device 300 that controls the vehicle V itself or its onboard equipment (for example, a navigation device) according to instructions from the vehicle allocation management device 10 (see FIG. 2). For example, the control device 300 acquires position information of the vehicle V via a GPS system, transmits this to the vehicle dispatch management device 10, receives a dispatch instruction from the vehicle dispatch management device 10, and controls various devices of the vehicle V or Control the operation of the device. The control device 300 includes, for example, a navigation function that presents an operating route according to a vehicle allocation plan, and an autonomous driving control function that follows the operating route of the vehicle V in the case of a fully autonomous vehicle.

The terminal device 20 is a computing device that allows a user, such as a ride applicant or a luggage delivery company, to request a ride by operating a user interface. The terminal device 20 is, for example, a smartphone, a pad computer, a notebook personal computer, a desktop computer, etc., but is not limited to these. The terminal device 20 implements, for example, a vehicle dispatch management client program (so-called vehicle dispatch application). The terminal device 20 enables the user to use the vehicle dispatch service of the vehicle dispatch management device 10 by executing a vehicle dispatch application under the control of the processor. For example, the user makes a vehicle dispatch request from a vehicle dispatch request screen (not shown) on the user interface of the terminal device 20, and in response, accepts the vehicle dispatch plan created by the vehicle dispatch management device 10. You can make reservations for rides or baggage delivery.

In this way, in the vehicle allocation management system 1 of the present disclosure, the vehicle allocation plan based on the vehicle allocation request for package delivery is temporarily suspended according to the predetermined suspension conditions, so that the vehicles V can be efficiently operated. In particular, the temporarily suspended vehicle allocation plan is re-created together with subsequent new vehicle allocation requests, so that the vehicle V allocation efficiency and/or loading rate can be improved. In addition, the created vehicle allocation plan is proposed to the user, and if the user accepts the proposal, the vehicle allocation plan is finalized, so vehicles V can be operated flexibly in response to various vehicle allocation requests. , vehicle dispatch efficiency can be improved.

FIG. 2 is a block diagram showing an example of a functional configuration model of a vehicle allocation management device according to an embodiment of the present invention. As shown in the figure, the vehicle allocation management device 10 includes, for example, a front end processing unit 110, a demand information acquisition unit 120, a vehicle allocation request acquisition unit 130, a departure/arrival point determination unit 140, a vehicle allocation plan creation unit 150, It is configured as a functional configuration model including functional components such as a travel route planning section 160 and a vehicle communication interface section 170. Further, the vehicle allocation management device 10 includes various databases 12, as described above. Such a functional model is realized by the vehicle dispatch management device 10 executing a vehicle dispatch management server program under the control of a processor, thereby cooperating with various hardware resources. The functional configuration model shown here is an example, and all or part of the functions of a certain functional component may be realized by other functional components. In addition, in the figure, for convenience of explanation, the terminal device 20 as a terminal device for package delivery companies and general users, and a part of the configuration of the control device 300 in the vehicle V are also shown.

The operation record database 12a stores, for example, information regarding the past operation record of each vehicle V (operation record information). The operation record information includes various specification information such as operation time (operation start time and end time), operation route, and mileage for each vehicle V, for example. The operation record information may indicate the demand record of the vehicle V in a certain time zone and/or a certain area based on the operation time of each vehicle V.

The package information database 12b stores information regarding package delivery (package information). The package information includes, for example, information regarding the package delivery company name, business attributes, delivery base, package ID, package delivery status, customer information, and the like.

The user information database 12c stores user information regarding users who use the dispatch service. The user information includes, for example, a user ID and password, personal attributes, and information regarding service usage status. The user information is registered in the user information database 12c under the control of the vehicle dispatch management device 10, for example, when the user inputs predetermined information when the vehicle dispatch application is first activated. Further, in the present disclosure, the user information may include the user's own specific behavior history. The specific behavior history includes, for example, the user's purchase history in the target area of the ride-hailing service. Such behavior history can be used by the demand information acquisition unit 120, for example, to predict whether there is a possibility that the user will request a ride soon after making a purchase.

The map database 12d stores at least map data in the target area of the dispatch service. The map data includes, for example, information regarding addresses, place names, roads, facility names, and the like. Additionally, the map data may include information necessary for route search and environmental information such as road congestion conditions. Known map data can be used, and for example, it may be an external map database that can be connected via an API.

The vehicle information database 12e stores information (vehicle information) regarding the vehicle V provided for use by the user. Vehicle information includes, for example, vehicle ID, vehicle attributes (vehicle registration number, vehicle type, maximum number of passengers/maximum loading capacity, etc.), current dispatch plan, current location, and current status (service status, remaining battery capacity, number of passengers, etc.). , cargo loading capacity, etc.). The current position of the vehicle V is updated at any time based on position information transmitted from the vehicle V, as described later.

The vehicle allocation plan database 12f stores a vehicle allocation plan for each vehicle V based on the vehicle allocation request. The vehicle allocation plan includes an operation route from a waiting location as a starting point to a waiting location as an end point via several points. Furthermore, each vehicle allocation plan is associated with status information such as whether it is temporarily on hold or confirmed.

The front end processing unit 110 performs various processes with the user's terminal device 20. As an example, the front-end processing unit 110 refers to the user information database 12c and performs login authentication processing in accordance with a login request from a vehicle dispatch application on the user's terminal device 20. As another example, the front-end processing unit 110 receives a vehicle dispatch request from a vehicle dispatch application on the user's terminal device 20, passes it to the vehicle dispatch request acquisition unit 130, and in response, the front end processing unit 110 receives a vehicle dispatch request from a vehicle dispatch application on the user's terminal device 20, passes it to the vehicle dispatch request acquisition unit 130, and in response, the vehicle dispatch plan creation unit 150 It interacts with the terminal device 20 in order to receive the user's approval or disapproval of the created vehicle allocation plan. As yet another example, the front end processing unit 110 acquires the user's action history transmitted from the user's terminal device 20 and stores it in the user information database 12c. A user's behavior history can be used to predict future demand.

The demand information acquisition unit 120 acquires demand information indicating the current and/or future demand amount of the vehicle V at a predetermined timing. The demand information acquisition unit 120 includes, for example, a current demand calculation unit 121 that calculates the current demand for the vehicle V, and a demand prediction unit 122 that predicts the future demand. In the present disclosure, by using the demand information acquired by the demand information acquisition unit 120, it becomes possible to optimize the vehicle allocation plan.

The current demand calculation unit 121 refers to the vehicle allocation plan database 12f, calculates the current demand amount based on the number of waiting vehicles V to which no vehicle allocation plan is assigned at the present time (the number of waiting vehicles), and is output as demand information.

For example, the demand forecasting unit 122 refers to the operation record database 12a, predicts the future demand for the vehicle V based on past operation record information, and outputs this as demand information. As an example, future demand may be based on vehicles that are expected to be in demand at specific times or time periods such as 10 minutes, 20 minutes, 30 minutes, and 1 hour after a reference time (for example, the current time). The number of units may be V. As another example, for the future demand amount, the predicted number of vehicles V based on the user's behavior history is taken into consideration. In other words, when a user who does not have a means of transportation goes shopping at a shopping mall or the like within the target area, there is a possibility that the user requests a ride. is counted as the expected number of vehicles V. As yet another example, the demand forecasting unit 122 may predict the future demand amount by considering environmental factors such as temporal/seasonal factors and event holdings in addition to operation performance information. The demand forecasting unit 122 may include a demand forecasting model subjected to machine learning according to a predetermined machine learning algorithm, using, for example, operating performance information as an explanatory variable and a predicted demand amount as an objective variable. In this way, the demand forecasting unit 122 can create an optimal vehicle plan by predicting future demand, and the vehicles V can be operated efficiently.

The vehicle allocation request acquisition unit 130 receives and acquires a vehicle allocation request from the user via the front end processing unit 110. The time when the vehicle dispatch request acquisition unit 130 receives the vehicle dispatch request becomes the time at which the holding limit time, which will be described later, starts to be counted. As described above, in the present disclosure, the types of vehicle allocation requests made by the user include vehicle allocation requests for rides and vehicle allocation requests for package delivery. The vehicle allocation request acquisition unit 130 delivers the acquired vehicle allocation request to the departure/arrival point determination unit 140 and the vehicle allocation plan creation unit 150, respectively.

Based on the dispatch request, the departure and arrival point determining unit 140 refers to the map database 12d and determines the departure and arrival points shown on the map where the user can actually get on and off the vehicle. That is, the departure/arrival point determining unit 140 refers to the map database 12d for the departure/arrival point indicated in the dispatch request, and indicates a geographical position on the service route where the user can actually get on and off or load/unload luggage. Generate departure and destination information. The departure and arrival point determining unit 140 delivers the generated departure and arrival point information to the vehicle allocation plan creation unit 150.

The vehicle allocation plan creation unit 150 creates and finalizes a vehicle allocation plan for one vehicle V selected from a plurality of candidate vehicles (candidate vehicles) V, based on the vehicle allocation request and departure/arrival point information. A vehicle allocation instruction is given to one vehicle V according to the vehicle allocation plan. In the present disclosure, if the vehicle allocation plan creation unit 150 has not received any other vehicle allocation requests at the time of creating the vehicle allocation plan for the package delivery vehicle allocation request, the vehicle allocation plan creation unit 150 temporarily suspends the vehicle allocation plan for the package delivery vehicle allocation request. . If, for example, a new vehicle dispatch request is received while the vehicle dispatch plan is on hold, the vehicle dispatch plan creation unit 150 releases the suspension of the vehicle dispatch plan, and dispatches the dispatch request for baggage delivery and the dispatch of a ride. Based on the request, the vehicle allocation plan is updated or re-created so that it becomes a so-called mixed cargo/passenger loading, and this is proposed to the user and confirmed. In this way, since the vehicle allocation plan is proposed to the user before it is finalized, the user can determine whether the proposed vehicle allocation plan meets his or her wishes. The vehicle allocation plan creation unit 150 stores the confirmed vehicle allocation plan in the vehicle allocation plan database 12f, and notifies the vehicle allocation instruction unit 172 to instruct the vehicle V to allocate the vehicle.

More specifically, the vehicle allocation plan creation unit 150 first requests the driving route planning unit 160 to derive a route pattern in accordance with the acquired vehicle allocation request. The route pattern indicates a route that passes through all the departure and arrival points when a new departure and arrival point is added to the route that passes through the determined departure and arrival points (stopover points). The route pattern may include a route pattern based on a freight and passenger mixed vehicle dispatch plan based on a vehicle dispatch request for boarding and a vehicle dispatch request for package delivery. In response to the route pattern derivation request, the driving route planning unit 160 refers to the map database 12d and the vehicle information database 12e and extracts one or more vehicles V that can match the vehicle allocation request as candidate vehicles v. For each of the extracted candidate vehicles v, a route pattern is derived according to the departure and arrival point information, and the derived route pattern is delivered to the vehicle allocation plan creation section 150.

For example, as shown in FIG. 3, assume that candidate vehicles v(1) to v(3) are extracted from the geographical relationship between the pick-up location Req_PU and the drop-off location Req_DO based on the vehicle allocation request. Candidate vehicle v(1) is a vehicle for which a route passing through points P(0) to P(1) to P(2) has already been set. Further, candidate vehicle v(2) is a vehicle waiting at waiting location S. Further, candidate vehicle v(3) is a vehicle for which a route passing through points P(0) to P(1) has already been set. Now, regarding the candidate vehicle v(1), there are a total of six patterns (route patterns) in which the boarding place Req_PU and the getting off place Req_DO are added to the points P(0) to P(2). Similarly, the route patterns of candidate vehicles v(2) and V(3) are one pattern and three patterns, respectively.

Returning to FIG. 2, the vehicle allocation plan creation unit 150 next attempts to create a vehicle allocation plan based on each route pattern of the candidate vehicle v derived by the travel route planning unit 160. The vehicle allocation plan includes an operation route in which a waiting location serving as a starting point and a waiting location serving as an ending point are added to the route pattern. The vehicle allocation plan creation unit 150 narrows down the vehicle allocation plans by deleting or excluding vehicle allocation plans that meet predetermined exclusion conditions from among the created vehicle allocation plans. Examples of the predetermined exclusion conditions include (i) to (iv) below, but are not limited to these.
(i) Conditions regarding the number of passengers and/or cargo capacity If the number of passengers and/or cargo capacity exceeds the specified number of passengers and/or cargo capacity due to a new dispatch request, the dispatch plan will be excluded.
(ii) Conditions regarding the delay limit time when boarding or loading If the boarding time and/or luggage loading time of the related user (user whose reservation for vehicle V has been confirmed) exceeds the delay limit time due to a new vehicle allocation request, The vehicle allocation plan is excluded.
(iii) Conditions regarding the delay limit time when disembarking or unloading If the related user's alighting time and/or the unloading time of luggage exceeds the delay limit time due to a new vehicle allocation request, the vehicle allocation plan is excluded.
(iv) Conditions regarding the limit time for vehicle dispatch delay for the user who has made a new vehicle dispatch request and/or luggage If the boarding time and/or loading time of luggage for the user who has made a new vehicle dispatch request exceeds the vehicle dispatch delay limit time, the applicable Vehicle dispatch plans are excluded.

Here, the various delay limit times mentioned above in the vehicle allocation plan will be explained. FIG. 4 is a diagram for explaining various delay limit times in a vehicle allocation plan by a vehicle allocation management device according to an embodiment of the present invention.

As shown in the figure, the scheduled operating time T_Tra according to the dispatch plan of a certain vehicle V based on the dispatch request is the time from the dispatch request reception time T_Req to the scheduled disembarkation time (scheduled loading/unloading time) T_DO. Further, the vehicle allocation delay limit time refers to the time from the vehicle allocation request reception time T_Req to the scheduled boarding time (scheduled loading time) T_PU. Further, the boarding delay limit time (loading delay limit time) refers to the time from the scheduled boarding time T_PU to the boarding limit time TL_PU. In addition, the deboarding delay limit time (loading/unloading delay limit time) refers to the time from the scheduled departure time T_Dep to the deboarding limit time (loading/unloading delay limit time) TL_DO, for example, from the boarding place (loading place) to the unloading place (loading/unloading place). The time is set to be 1.2 times the time it would take if the vehicle V went straight to the destination. In addition, in the figure, the holding limit time is a time that allows temporary holding of the vehicle allocation plan, and is measured from the time when the vehicle allocation request is received. The hold limit time is an example of a predetermined release condition.

As an example, when determining that the boarding time of the related user will exceed the boarding delay limit time due to the addition of boarding place Req_PU in a vehicle dispatch plan based on a certain route pattern, the vehicle dispatch plan creation unit 150 excludes the vehicle dispatch plan ( Exclusion condition (ii)). As another example, when the vehicle dispatch plan creation unit 150 determines that the alighting time of the related user will exceed the delay limit time due to the addition of pick-up point Req_PU and drop-off point Req_DO in a vehicle dispatch plan based on a certain route pattern, the vehicle dispatch plan creation unit 150 Exclude the plan (exclusion condition (iii)).

Returning to FIG. 2 again, the vehicle allocation plan creation unit 150 next calculates evaluation values for the narrowed-down vehicle allocation plans according to a predetermined evaluation function, and selects the optimal vehicle allocation plan according to the calculated evaluation values. For example, if the predetermined evaluation function is a request for dispatch of a ride, the shorter the riding time from the boarding time to the time of disembarkation, the higher the evaluation value, and if it is a request for dispatch of a package delivery, the evaluation value is based on the travel cost based on the distance traveled. This is a function defined such that the smaller the value, the higher the evaluation value. In this case, the vehicle allocation plan creation unit 150 selects the vehicle allocation plan with the highest evaluation value. The selected vehicle allocation plan is a provisional (temporary) vehicle allocation plan. A tentative vehicle allocation plan is a vehicle allocation plan that has not yet been finalized and is subject to modification or cancellation. In the case of a mixed freight/passenger vehicle allocation plan, the vehicle allocation plan creation unit 150 selects the one with the highest evaluation value based on the evaluation function. In this way, by using the evaluation function, it is possible to select the optimal vehicle allocation plan from among a plurality of vehicle allocation plans. In particular, in the present disclosure, different evaluation functions are used for requests for vehicle allocation for boarding and requests for vehicle allocation for package delivery, so it is possible to select a vehicle allocation plan that is more in line with the content of transportation.

In the present disclosure, when the vehicle allocation plan creation unit 150 determines that the vehicle allocation plan is created based only on a vehicle allocation request for package delivery, the vehicle allocation plan creation unit 150 may temporarily suspend the creation of the vehicle allocation plan. The vehicle allocation management device 10 temporarily stores the suspended vehicle allocation plan in the vehicle allocation plan database 12f. If, for example, a new vehicle dispatch request is received while the vehicle dispatch plan is on hold, the vehicle dispatch plan creation unit 150 cancels the suspension of the vehicle dispatch plan and creates a new vehicle dispatch request based on the package delivery vehicle dispatch request and the ride dispatch request. A new route pattern is derived, a vehicle allocation plan is re-created so that it will be a so-called mixed cargo/passenger load, and this is finalized.

In addition, the vehicle allocation plan creation unit 150 can temporarily suspend the creation of a vehicle allocation plan based on a vehicle allocation request for package delivery and release the suspension, according to demand-dependent suspension conditions and release conditions. As an example, if the future demand predicted by the demand forecasting unit 122 exceeds the first upper limit, the vehicle allocation plan creation unit 150 temporarily suspends creation of the vehicle allocation plan. That is, when a certain amount of future demand for vehicles V is expected, the vehicle allocation plan creation unit 150 temporarily suspends the creation of the vehicle allocation plan in preparation for future vehicle allocation requests. As a result, it is possible to avoid delivering individual packages as much as possible, and it is possible to efficiently operate the vehicle V in consideration of future demand.

As another example, when the ratio of the future demand amount predicted by the demand forecasting section 122 to the current demand amount calculated by the current demand calculation section 121 exceeds a predetermined rate of change, the vehicle allocation plan creation section 150 Creation of the vehicle allocation plan is temporarily suspended. In other words, when the future demand for vehicles V is expected to increase, the vehicle allocation plan creation unit 150 temporarily suspends the creation of the vehicle allocation plan in preparation for future vehicle allocation requests. As a result, it is possible to avoid delivering individual packages as much as possible, and it is possible to efficiently operate the vehicle V in response to a sudden increase in demand in the future.

As another example, when the current demand calculated by the current demand calculation unit 121 exceeds the second upper limit, the vehicle allocation plan creation unit 150 does not suspend the vehicle allocation plan or suspends the vehicle allocation plan. unlock. That is, when the current demand is high, the vehicle allocation plan creation unit 150 releases the suspension of the vehicle allocation plan in order to prevent demand from being missed. Thereby, a high operating rate of the vehicle V can be maintained, and the vehicle V can be operated efficiently.

As still another example, the vehicle allocation plan creation unit 150 may finalize the vehicle allocation plan without suspending the creation of the vehicle allocation plan if the number of packages indicated by the vehicle allocation request for package delivery is equal to or greater than a predetermined limit number of pending packages. . In addition, in this case, the vehicle allocation plan creation unit 150 determines that when the ratio of the future demand amount predicted by the demand forecasting unit 122 to the current demand amount calculated by the current demand calculation unit 121 exceeds a predetermined rate of change. , the predetermined limit number of held baggage may be changed to a smaller value. In this way, it is determined whether or not the number of packages indicated by the vehicle allocation request for package delivery is above the predetermined limit number of held packages, making it possible to plan the vehicle allocation in consideration of the loading rate of the vehicle V. Furthermore, if the future demand for the vehicle V is expected to increase, it is possible to prepare for future demand by delivering as much of the held cargo as possible.

The vehicle allocation plan creation unit 150 can arbitrarily set a hold limit time for a vehicle allocation request for package delivery. As an example, the vehicle allocation plan creation unit 150 may set a holding limit time according to attribute information of a user who has made a request for vehicle allocation for package delivery. More specifically, if the user who requested a vehicle for parcel delivery is a general user, the holding limit time is set as a relatively short first holding limit time, whereas if the user is a parcel delivery company. In this case, the hold limit time is set as a second first hold limit time that is longer than the first hold limit time. In other words, by setting the hold limit time shorter for a one-off package delivery request made by a general user, and by allowing package delivery companies to hold their vehicle dispatch plans to a certain extent, it is possible to improve the satisfaction of general users with the ride dispatch service. It is expected that this will lead to further revitalization of ride-hailing services.

As another example, the vehicle allocation plan creation unit 150 may set the holding limit time according to the package attribute information indicated by the vehicle allocation request for package delivery. More specifically, if the package is a product that requires refrigeration or perishable food, and if there is a risk that delaying or delaying the delivery time will reduce the value of the package, the holding time limit is relatively short. Set as the hold limit time. In other words, by setting a shorter holding limit time for requests for delivery of parcels such as perishable foods, it becomes possible to support delivery services for parcels that must be delivered quickly in a short period of time.

As yet another example, the vehicle allocation plan creation unit 150 may set the holding limit time according to the loading point information indicated by the vehicle allocation request for package delivery. More specifically, if the loading point of the package is the general user's home, the holding limit time is set as the first holding limit time, whereas if the loading point of the package is the business office of the package delivery company. In this case, the hold limit time is set as a second first hold limit time that is longer than the first hold limit time. In other words, by setting the hold limit time shorter for a one-off package delivery request made by a general user, and by allowing package delivery companies to hold their vehicle dispatch plans to a certain extent, it is possible to improve the satisfaction of general users with the ride dispatch service. It is expected that this will improve ride-hailing services and further revitalize ride-hailing services.

The vehicle communication interface unit 170 exchanges various information with the vehicle V via the communication network N. For example, the vehicle communication interface unit 170 includes a vehicle information acquisition unit 171 that acquires vehicle information including location information of the vehicle V, and a vehicle allocation instruction unit 172 that instructs the vehicle V to move according to a vehicle allocation plan.

The vehicle information acquisition unit 171 communicates with the communication unit 310 of the control device 300 and acquires the position information etc. acquired by the position information acquisition unit 320. In addition, the vehicle allocation instruction unit 172 refers to the vehicle allocation plan database 12f in accordance with the instruction from the vehicle allocation plan creation unit 150, identifies a corresponding vehicle allocation plan, and transmits an operation instruction to the vehicle V according to the identified vehicle allocation plan. The control device 300 of the vehicle V, which has received the operation instruction, uses the navigation function to display a travel route according to the vehicle allocation plan, for example, on a user interface (indicated as "UI" in the figure) 330.

FIG. 5 is a sequence chart for explaining an overview of a vehicle dispatch service in a vehicle dispatch management system according to an embodiment of the present invention.

First, the vehicle V transmits its own position information obtained from the GPS system to the vehicle allocation management device 10 at a predetermined timing (S501). Note that the vehicle V acquires and transmits the position information periodically or in response to a transmission request from the vehicle allocation management device 10. Thereby, the vehicle allocation management device 10 acquires the position information transmitted from the vehicle V (S502).

On the other hand, a user who wishes to use a ride-hailing service executes a ride-hailing application installed on the terminal device 20 and inputs the necessary information for a ride-hailing request on the ride-hailing request screen displayed on the user interface. , Thereby, the terminal device 20 transmits a vehicle allocation request to the vehicle allocation management device 10 (S503). For example, a user who wishes to ride a vehicle inputs the boarding location, the alighting location, the number of passengers, etc. Further, a user who wishes to have a package delivered inputs the loading and unloading locations, the number, size, type, etc. of the packages. The pick-up and drop-off locations (loading and unloading locations) may be selected from, for example, a geographic map displayed by the ride-hailing app. Further, the boarding place (loading place) may be the current position obtained by, for example, a GPS function installed in the user's smartphone.

When the vehicle allocation management device 10 receives the vehicle allocation request from the terminal device 20 (S504), it creates a vehicle allocation plan for the vehicle V based on the received vehicle allocation request, and in order to propose this to the user, the vehicle allocation management device 10 creates the contents of the created vehicle allocation plan. is transmitted to the terminal device 20 (S505). In addition, when the received vehicle allocation request is a vehicle allocation request for package delivery, the vehicle allocation management device 10 does not receive any other vehicle allocation request at the time of creating a vehicle allocation plan based on the vehicle allocation request for package delivery. , temporarily suspends the creation of a vehicle dispatch plan for vehicle V based on the vehicle dispatch request for said package delivery, releases the suspension under predetermined conditions, and updates or re-creates the vehicle dispatch plan as necessary. .

When the terminal device 20 receives the contents of the vehicle allocation plan, it displays this as a vehicle allocation plan proposal screen on the user interface and prompts the user to accept or reject (accept or reject) the proposed vehicle allocation plan (S506). When the user inputs acceptance/disapproval on the vehicle allocation plan proposal screen, in response to this, the terminal device 20 transmits a notification of acceptance/disapproval to the vehicle allocation management device 10 (S507), and the vehicle allocation management device 10 receives the notification sent from the terminal device 20. A notification of acceptance/rejection is received (S508). For example, when the approval/rejection notification indicates approval of the vehicle allocation plan, the vehicle allocation management device 10 finalizes the vehicle allocation plan for the vehicle V according to the vehicle allocation plan, sends a confirmation notification of the vehicle allocation reservation to the terminal device 20, and A vehicle allocation instruction according to the vehicle allocation plan is transmitted to vehicle V (S509).

When the terminal device 20 receives the confirmation notification of the vehicle allocation reservation, it displays this on the user interface to inform the user that the vehicle allocation reservation has been confirmed (S510). On the other hand, upon receiving the vehicle allocation instruction, the vehicle V displays, for example, on the navigation screen an operating route according to the vehicle allocation plan indicated by the vehicle allocation instruction, in order to navigate the driver (S511). This allows the driver to operate the vehicle V in an on-demand manner in response to a user's dispatch request.

FIGS. 6A and 6B are flowcharts for explaining an example of vehicle allocation management processing by the vehicle allocation management device according to an embodiment of the present invention. Such processing is realized by the vehicle dispatch management device executing the vehicle dispatch management server program under the control of the processor, thereby cooperating with various hardware resources.

As shown in Figure A, the vehicle allocation management device 10 waits until a new vehicle allocation request is received from the user (S601). On the other hand, for example, a user who desires a ride or delivery of luggage operates a ride allocation application on the user interface of the terminal device 20 and inputs a ride allocation request. When the vehicle allocation management device 10 receives a vehicle allocation request from the user (S601: Yes), the vehicle allocation management device 10 refers to the map database 12d and determines departure and arrival points based on the vehicle allocation request (S602).

Next, the vehicle allocation management device 10 extracts one or more candidate vehicles v according to the departure and arrival points (S603). For example, the vehicle allocation management device 10 extracts a vehicle V that is waiting or moving near the departure point as a candidate vehicle v.

Next, the vehicle allocation management device 10 derives a route pattern for each extracted candidate vehicle v by referring to the map database 12d (S604). As described above, the route pattern indicates a route that passes through all the departure and arrival points when a new departure and arrival point is added to the route that passes through the determined departure and arrival points (stopover points). Subsequently, the vehicle allocation management device 10 creates a vehicle allocation plan based on the derived route pattern (S605). The vehicle allocation plan includes an operation route in which a waiting location serving as a starting point and a waiting location serving as an ending point are added to the route pattern.

Next, the vehicle allocation management device 10 narrows down the vehicle allocation plans by excluding the vehicle allocation plans that do not meet the predetermined exclusion conditions from among the created vehicle allocation plans (S606). For example, if the boarding time of the user who has made a new vehicle allocation request exceeds the vehicle allocation delay limit time, the vehicle allocation management device 10 excludes the vehicle allocation plan.

Next, the vehicle allocation management device 10 calculates evaluation values for the narrowed-down vehicle allocation plans according to a predetermined evaluation function, and selects one vehicle allocation plan with the highest calculated evaluation value (S607). If there is a vehicle allocation plan for mixed cargo and passenger loading, the vehicle allocation plan creation unit 150 selects the one with the highest evaluation value based on the evaluation function.

The vehicle allocation management device 10 then refers to the vehicle allocation plan database 12f and determines whether there is a temporarily suspended vehicle allocation plan (S608). A pending dispatch plan, in this disclosure, is a dispatch plan based on a dispatch request for a single package delivery. When the vehicle dispatch management device 10 determines that there is no temporarily pending vehicle dispatch plan (No in S608), the vehicle dispatch management device 10 then determines whether the current vehicle dispatch request is a luggage dispatch request. (S609). On the other hand, when the vehicle dispatch management device 10 determines that there is a temporarily pending vehicle dispatch plan (Yes in S608), as will be described later, the vehicle dispatch management device 10 determines that there is a vehicle dispatch plan based on the current vehicle dispatch request and a pending vehicle dispatch plan. The vehicle allocation plan is updated or re-created based on the vehicle allocation plan (S620).

When the vehicle dispatch management device 10 determines that the current vehicle dispatch request is not a request for cargo dispatch (No in S609), the vehicle dispatch management device 10 then determines whether the vehicle dispatch plan is for mixed freight and passenger loading (S610). ). In other words, when the vehicle allocation plan is re-created (S620), there is a possibility that freight and passengers will be mixed.

When the vehicle allocation management device 10 determines that the current vehicle allocation plan is for mixed cargo and passenger loading (Yes in S610), the vehicle allocation management device 10 proposes the contents of the vehicle allocation plan to the user (S612 in FIG. 6B). That is, the vehicle dispatch management device 10 transmits the contents of the created current vehicle dispatch plan to the terminal device 20, and in response, the terminal device 20 displays the contents on the user interface to inform the user of the vehicle dispatch plan. Ask them to accept or reject the request.

On the other hand, when the vehicle dispatch management device 10 determines that the current vehicle dispatch request is a request for dispatching packages (Yes in S609), the vehicle dispatch management device 10 further determines that the number of packages indicated by the vehicle dispatch request is a predetermined number of held packages. It is determined whether the number is greater than or equal to the limit number (S611). If the vehicle dispatch management device 10 determines that the number of packages indicated by the vehicle dispatch request is equal to or greater than the predetermined limit number of held packages (Yes in S611), the vehicle dispatch management device 10 informs the user of the contents of the vehicle dispatch plan. A proposal is made (S612). In this way, it is determined whether or not the number of packages indicated by the vehicle allocation request for package delivery is equal to or greater than the predetermined limit number of retained packages, making it possible to plan the vehicle allocation in consideration of the loading rate of the vehicle V. Note that when the size of each piece of baggage is small, even if the number of pieces is large, the capacity (volume) is small, and even if the baggage is loaded onto the vehicle V, the loading rate remains low. Therefore, instead of or in addition to the determination based on the number of packages indicated by the vehicle dispatch request, the vehicle allocation management device 10 may determine whether the package is larger than a predetermined size.

The vehicle allocation management device 10 determines whether consent has been received from the user for the vehicle allocation plan proposal (S613). When the vehicle allocation management device 10 receives consent from the user for the vehicle allocation plan proposal (S613: Yes), the vehicle allocation management device 10 finalizes the current vehicle allocation plan (S614). The vehicle allocation management device 10 stores the confirmed vehicle allocation plan in the vehicle allocation plan database 12f. Subsequently, the vehicle allocation management device 10 transmits a confirmation notification of the vehicle allocation reservation to the terminal device 20, and also transmits a vehicle allocation instruction based on the vehicle allocation plan to the vehicle V (S615).

On the other hand, when the vehicle allocation management device 10 receives a disapproval (rejection) from the user to the vehicle allocation plan proposal (No in S613), the vehicle allocation management device 10 cancels the current vehicle allocation plan based on the user's vehicle allocation request ( S616). In this case, the vehicle allocation management device 10 returns the temporarily suspended vehicle allocation plan used to recreate the vehicle allocation plan to the original pending vehicle allocation plan. If the user desires another vehicle dispatch service, he or she will make a new vehicle dispatch request.

On the other hand, if the vehicle allocation management device 10 determines that the number of luggage in the vehicle allocation request is not equal to or greater than the predetermined limit number of held luggage (No in S611), or if it determines that the current vehicle allocation plan is not a combination of cargo and passengers (in S610) No), the vehicle allocation management device 10 determines whether the elapsed hold time of the held vehicle allocation plan exceeds the hold limit time (S617 in FIG. 6B). This is to prevent further delays in package delivery if the current vehicle allocation plan exceeds the hold limit time from the time when the package delivery request for vehicle allocation is received.

When the vehicle dispatch management device 10 determines that the pending elapsed time of the pending vehicle dispatch plan has exceeded the pending limit time (S617: Yes), as described above, the vehicle dispatch management device 10 proposes the contents of the current vehicle dispatch plan to the user (S612). ). In other words, when the vehicle dispatch management device 10 determines that the elapsed time on hold of the vehicle dispatch plan recreated based on the put on hold vehicle dispatch plan has exceeded the hold limit time, the vehicle dispatch management device 10 releases the hold on the vehicle dispatch plan. . In this way, if the elapsed time on hold for a vehicle dispatch plan exceeds the holding limit time, the vehicle dispatch plan is released from hold, so the user's waiting time for a vehicle dispatch request may be longer than necessary. can be prevented.

On the other hand, if the vehicle dispatch management device 10 determines that the elapsed time on hold of the vehicle dispatch plan does not exceed the hold limit time (No in S617), then the vehicle dispatch management device 10 determines whether the vehicle dispatch plan is on hold under the demand-dependent hold conditions (No in S617). It is determined whether or not the following is satisfied (S618). As an example, the vehicle allocation management device 10 determines that the vehicle allocation plan satisfies the reservation condition when the predicted future demand exceeds the first upper limit value (Yes in S618). As another example, if the current demand is below a predetermined lower limit, the vehicle allocation management device 10 determines that the vehicle allocation plan does not satisfy the reservation condition (No in S618).

When the vehicle allocation management device 10 determines that the vehicle allocation plan does not satisfy the reservation conditions (No in S618), the vehicle allocation management device 10 proposes the contents of the current vehicle allocation plan to the user (S612). On the other hand, if the vehicle allocation management device 10 determines that the vehicle allocation plan satisfies the suspension conditions (S618: Yes), it determines to suspend the current vehicle allocation plan (S619). The vehicle allocation management device 10 stores the vehicle allocation plan that has been decided to be put on hold in the vehicle allocation plan database 12f. The suspended vehicle dispatch plan will be referenced when the next vehicle dispatch request is made.

Returning to FIG. 6A, when the vehicle dispatch management device 10 determines that there is a pending vehicle dispatch plan (Yes in S608), the vehicle dispatch management device 10 creates a vehicle dispatch plan based on the current vehicle dispatch plan and the pending vehicle dispatch plan. is re-created (S620). For example, when a new vehicle allocation request is received, the vehicle allocation management device 10 re-creates a vehicle allocation plan so that freight and passengers are mixed. Thereby, the loading rate of the vehicle V can be increased, and efficient operation becomes possible.

That is, the vehicle allocation plan re-creation process is performed by the vehicle allocation management device 10 executing processes corresponding to the processes from S603 to S607 based on the vehicle allocation plan based on the current vehicle allocation request and the pending vehicle allocation plan. .

More specifically, the vehicle allocation management device 10 extracts candidate vehicles v based on the departure and arrival points indicated by the vehicle allocation plan based on the current vehicle allocation request and the departure and arrival points indicated by the pending vehicle allocation plan (processing corresponding to S603). . Subsequently, the vehicle allocation management device 10 derives a route pattern for each extracted candidate vehicle v (processing corresponding to S604). Next, the vehicle allocation management device 10 re-creates a vehicle allocation plan based on the derived route pattern (processing corresponding to S605). Subsequently, the vehicle allocation management device 10 narrows down the operation route by excluding, from among the re-created vehicle allocation plans, unsatisfactory vehicle allocation plans that meet predetermined exclusion conditions (processing corresponding to S606). Then, the vehicle allocation management device 10 calculates evaluation values for the narrowed-down vehicle allocation plans according to a predetermined evaluation function, and selects one vehicle allocation plan with the largest calculated evaluation value (S607 ).

When the vehicle allocation management device 10 selects one vehicle allocation plan, as described above, it determines whether the current vehicle allocation request is a luggage allocation request (S609), and similarly performs the subsequent processing.

In the above example, the vehicle allocation management device 10 determines whether there is a pending vehicle allocation plan (S608) in response to obtaining a vehicle allocation request from the user (S601). Not limited. Although not shown, the vehicle dispatch management device 10 determines whether or not the elapsed time of the pending vehicle dispatch plan has exceeded the limit time for the pending vehicle dispatch plan, even if no vehicle dispatch request has been obtained. If it is determined that the hold limit time has been exceeded, the hold of the vehicle allocation plan may be canceled and a proposal may be made to the user.

As described above, according to the present embodiment, the vehicle allocation plan based on the vehicle allocation request for package delivery is temporarily suspended under predetermined conditions, so that the vehicle V can be efficiently operated. In particular, since the temporarily suspended vehicle allocation plan is re-created together with the vehicle allocation plan based on the subsequent vehicle allocation request, the vehicle allocation efficiency and/or loading rate of the vehicle V is improved. In addition, the created vehicle allocation plan is proposed to the user, and if the user accepts the proposal, the vehicle allocation plan is finalized, so vehicles V can be operated flexibly in response to various vehicle allocation requests. , vehicle allocation efficiency and/or loading rate can be improved.

Each of the above embodiments is an illustration for explaining the present invention, and is not intended to limit the present invention only to these embodiments. The present invention can be implemented in various forms without departing from the gist thereof.

For example, in the methods disclosed herein, steps, acts, or functions may be performed in parallel or in a different order unless the results are inconsistent. The steps, acts, and functions described are provided by way of example only, and some of the steps, acts, and functions may be omitted or combined with each other without departing from the spirit of the invention. It is also possible to add other steps, actions, or functions.

Further, although various embodiments are disclosed in this specification, specific features (technical matters) in one embodiment may be added to other embodiments while improving them as appropriate, or Certain features in the embodiments may be replaced and such forms are within the scope of the invention.

1...Vehicle allocation management system 10...Vehicle allocation management device 110...Front end processing section 120...Demand information acquisition section 121...Current demand calculation section 122...Demand forecasting section 130...Vehicle dispatch request acquisition section 140...Departure/arrival point determination section 150...Vehicle dispatch plan creation Section 160... Driving route planning section 170... Vehicle communication interface section 171... Vehicle information acquisition section 172... Vehicle allocation instruction section 12... Database 12a... Operation record database 12b... Baggage information database 12c... User information database 12d... Map database 12e... Vehicle information Database 12f...Vehicle dispatch plan database 20...Terminal device N...Communication network V...Vehicle 300...Control device 310...Communication unit 320...Position information acquisition unit 330...User interface unit

Claims

A vehicle allocation management device that manages on-demand vehicle allocation using multiple vehicles that can carry passengers and luggage together,
a vehicle dispatch request acquisition unit that acquires a vehicle dispatch request for either boarding or package delivery by a user;
a vehicle allocation plan creation unit that creates a vehicle allocation plan for one vehicle selected from the plurality of vehicles based on the acquired vehicle allocation request;
a vehicle dispatch instruction unit that transmits a vehicle dispatch instruction based on the vehicle dispatch plan to the one vehicle,
When the vehicle dispatch plan creation unit creates the vehicle dispatch plan for the one vehicle in response to the vehicle dispatch request for package delivery, if there is no other vehicle dispatch request, the vehicle dispatch plan creation unit temporarily stops the creation of the vehicle dispatch plan. to be held in
Vehicle allocation management device.
The vehicle dispatch plan creation unit proposes the created vehicle dispatch plan to the user, and finalizes the vehicle dispatch plan if the user consents to the proposal by the user.
The vehicle allocation management device according to claim 1.
further comprising a demand information acquisition unit that acquires demand information indicating current and future demand for the plurality of vehicles;
The vehicle allocation management device according to claim 1.
The vehicle allocation plan creation unit temporarily suspends creation of the vehicle allocation plan when the future demand amount indicated by the demand information exceeds a first upper limit.
The vehicle allocation management device according to claim 3.
The vehicle allocation plan creation unit temporarily suspends creation of the vehicle allocation plan when a ratio of the future demand amount to the current demand amount indicated by the demand information exceeds a predetermined rate of change.
The vehicle allocation management device according to claim 3.
The vehicle allocation plan creation unit finalizes the vehicle allocation plan when the current demand amount indicated by the demand information exceeds a second upper limit.
The vehicle allocation management device according to claim 3.
The vehicle allocation plan creation unit finalizes the vehicle allocation plan when the number of packages indicated by the vehicle allocation request for package delivery is equal to or greater than a predetermined limit number of held packages.
The vehicle allocation management device according to claim 1.
The vehicle allocation plan creation unit reduces the value of the predetermined limit number of held baggage when the ratio of the future demand amount to the current demand amount indicated by the demand information exceeds a predetermined rate of change.
The vehicle allocation management device according to claim 7.
When there is a temporarily pending vehicle dispatch plan, the vehicle dispatch plan creation unit may perform the following operations based on the vehicle dispatch request corresponding to the temporarily pending vehicle dispatch plan and the other vehicle dispatch request: Re-create the dispatch plan,
The vehicle allocation management device according to claim 1.
The vehicle allocation plan creation unit releases the suspension of the vehicle allocation plan and finalizes the vehicle allocation plan when a predetermined hold limit time has elapsed from the time when the vehicle allocation request for package delivery was received.
The vehicle allocation management device according to claim 1.
The vehicle dispatch plan creation unit sets the predetermined holding limit time according to the attribute information of the user who made the vehicle dispatch request for package delivery.
The vehicle allocation management device according to claim 10.
The vehicle dispatch plan creation unit sets the predetermined holding limit time according to package attribute information indicated by the vehicle dispatch request for package delivery.
The vehicle allocation management device according to claim 10.
The vehicle dispatch plan creation unit sets the predetermined holding limit time according to loading point information indicated by the vehicle dispatch request for package delivery.
The vehicle allocation management device according to claim 10.
The demand information acquisition unit includes a demand prediction unit that predicts the future demand amount,
The demand forecasting unit calculates the future demand amount based on the number of waiting vehicles of the plurality of vehicles that are subject to the vehicle allocation plan.
The vehicle allocation management device according to claim 3.
The demand forecasting unit calculates the future demand amount based on operation record information regarding past operation records of the plurality of vehicles.
The vehicle allocation management device according to claim 14.
The demand forecasting unit calculates the future demand amount based on the behavior history of the user who requested the ride allocation.
The vehicle allocation management device according to claim 14 or 15.
The vehicle allocation plan creation unit extracts a plurality of candidate vehicles from the plurality of vehicles in response to the vehicle allocation request, and creates a plurality of vehicle allocation plans based on a plurality of route patterns for each of the plurality of candidate vehicles, selecting one of the vehicle allocation plans from the plurality of vehicle allocation plans according to a predetermined evaluation function;
The vehicle allocation management device according to claim 1.
A vehicle dispatch management method using a vehicle dispatch management device that manages vehicle dispatch using an on-demand method using a plurality of vehicles capable of carrying passengers and luggage, the method comprising:
Obtaining a dispatch request for either a ride or a package delivery from a user's terminal device;
creating a vehicle dispatch plan for one vehicle selected from the plurality of vehicles in response to the acquired vehicle dispatch request;
transmitting a vehicle dispatch instruction based on the confirmed vehicle dispatch plan to the one vehicle,
Creating the vehicle allocation plan may include creating the vehicle allocation plan if there is no other vehicle allocation request at the time of creating the vehicle allocation plan for the one vehicle in response to the package delivery vehicle allocation request. including temporarily suspending
Vehicle dispatch management method.