Automatic vehicle allocation method, system, device and storage medium

Abstract

The present application relates to the field of public transportation, and in particular to an automatic vehicle allocation method, system, device, and storage medium, wherein the method comprises obtaining registration information of drivers waiting for orders and generating a waiting driver information table; obtaining vehicle demand information of users and generating a vehicle demand information table; generating an optimal arrival route based on the vehicle demand information table; generating a driver arrival schedule based on the waiting driver information table and the vehicle demand information table, obtaining the minimum arrival time and the order processing driver based on the driver arrival schedule; sending order information to the order processing driver, obtaining and judging the order processing willingness fed back by the order processing driver; if the order is accepted, obtaining the operating information of the vehicle driven by the order processing driver at a specific frequency; judging whether the execution process of the order information is normal based on the operating information; converting the order completion information into registration information and entering it into the waiting driver information table. The present application has the effect of facilitating the improvement of offline taxi-hailing efficiency.

Description

Technical Field

[0001] The present application relates to the field of public transportation, and in particular to an automatic vehicle allocation method, system, device and storage medium. Background Art

[0002] At present, when passengers need to take a small car when traveling, they often use two methods to call a small car: online and offline, so as to enjoy the transportation services provided by the small car.

[0003] At present, online taxi services have been developed for many years, and the functions of various online taxi-hailing software have become mature; even so, passengers still have to use offline taxi services in some cases, that is, passengers wait for small cars that can provide transportation services along the way; or, passengers and small car drivers all join the passenger exchange group on the social software in advance, and passengers post car demand information in the passenger exchange group, and then the driver communicates with the passenger after learning the car demand information, and then provides transportation services to the passenger.

[0004] In the process of realizing this application, the inventors found that the above-mentioned offline taxi-hailing service has at least the following problems: passengers wait for small cars passing by along the way, and this process is accidental. Passengers may wait for a long time and still cannot get the small car they need; in addition, even if customers can post car demand information in the passenger exchange group on the social software, the driver who can accept the order may not appear for a long time, and when the driver who accepts the order appears, the driver still needs to communicate with the passenger through text messages or phone calls to further contact the passenger, and then complete the order. The above two offline taxi-hailing services both take a long time. It can be seen that in the existing technology, the efficiency of offline taxi-hailing services is relatively low. Summary of the Invention

[0005] In order to improve the efficiency of offline taxi hailing, the present application provides an automatic vehicle allocation method, system, device and storage medium.

[0006] In a first aspect, the present application provides an automatic vehicle allocation method, which adopts the following technical solution:

[0007] An automatic vehicle allocation method, comprising:

[0008] Obtain the registration information of drivers waiting to receive orders and generate an information table of drivers waiting to receive orders;

[0009] Obtain the user's car demand information and generate a car demand information table;

[0010] Generate a driver arrival schedule based on the pending order driver information table and the vehicle demand information table, and obtain a minimum arrival time and an order processing driver corresponding to the minimum arrival time based on the driver arrival schedule;

[0011] Sending order information to the order processing driver, obtaining and determining the order processing intention of the order processing driver based on the order information, wherein the order processing intention includes accepting the order and suspending order acceptance;

[0012] If the order processing intention is to accept the order, then during the process of the driver waiting to receive the order processing the order information, the operation information of the vehicle driven by the order processing driver is obtained at a specific frequency;

[0013] Generating an optimal route to the destination corresponding to the user based on the vehicle demand information table;

[0014] Determining whether the execution process of the order information is normal based on the operation information and the optimal route to the destination;

[0015] When the execution process of the order information is normal, the order completion information issued by the order processing driver after completing the order information is obtained, and the order completion information is converted into the registration information and entered into the waiting order driver information table.

[0016] By adopting the above technical solution, the registration information provided by the driver and the car demand information provided by the user are first collected, so as to calculate the location of the driver who can reach the user the fastest, so as to facilitate sending order information to the corresponding driver. The driver can choose to accept or reject the order when receiving it. In the case of acceptance, the driver can complete the order he has accepted; after completing the order, the driver sends an order completion information, and the sent order completion information can be further added to the driver information table for waiting orders, so as to facilitate sending new order information to the driver, thereby improving the efficiency of offline taxi hailing.

[0017] In a specific implementation scheme, obtaining the registration information of drivers waiting to receive orders and generating an information table of drivers waiting to receive orders includes:

[0018] When detecting that the driver waiting for the order has logged into the preset taxi-hailing software, a registration time is generated;

[0019] Obtain the driver number corresponding to the driver waiting to receive the order;

[0020] Obtain the location of the driver waiting to receive the order and generate the current vehicle location;

[0021] The waiting order driver information table is generated based on the registration time, the driver number and the current vehicle location.

[0022] By adopting the above technical solution, by collecting information such as the login time, driver number and current vehicle location of the driver's vehicle when the driver logs into the taxi-hailing software, the system can timely understand the driver's current status and provide the driver with order information in a timely manner, thereby improving the efficiency of offline taxi-hailing.

[0023] In a specific possible implementation plan, if the order processing intention is to suspend order acceptance, then:

[0024] Obtaining the standby location application information issued by the order processing driver;

[0025] Processing the standby location application information, generating a processing result and a standby driver corresponding to the processing result;

[0026] A preset waiting location is allocated to the order processing driver based on the processing result.

[0027] By adopting the above technical solution, when the driver chooses to stop accepting orders because he needs to rest and wait, he can send a waiting place application information to the system to apply for a preset waiting place to rest and wait. The system can find a waiting place that is close and has vacant waiting positions for the driver based on the waiting place application information submitted by the driver, so that the driver can rest after working continuously for a certain period of time, so that he can have more energy to work later.

[0028] In a specific implementation scheme, when the order processing driver is located at the standby location:

[0029] Obtaining standby information sent by the standby driver;

[0030] The order information is sent to the waiting driver based on the standby information and the vehicle demand information table.

[0031] By adopting the above technical solution, after the driver has had a sufficient rest at the standby location, he can send a standby message to indicate that he can continue to work and his current location and other information, so that the system can assign a new order to the driver based on the standby message sent by the driver.

[0032] In a specific implementation scheme, the step of obtaining the user's vehicle demand information and generating a vehicle demand information table includes:

[0033] Recording the user's call time;

[0034] According to the order of the calling times, the user information, the expected boarding location, the expected boarding time and the destination corresponding to the calling times are recorded to generate the vehicle demand information table.

[0035] By adopting the above technical solution, by collecting the user's call time, user information, expected boarding location, expected boarding time and destination, and generating a corresponding car demand information table, the system can timely understand the user's car demand, thereby facilitating timely matching of users with suitable drivers, thereby improving the efficiency of offline car-hailing.

[0036] In a specific implementation scheme, generating a driver arrival schedule based on the driver information table for pending orders and the vehicle demand information table, obtaining a minimum arrival time and an order processing driver corresponding to the minimum arrival time based on the driver arrival schedule, includes:

[0037] Obtain the scheduled boarding locations corresponding to the call times in sequence;

[0038] Obtain all the current vehicle positions in the driver information table waiting for orders;

[0039] Calculating the arrival time of the driver corresponding to each current vehicle position from the current vehicle position to the pre-boarding location, and generating a corresponding driver arrival schedule;

[0040] The minimum driver arrival time in the driver arrival schedule is calculated and recorded as the minimum arrival time.

[0041] By adopting the above technical solution, the minimum arrival time is calculated, which makes it easier to match users with drivers who can reach the user's location as quickly as possible, thereby reducing the user's waiting time and improving the efficiency of offline taxi hailing.

[0042] In a specific embodiment, the order completion information includes the driver number, destination, order completion time, and the driver's existing order volume;

[0043] When the execution process of the order information is normal, obtaining the order completion information sent by the order processing driver after completing the order information, converting the order completion information into the registration information and entering it into the waiting order driver information table, including:

[0044] Obtain the driver number, destination, order completion time, and existing order volume of the driver sent by the driver;

[0045] Determining whether the existing order volume is less than a preset first threshold;

[0046] If it is less than, the order completion time will be imported into the registration time in the driver information table for waiting orders in chronological order, and the corresponding destination will be imported into the current vehicle position, and the corresponding driver number will also be imported into the driver information table for waiting orders.

[0047] By adopting the above technical solution, when a driver no longer has order information, the driver number, destination, and order completion time corresponding to the driver can be imported into the driver information table for pending orders, so that new orders can be assigned to the driver in a timely manner; when the driver still has orders, the driver can continue to complete the orders, thereby improving the driver's flexibility in completing orders.

[0048] In a second aspect, the present application provides an automatic vehicle allocation system, which adopts the following technical solutions:

[0049] An automatic vehicle allocation system, comprising:

[0050] The registration information processing module is used to obtain the registration information of the drivers waiting to receive orders and generate the information table of the drivers waiting to receive orders;

[0051] The vehicle demand information processing module is used to obtain the user's vehicle demand information and generate a vehicle demand information table;

[0052] A module for generating an optimal route to the destination, configured to generate an optimal route to the destination corresponding to the user based on the vehicle demand information table;

[0053] A minimum arrival time generation module is configured to generate a driver arrival schedule based on the pending order driver information table and the vehicle demand information table, and to obtain a minimum arrival time and an order processing driver corresponding to the minimum arrival time based on the driver arrival schedule;

[0054] An order processing intention feedback processing module is used to send order information to the order processing driver, obtain and determine the order processing intention of the order processing driver based on the order information, and the order processing intention includes accepting the order and suspending the order;

[0055] an operation information acquisition module, configured to acquire operation information of the vehicle driven by the order processing driver at a specific frequency while the order processing driver is processing the order information, if the order processing intention is to accept the order;

[0056] A module for generating an optimal route to the destination, configured to generate an optimal route to the destination corresponding to the user based on the vehicle demand information table;

[0057] An operation information judgment module, configured to judge whether the execution process of the order information is normal based on the operation information and the optimal route to the destination;

[0058] The registration information re-recording module is used to obtain the order completion information issued by the order processing driver after completing the order information when the execution process of the order information is normal, convert the order completion information into the registration information and enter it into the driver information table for waiting orders.

[0059] By adopting the above technical solution, the registration information provided by the driver and the car demand information provided by the user are first collected, so as to calculate the position of the driver who can reach the user the fastest, so as to facilitate sending order information to the driver. The driver can choose to accept or reject the order when receiving the order. In the case of acceptance, the driver can first complete the order he has accepted. Then, after completing the order, the driver sends an order completion information. The sent order completion information can be further added to the driver information table for waiting orders, so that the driver can continue to accept orders; in the case of rejection, other orders can be continued to be sent to the driver; this facilitates improving the efficiency of offline taxi hailing.

[0060] In a third aspect, the present application provides a computer device that adopts the following technical solution: it includes a memory and a processor, and the memory stores a computer program that can be loaded by the processor and execute any one of the above-mentioned automatic vehicle allocation methods.

[0061] In a fourth aspect, the present application provides a computer-readable storage medium, which adopts the following technical solution: storing a computer program that can be loaded by a processor and execute any of the above-mentioned automatic vehicle allocation methods.

[0062] In summary, this application includes at least one of the following beneficial technical effects:

[0063] 1. Collect the registration information provided by the driver and the car demand information provided by the user. This can calculate the location of the driver who can reach the user the fastest, making it easier to send order information to the driver. When receiving the order information, the driver can choose to accept or reject it. If the driver accepts the order, he can first complete the accepted order. After completing the order, the driver sends an order completion message, which can be further added to the waiting driver information table, so that the driver can continue to accept orders. If the driver rejects the order, other orders can be sent to the driver, which can improve the efficiency of offline ride-hailing.

[0064] 2. By collecting information such as the driver's login time, driver ID, and the current location of the driver's vehicle, the system can promptly understand the driver's current status and provide the driver with new order information, thereby improving the efficiency of offline ride-hailing.

[0065] 3. By entering the collected registration time, driver number and current vehicle location into the first record table, the system can timely understand the current status of the driver so as to facilitate the subsequent dispatch of new order information to the driver, thereby improving the efficiency of offline taxi hailing. BRIEF DESCRIPTION OF THE DRAWINGS

[0066] Figure 1It is a flow chart of an automatic vehicle allocation method in an embodiment of the present application.

[0067] Figure 2 It is a structural diagram of an automatic vehicle allocation system in an embodiment of the present application.

[0068] Explanation of the accompanying drawings: 100, registration information processing module; 200, vehicle demand information processing module; 300, minimum arrival time generation module; 400, order processing intention feedback processing module; 500, operation information acquisition module; 600, destination optimal arrival route generation module; 700, operation information judgment module; 800, registration information re-recording module. DETAILED DESCRIPTION

[0069] The following is combined with Figure 1-2 This application is described in further detail.

[0070] Example 1

[0071] Example 1 of the present application discloses an automatic vehicle allocation method. Figure 1 , the automatic vehicle allocation method includes:

[0072] S100: Obtain registration information of drivers waiting to receive orders and generate an information table of drivers waiting to receive orders.

[0073] Specifically, S100 includes the following sub-steps:

[0074] S110: When it is detected that the driver waiting for the order logs into the preset taxi-hailing software, a registration time is generated.

[0075] Drivers participating in automatic car allocation can belong to different transportation companies. Each driver participating in automatic car allocation can use a small car to provide transportation services to users. Each transportation company has its own company server, and the company servers belonging to different transportation companies can establish communication connections with each other through AWS Iot Core to form a call center.

[0076] Drivers participating in automatic vehicle allocation all have their vehicles running an in-vehicle ride-hailing app. This app stores the driver's personal information, such as name and driver ID, entered when registering with the app. Each app can also establish a communication connection with the call center. It should be noted that the communication protocol used between the company's servers and between mobile devices and the call center utilizes MQTT. In practice, when a driver prepares to participate in automatic vehicle allocation, they must log in to the app using their ID and password. This establishes a communication connection between the vehicle hosting the app and the call center. When the driver logs in, the call center can record the time the driver logged in and mark this as the registration time.

[0077] S120: Obtain the driver number corresponding to the driver waiting to receive the order.

[0078] When the driver logs into the taxi-hailing software on his vehicle, the taxi-hailing software simultaneously sends the driver number to the call center; the call center has a preset first record table, the header of which is: Driver Information Table for Waiting Orders, and the first record table has different fields, including: registration time field, driver number field and current vehicle location field; when the call center receives a driver number, the call center records the registration time in the registration time field on the first record table, and records the corresponding driver number in the driver number field. It should be noted that the registration time and the corresponding driver number are located on the same row in the first record table.

[0079] S130: Obtain the location of the driver waiting to receive the order and generate the current vehicle location.

[0080] When the call center receives a driver number, it simultaneously sends a positioning command to the corresponding taxi-hailing app. The vehicle determines its current location coordinates based on its onboard positioning module and the positioning command. It then sends the coordinates to the call center, which records them in the current vehicle location field corresponding to the registration time and driver number in the first record table. It should be noted that the corresponding registration time, driver number, and current vehicle location are on the same row in the first record table.

[0081] S140: Generate a driver information table for receiving orders based on the registration time, driver number, and current vehicle location.

[0082] Specifically, S140 includes the following sub-steps:

[0083] S141. Record the registration time in a preset first record table in the order of registration time;

[0084] The registration times have a chronological order, and the call center records the obtained registration times in the registration field in a chronological order from the earliest to the latest.

[0085] It should be noted that if several registration times are consistent in time sequence, the several registration times are recorded in the registration field in time sequence in a random manner.

[0086] S142. Record the driver number corresponding to the registration time and the current stop location in the first record table, and generate an information table of drivers waiting to receive orders.

[0087] If the registration time is sorted in chronological order from first to last, the driver number corresponding to the registration time and the current vehicle position will also be sorted in chronological order from first to last; the registration time, the driver number corresponding to the registration time and the current stop are recorded in the first record table according to the above chronological order, and an information table of drivers waiting for orders can be generated.

[0088] S200: Obtain the user's vehicle demand information and generate a vehicle demand information table.

[0089] Specifically, S200 includes the following steps:

[0090] S210: Record the user's calling time.

[0091] When a user has a need for transportation, he or she can send his or her car demand information to the call center through his or her mobile communication device. At this time, the call center records the time when the user sends the car demand information. In one embodiment, the user can send the car demand information to the call center by phone.

[0092] S220. Record the user information, expected boarding location, expected boarding time, and destination corresponding to the call time in the order of the call time, and generate a car demand information table.

[0093] In order to facilitate the acquisition of the user's specific car needs, the car demand information sent by each user needs to include user information, expected boarding location, expected boarding time and destination. In an embodiment, the user information can be user name, user nickname and user number, etc.

[0094] A second record table is preset at the call center. The header of the second record table is a car demand information table, and the second record table is preset with a call time field, a user information field, a pre-boarding location field, a pre-boarding time field and a destination field.

[0095] During implementation, the call center records the call time in chronological order into the call time field, and records the user information corresponding to the call time into the user information field in the second record table, records the pre-boarding location corresponding to the call time into the pre-boarding location field in the second record table, records the pre-boarding time corresponding to the call time into the pre-boarding time field in the second record table, and records the destination corresponding to the call time into the destination field in the second record table; it should be noted that the user information, pre-boarding location, pre-boarding time and destination corresponding to the call time are on the same row in the second record table, thereby generating a vehicle demand information table.

[0096] S300: Generate a driver arrival schedule based on the driver information table for pending orders and the vehicle demand information table, and obtain a minimum arrival time and an order processing driver corresponding to the minimum arrival time based on the driver arrival schedule.

[0097] Specifically, S300 includes the following sub-steps:

[0098] S310. Obtain the pre-boarding locations corresponding to the calling times in sequence.

[0099] The pre-boarding locations corresponding to each call time are obtained in sequence according to the chronological order. In one embodiment, it is assumed that the call time field in the user demand information table records call time A and call time B in chronological order, and records destination 1 corresponding to call time A and destination 2 corresponding to call time B. In implementation, since call time A precedes call time B in chronological order, call time A and destination 1 corresponding to call time A are first obtained from the vehicle demand information table.

[0100] S320: Obtain the current vehicle positions of all vehicles in the driver information table waiting for orders.

[0101] In one embodiment, assuming that the current stop field in the driver information table for orders to be accepted records the current vehicle position 1 and the current vehicle position 2, the current stop 1 and the current stop 2 are obtained from the current stop field.

[0102] S330: Calculate the arrival time of each driver corresponding to the current vehicle position at the pre-boarding location, and generate a corresponding driver arrival schedule.

[0103] When call time A, destination 1, current stop 1 and current stop 2 have been obtained, the first arrival time of the driver corresponding to current stop 1 from current stop 1 to destination 1 is estimated respectively, and then the second arrival time of the driver corresponding to current stop 2 from current stop 2 to destination 1 is also estimated; in other embodiments, if there are other current stops, the arrival times corresponding to the other current stops are further estimated; after completing the above steps, the estimated first arrival time and second arrival time are recorded in the preset driver arrival schedule.

[0104] S340: Calculate the minimum driver arrival time in the driver arrival schedule, record it as the minimum arrival time, and record the driver corresponding to the minimum arrival time as the order processing driver.

[0105] The first arrival time and the second arrival time are both in seconds. Next, the first arrival time and the second arrival time are sorted in ascending order by value, and then the arrival time of the first-ranked driver is obtained as the minimum arrival time. The driver ranked first is also recorded as the order processing driver.

[0106] S400: Send order information to the driver corresponding to the minimum arrival time, and then obtain and process the driver's order processing intention based on the order information, where the order processing intention includes accepting the order and suspending order acceptance.

[0107] After obtaining the driver ID of the order-handling driver, the call center then sends the order information to the ride-hailing app corresponding to that driver ID. The corresponding order-handling driver can then view this order information on their vehicle's display screen. It's important to note that upon receiving this order information, the order-handling driver has the option to accept or reject it. In other words, after receiving this order information, the order-handling driver can inform the call center of their order-handling preferences, which include accepting the order or suspending it.

[0108] It should be noted that if the driver waiting for orders chooses to accept an order, he can also accept another order information issued by the call center and can choose to accept the order. In this case, the call center will not continue to issue other order information to the driver waiting for orders; that is, the driver waiting for orders can have up to two order information at the same time.

[0109] A driver needs to take a break after working continuously for a certain period of time. If the call center has not assigned new order information to the driver waiting for orders at this time, the driver waiting for orders can log off by exiting the taxi-hailing app so that the call center will no longer assign new orders to the driver waiting for orders. If the call center assigns a new order to the driver waiting for orders at this time, the driver waiting for orders can also choose to suspend accepting orders so that the call center can assign new orders to other drivers waiting for orders and temporarily stop assigning new order information to the driver waiting for orders.

[0110] It should be noted that the call center has set up several waiting areas in a preset area for drivers to temporarily park and rest, and the call center has pre-stored the waiting area location of each waiting area. Since the waiting area has a certain area limit, each waiting area has a corresponding number of parked vehicles, that is, the number of vehicles of drivers waiting to receive orders that can be temporarily parked in a waiting area cannot exceed the corresponding number of parked vehicles.

[0111] If the driver waiting for orders chooses to stop accepting orders because he needs to rest, he can submit a waiting location application information to the call center so that the call center can find a suitable waiting location for the driver who submitted the waiting location application information; it should be noted that the waiting location application information includes the driver number and the current vehicle location.

[0112] After receiving the standby location application information from the driver waiting to receive an order, the call center processes the standby location application information and generates the corresponding processing result and the standby driver corresponding to the processing result. The specific steps are as follows:

[0113] According to the current vehicle position in the waiting area application information and all the waiting areas in the area where the current vehicle position is located, the first waiting area closest to the current vehicle position is selected from the waiting areas, and then it is determined whether the number of remaining parked vehicles in the first waiting area is 0; if the processing result is: the number of remaining parked vehicles in the first waiting area is not 0, it means that the waiting area can be allocated to the waiting driver at this time, and the identity of the waiting driver is also changed to a waiting driver; if the processing result is: the number of remaining parked vehicles in the first waiting area is 0, then A second waiting location that is the second closest to the current vehicle position is further selected from the waiting locations, and then it is determined whether the number of remaining parked vehicles at the second waiting location is 0, and so on, until a waiting location in the preset area is found for the driver waiting to receive orders, and the identity of the corresponding driver is changed from a driver waiting to receive orders to a waiting driver; it should be noted that each waiting driver has a queuing order after entering the waiting location; for example, the first waiting driver to enter the waiting location has a queuing order of first, the second waiting driver to enter the waiting location has a queuing order of second, and so on.

[0114] After the waiting driver has finished resting at the waiting location, if he wants to receive new order information, he needs to send the waiting information to the call center through the taxi-hailing software. The waiting information includes the waiting location and the queue order.

[0115] Next, the call center obtains the standby information sent by the standby driver, and sends the order information to the standby driver based on the standby information and the above-mentioned car demand information table. The specific steps are as follows:

[0116] First, obtain the waiting place in the waiting information sent by the waiting driver, then wait for the time required from the waiting place to all the pre-boarding places in the vehicle demand information table, then sort these times in ascending order, and then obtain the first time that is sorted first, and then obtain the user information, pre-boarding place, pre-boarding time and destination corresponding to the first time in the vehicle demand information table to generate order information, and then send this order information to the waiting driver; then the waiting driver starts to process the order information after receiving the order information; and, while sending the order information to the waiting driver, the call center deletes the call time, user information, pre-boarding place, pre-boarding time and destination information of the user corresponding to the order information in the vehicle demand information table.

[0117] It should be noted that the two methods of allocating order information to drivers based on the waiting driver information table and the user demand information table, and the two methods of allocating order information to drivers based on the standby information and the user demand information table, are carried out in parallel.

[0118] S500: If the order processing intention is to accept the order, then while the driver waiting to receive the order is processing the order information, the operation information of the vehicle driven by the order processing driver is obtained at a specific frequency.

[0119] In order to protect the personal safety of users, the call center will obtain order information and vehicle operation information at a specific frequency while the driver is transporting users.

[0120] S600: Generate an optimal route to the destination corresponding to the user based on the vehicle demand information table.

[0121] After receiving the user demand information sent by the user, the call center will plan the optimal route to the destination for the user based on the expected boarding location and purpose in the user demand information. The optimal route to the destination includes but is not limited to the route with the shortest time from the expected boarding location to the destination.

[0122] S700: Determine whether the execution process of the order information is normal based on the operation information and the optimal route to the destination.

[0123] When the driver waiting for an order chooses to accept the order, the call center will send the planned optimal route to the destination corresponding to the user to the taxi-hailing software on the driver's vehicle; and, the information about the registration time, driver number and current vehicle location related to the order in the driver information table waiting for an order will be deleted, so as to facilitate the sending of new order information to other drivers waiting for an order.

[0124] When the driver's order processing intention is to accept the order, the driver can then proceed to the user's pre-boarding location on the order information, pick up the user after arriving at the pre-boarding location, and then transport the user to the destination according to the optimal route to the destination.

[0125] Vehicle operation information includes the current location of the vehicle and the vehicle operation status; the call center judges the obtained order information, the current location of the vehicle and the vehicle operation status, and generates a corresponding judgment result; when the judgment result is that the order information is incorrect, or the current location of the vehicle deviates from the optimal arrival route to the destination, or the vehicle operation status is abnormal, the call center will actively send a warning voice to the driver, and prompt the driver to deal with the above abnormal situation in time.

[0126] S800: When the execution process of the order information is normal, obtain the order completion information sent by the order processing driver after completing the order information, convert the order completion information into registration information and enter it into the driver information table to be accepted.

[0127] Specifically, S800 includes the following sub-steps:

[0128] S810: Obtain the driver number, destination, order completion time, and current order quantity of the driver.

[0129] After the driver safely delivers the user to the destination, he can immediately send order completion information to the call center. Specifically, the order completion information includes driver number, destination, order completion time and existing order quantity.

[0130] S820: Determine whether the existing order quantity is less than a preset first threshold.

[0131] As mentioned above, a customer can have up to two order information at the same time. In order to facilitate the call center to decide whether to send new order information to the driver after the driver completes an order, a first threshold is preset at the call center. In this embodiment, the first threshold is 1.

[0132] After receiving the order completion information sent by the driver, the call center determines whether the existing order quantity in the order completion information is less than the first threshold and obtains a judgment result.

[0133] S830. If it is less than, the order completion time is imported into the registration time in the driver information table for waiting orders in chronological order, and the corresponding destination is imported into the current vehicle position, and the corresponding driver number is also imported into the driver information table for waiting orders.

[0134] If the judgment result is: the existing order volume is less than the first threshold, it means that the driver no longer has sufficient orders at this time, and the driver can receive new order information at this time; in order to facilitate the driver to further receive new order information, the order completion information sent by the driver is imported into the driver information table for waiting orders.

[0135] Specifically, the order completion time in the order completion information sent by the driver is copied to the registration time field in the driver information table for waiting orders according to the chronological order in the registration time field, that is, the order completion time is sorted after the existing registration time in the registration time field, and the order completion time becomes the registration time; at the same time, the driver number corresponding to the order completion time is copied to the corresponding position in the driver number field in the driver information table for waiting orders, and the destination corresponding to the order completion time is also added to the corresponding position in the current vehicle position field in the driver information table for waiting orders.

[0136] S840: Otherwise, the driver continues to process the next order information.

[0137] If the judgment result is: the existing order volume is not less than the first threshold, which means that the driver still has sufficient orders at this time; the call center will no longer send new order information to the driver until the driver's existing order volume is less than the first threshold.

[0138] It should be noted that in order to increase the flexibility of drivers in accepting orders, drivers can freely accept orders when they have not received order information sent by the call center. However, they need to set the transit point and destination on the ride-hailing app so that the call center can be informed of the driver's current work status in a timely manner.

[0139] To increase communication efficiency between drivers and between drivers and the call center, drivers can use AWS IoT Core to implement voice communication between drivers and between drivers and the call center to maintain necessary contact; the call center can also send voice messages to all drivers through AWS IoT Core;

[0140] In order to facilitate the call center to promptly understand the emergency situations encountered by drivers, the taxi app has an SOS function. Drivers can use the SOS function to send emergency information to the call center. If the call center does not respond to the emergency information, the SOS function will continue to send emergency information to the call center until the call center responds.

[0141] Drivers can set multiple via points and destinations on the ride-hailing app, and can also perform various location searches on the via points and destinations, including address detection, directory search, and call center inquiries. Drivers can also customize vehicle routes.

[0142] In some cases, the driver needs to temporarily turn off the engine and get off the vehicle. After turning off the engine, the original order will not be cancelled, but will only be paused. After the driver restarts the vehicle, the original order can be resumed.

[0143] Each driver is pre-assigned a login account and password for the ride-hailing app. Once a driver logs in to the ride-hailing app using their login account and password, they are on duty and can accept orders. Once a driver logs out of the ride-hailing app, they are off duty and the call center will no longer send new orders to them.

[0144] The above-mentioned in-vehicle taxi-hailing software can be upgraded via OTA when its version is updated;

[0145] The driver can automatically end the standby rest state after leaving the standby area;

[0146] During working hours, drivers can report their status to the call center through the taxi app;

[0147] Drivers can use the taxi app to quickly chat with other drivers or call centers. Quick chat here refers to chatting via text. If there is a link in the text, clicking the link will provide the content of the link.

[0148] Drivers can make voice calls with all other drivers or call centers through the taxi app;

[0149] The call center sends an order to the driver. If the driver does not respond within a preset time, the call center will continue to send the order to other drivers. After the call center accepts the user's order, the user can cancel or modify the order at any time. During this process, each operation will have a corresponding prompt sound. After the order information is sent to the driver, the taxi app can read the order information to the driver to reduce the driver's operation.

[0150] The call center can lock a driver's vehicle. Once the vehicle is locked, it can only communicate with the call center and cannot perform other operations.

[0151] After the call center receives the order completion information from the driver, it will pay the driver the order completion fee based on the order completion information;

[0152] The call center will regularly send operating precautions to the vehicle, and the driver will receive this operating precautions when starting the vehicle.

[0153] Figure 1 FIG. 1 is a flow chart of an automatic vehicle allocation method in one embodiment. It should be understood that although Figure 1 The steps in the flowchart are shown in sequence as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows; unless otherwise specified herein, there is no strict order restriction on the execution of these steps, and these steps may be executed in other orders; and Figure 1 At least part of the steps may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily executed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be executed in turn or alternately with other steps or at least part of the sub-steps or stages of other steps.

[0154] Example 2

[0155] Example 2 of the present application discloses an automatic vehicle allocation system. Figure 2 , the automatic vehicle allocation system includes:

[0156] The registration information processing module 100 is used to obtain the registration information of the drivers waiting to receive orders and generate an information table of the drivers waiting to receive orders;

[0157] The vehicle demand information processing module 200 is used to obtain the vehicle demand information of the user and generate a vehicle demand information table;

[0158] The minimum arrival time generation module 300 is used to generate a driver arrival schedule based on the driver information table and the vehicle demand information table, and obtain the minimum arrival time and the order processing driver corresponding to the minimum arrival time based on the driver arrival schedule;

[0159] The order processing intention feedback processing module 400 is used to send order information to the order processing driver, obtain and determine the order processing intention of the order processing driver based on the order information, and the order processing intention includes accepting the order or suspending the order;

[0160] The operation information acquisition module 500 is used to obtain the operation information of the vehicle driven by the order processing driver at a specific frequency during the process of the order information being processed by the order processing driver if the order processing intention is to accept the order;

[0161] The optimal destination arrival route generation module 600 is used to generate the optimal destination arrival route corresponding to the user based on the vehicle demand information table;

[0162] The operation information judgment module 700 is used to judge whether the execution process of the order information is normal based on the operation information and the optimal arrival route to the destination;

[0163] The registration information re-recording module 800 is used to obtain the order completion information sent by the order processing driver after completing the order information when the execution process of the order information is normal, convert the order completion information into registration information and enter it into the driver information table to be accepted.

[0164] Example 3

[0165] In this third embodiment, a computer device is disclosed, including a memory and a processor. The memory stores a computer program. When the computer program is executed by the processor, the processor performs the steps of the aforementioned automatic vehicle allocation method. The steps of the automatic vehicle allocation method herein may be the steps of the automatic vehicle allocation method of each of the aforementioned embodiments.

[0166] Example 4

[0167] In this embodiment 4, a computer-readable storage medium is disclosed, which stores a computer program that can be loaded by a processor and executed by an automatic vehicle allocation method such as the above-mentioned method. The computer-readable storage medium includes, for example: a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and other media that can store program codes.

[0168] This specific embodiment is merely an explanation of the present invention and is not a limitation of the present invention. After reading this specification, those skilled in the art may make non-creative modifications to this embodiment as needed, but as long as they are within the scope of the claims of the present invention, they are protected by patent law.

Claims

1. An automatic vehicle allocation method, characterized in that: include: Obtain the registration information of drivers waiting to receive orders and generate an information table of drivers waiting to receive orders; Obtain the user's car demand information and generate a car demand information table; Generate a driver arrival schedule based on the pending order driver information table and the vehicle demand information table, and obtain a minimum arrival time and an order processing driver corresponding to the minimum arrival time based on the driver arrival schedule; Sending order information to the order processing driver, obtaining and determining the order processing intention of the order processing driver based on the order information, wherein the order processing intention includes accepting the order and suspending order acceptance; If the order processing intention is to accept the order, then during the process of the driver waiting to receive the order processing the order information, the operation information of the vehicle driven by the order processing driver is obtained at a specific frequency; Generating an optimal route to the destination corresponding to the user based on the vehicle demand information table; Determining whether the execution process of the order information is normal based on the operation information and the optimal route to the destination; When the execution process of the order information is normal, obtaining the order completion information sent by the order processing driver after completing the order information, converting the order completion information into the registration information and entering it into the waiting order driver information table; If the order processing intention is to suspend order acceptance, then: obtaining the standby location application information sent by the order processing driver; processing the standby location application information, generating a processing result and a standby driver corresponding to the processing result; and assigning a preset standby location to the order processing driver based on the processing result; When the order processing driver is located at the standby location, then: obtaining standby information sent by the standby driver; The order information is sent to the waiting driver based on the waiting information and the vehicle demand information table, including: obtaining the waiting location in the waiting information sent by the waiting driver, obtaining the time required from the waiting location to all pre-boarding locations obtained from the vehicle demand information table, arranging the times in ascending order, obtaining the first time ranked first, obtaining user information, pre-boarding location, pre-boarding time, and destination corresponding to the first time in the vehicle demand information table, generating order information, and sending the order information to the waiting driver; The standby driver starts processing the order information after receiving it.

2. The automatic vehicle allocation method according to claim 1, characterized in that: The step of obtaining the registration information of the driver waiting to receive an order and generating the driver information table waiting to receive an order includes: When it is detected that the driver waiting for the order has logged into the preset taxi-hailing software, a registration time is generated; Obtain the driver number corresponding to the driver waiting to receive the order; Obtain the location of the driver waiting to receive the order and generate the current vehicle location; The driver information table for waiting orders is generated based on the registration time, the driver number and the current vehicle location.

3. The automatic vehicle allocation method according to claim 2, characterized in that: The step of obtaining the user's vehicle demand information and generating a vehicle demand information table includes: Recording the user's call time; The user information, expected boarding location, expected boarding time and destination corresponding to the call time are recorded to generate the vehicle demand information table.

4. The automatic vehicle allocation method according to claim 3, characterized in that: Generating a driver arrival schedule based on the driver information table for pending orders and the vehicle demand information table, and obtaining a minimum arrival time based on the driver arrival schedule, includes: Obtain the scheduled boarding locations corresponding to the call times in sequence; Obtain all the current vehicle positions in the driver information table waiting for orders; Calculating the arrival time of the driver corresponding to each current vehicle position from the current vehicle position to the pre-boarding location, and generating a corresponding driver arrival schedule; The minimum driver arrival time in the driver arrival schedule is calculated and recorded as the minimum arrival time.

5. The automatic vehicle allocation method according to claim 2, characterized in that: The order completion information includes the driver number, destination, order completion time, and the driver's existing order volume; When the execution process of the order information is normal, obtaining the order completion information sent by the order processing driver after completing the order information, converting the order completion information into the registration information and entering it into the waiting order driver information table, including: Obtain the driver number, destination, order completion time, and existing order volume of the driver sent by the driver; Determining whether the existing order volume is less than a preset first threshold; If it is less than, the order completion time will be imported into the registration time in the driver information table for waiting orders in chronological order, and the corresponding destination will be imported into the current vehicle position, and the corresponding driver number will also be imported into the driver information table for waiting orders.

6. An automatic vehicle allocation system, characterized by: include: A registration information processing module (100) is used to obtain the registration information of drivers waiting to receive orders and generate an information table of drivers waiting to receive orders; A vehicle demand information processing module (200) is used to obtain the vehicle demand information of the user and generate a vehicle demand information table; A minimum arrival time generation module (300) is used to generate a driver arrival schedule based on the driver information table for receiving orders and the vehicle demand information table, and to obtain a minimum arrival time and an order processing driver corresponding to the minimum arrival time based on the driver arrival schedule; An order processing intention feedback processing module (400) is used to send order information to the order processing driver, obtain and judge the order processing intention of the order processing driver based on the order information, and the order processing intention includes accepting the order and suspending the order; An operation information acquisition module (500) is used to acquire operation information of the vehicle driven by the order processing driver at a specific frequency during the process of the order information being processed by the driver waiting to receive the order if the order processing intention is to accept the order; A destination optimal arrival route generation module (600) is used to generate an optimal arrival route for the destination corresponding to the user based on the vehicle demand information table; An operation information judgment module (700) is used to judge whether the execution process of the order information is normal based on the operation information and the optimal arrival route to the destination; A registration information re-recording module (800) is used to obtain the order completion information sent by the order processing driver after completing the order information when the execution process of the order information is normal, convert the order completion information into the registration information and enter it into the driver information table to be accepted; If the order processing intention is to suspend order acceptance, then: obtaining the standby location application information sent by the order processing driver; processing the standby location application information, generating a processing result and a standby driver corresponding to the processing result; and assigning a preset standby location to the order processing driver based on the processing result; When the order processing driver is located at the standby location, then: obtaining the standby information sent by the standby driver; The order information is sent to the waiting driver based on the waiting information and the vehicle demand information table, including: obtaining the waiting location in the waiting information sent by the waiting driver, obtaining the time required from the waiting location to all pre-boarding locations obtained from the vehicle demand information table, arranging these times in ascending order, obtaining the first time that is ranked first, obtaining user information, pre-boarding location, pre-boarding time, and destination corresponding to the first time in the vehicle demand information table, generating order information, and sending the order information to the waiting driver; The standby driver starts processing the order information after receiving it.

7. A computer device, characterized in that: The computer device includes a memory and a processor, the memory stores a computer program, and when the computer program is executed by the processor, the processor executes any one of the automatic vehicle allocation methods according to claims 1-5.

8. A computer-readable storage medium storing a computer program, wherein when the computer program is executed by a processor, the processor executes any one of the automatic vehicle allocation methods according to claims 1-5.

Images