Method for automatically checking whether driver is late or not and canceling order retransmission

Abstract

The invention discloses a method for automatically checking whether a driver is late or not and canceling order redispatch. The method comprises the following steps: S1, starting to process an MQ message indicating whether the driver will appear or not in an order receiving process; s2, taking the order number as an input parameter, and calling an order detail service interface to query order details; s3, obtaining an order state code from the order details; s4, judging whether the order state code is an order state code in an order to-be-served state or not, if so, continuing, and otherwise, ending; s5, obtaining a driver Id from the order details; s6, taking the driver Id as an input parameter, and calling an LBS interface to obtain the position latitude and longitude data of the current driver; s7, acquiring the longitude and latitude of a passenger getting-on point from the order details; according to the invention, the system automatically redispatches the driver when the time for picking up is too long, so that the passenger autonomously decides whether to change the driver; the passenger experience is improved, and complaints of passengers are avoided; the order is not easy to cancel, and revenue of the platform is facilitated.

Description

Technical Field

[0001] The present invention belongs to the technical field of online car-hailing, and specifically relates to a method for automatically verifying whether a driver is late and canceling a re-dispatching order. Background Art

[0002] In the online car-hailing scenario, after the passenger calls for a car, the driver may wait too long on the way to the passenger's pick-up point for various reasons, such as sudden traffic congestion or the driver's subjective unwillingness to serve the passenger, which far exceeds the estimated arrival time at the pick-up point shown to the passenger when the order is placed. This leads to a poor taxi experience for passengers and even customer complaints. What's more serious is that passengers may cancel their orders due to the long waiting time and call other taxi platforms instead. Therefore, how to reduce the series of negative impacts and effects caused by the driver's long pick-up time has become an issue that urgently needs to be optimized and solved.

[0003] To this end, the present invention designs a method for automatically checking whether a driver is late and canceling the re-dispatch order. Summary of the invention

[0004] The purpose of the present invention is to provide a method for automatically checking whether a driver is late and canceling a re-dispatching order, so as to solve the problems raised in the above-mentioned background technology.

[0005] To achieve the above object, the present invention provides the following technical solutions: a method for automatically checking whether a driver is late and canceling a re-dispatching order, S1: starting to process an MQ message to automatically detect whether a driver will appear during the order pick-up process;

[0006] S2: Use the order number as the input parameter and call the order details service interface to query the order details;

[0007] S3: Get the order status code from the order details;

[0008] S4: Determine whether the order status code is an order status code for an order waiting to be serviced, if so, continue, otherwise end;

[0009] S5: Get the driver ID from the order details;

[0010] S6: Using the driver ID as input parameter, call the LBS interface to obtain the current driver's location longitude and latitude data;

[0011] S7: Obtain the longitude and latitude of the passenger boarding point from the order details;

[0012] S8: Using the current driver's longitude and latitude and the boarding point's longitude and latitude obtained in step S6 and step S7 as input parameters, the LBS estimation interface is called to estimate the latest pick-up time for the driver from the current location to the passenger's agreed boarding point, recorded as x;

[0013] S9: Obtain the original pick-up time from the order details;

[0014] S10: Compare whether the latest pick-up time in step S8 is less than the original pick-up time in step S9; if so, execute step S11, otherwise execute step S12;

[0015] S11: Take the order number as the input parameter, send an MQ message to automatically detect whether the driver will be late and end;

[0016] S12: increase the timeout count by one;

[0017] S13: Determine whether the number of timeouts has exceeded the dynamically configured threshold; if so, execute step S14; otherwise, execute step S11;

[0018] S14: Using the original longitude and latitude of the passenger getting on and off the bus as parameters, the service interface for dispatching the single-dispatch driver is used to dispatch a new driver for the passenger;

[0019] S15: Determine whether a new driver has returned and whether the pick-up time is less than 2 times of the latest pick-up time x; if the above conditions are met, continue;

[0020] S16: calling the message push interface to push a message to the passenger App to confirm whether the passenger agrees to change the vehicle;

[0021] S17: If the passenger confirms to change the car, continue with the following processing, otherwise end;

[0022] S18: Call the update order interface with the order number and new driver ID as input parameters to change the driver ID associated with the order;

[0023] S19: Call the message push interface to push the order cancellation message to the original driver App;

[0024] S20: Continue the subsequent business processing of the order;

[0025] S21: End.

[0026] Excellent, in step S4, the order status code of the order waiting for service status can be set manually.

[0027] Excellent, in step S13, the threshold value of the dynamic configuration can be flexibly set according to the city's human resources.

[0028] Excellent, in step S15, if the pick-up time is less than twice the latest pick-up time x, then step S11 is executed.

[0029] Excellent, the information content in step S16 is "Because the pick-up time is long, we have successfully called a new car for you. Do you agree to change the car?"; the information content in step S19 is "Because the pick-up time is too long, the system automatically cancels the order. Please do not continue to pick up passengers."

[0030] Compared with the prior art, the beneficial effects of the present invention are: the present invention allows passengers to decide whether to change drivers by themselves through the system that the pick-up time is too long; it improves the passenger experience and avoids passenger complaints; orders are not easily cancelled, which is beneficial to the platform's revenue. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] Figure 1 It is a schematic diagram of the process of the present invention. DETAILED DESCRIPTION

[0032] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0033] See also Figure 1 ,The present invention provides a technical solution: S1: Start processing the MQ message of automatically detecting whether the driver will appear during the order pick-up process;

[0034] S2: Use the order number as the input parameter and call the order details service interface to query the order details;

[0035] S3: Get the order status code from the order details;

[0036] S4: Determine whether the order status code is equal to 15, that is, the order is in the service waiting state. If so, continue, otherwise end;

[0037] S5: Get the driver ID from the order details;

[0038] S6: Using the driver ID as input parameter, call the LBS interface to obtain the current driver's location longitude and latitude data;

[0039] S7: Obtain the longitude and latitude of the passenger boarding point from the order details;

[0040] S8: Using the current driver's longitude and latitude and the boarding point's longitude and latitude obtained in step S6 and step S7 as input parameters, the LBS estimation interface is called to estimate the latest pick-up time for the driver from the current location to the passenger's agreed boarding point, recorded as x;

[0041] S9: Obtain the original pick-up time from the order details;

[0042] S10: Compare whether the latest pick-up time in step S8 is less than the original pick-up time in step S9; if so, execute step S11; otherwise, execute step S12;

[0043] S11: Take the order number as the input parameter, send an MQ message to automatically detect whether the driver will be late and end;

[0044] S12: increase the timeout count by one;

[0045] S13: Determine whether the number of timeouts has exceeded the dynamically configured threshold; if so, execute step S14; otherwise, execute step S11;

[0046] The configured threshold is obtained from the configuration file. The configuration example of this item is as follows:

[0047] timeOutCount = 5;

[0048] S14: Using the original longitude and latitude of the passenger getting on and off the bus as parameters, the service interface for dispatching the single-dispatch driver is used to dispatch a new driver for the passenger;

[0049] S15: Determine whether a new driver has returned, and whether the pick-up time is less than 2 times the latest pick-up time x; if the above conditions are met, continue, otherwise execute step S11;

[0050] S16: calling the message push interface to push a message to the passenger App to confirm whether the passenger agrees to change the vehicle;

[0051] The message is as follows: Since the pick-up time is long, we have successfully called a new car for you. Do you agree to change the car?

[0052] S17: If the passenger confirms to change the car, continue with the following processing, otherwise end;

[0053] S18: Call the update order interface with the order number and new driver ID as input parameters to change the driver ID associated with the order;

[0054] S19: Call the message push interface to push the order cancellation message to the original driver App;

[0055] The message is as follows: Because it took you too long to pick up the passenger, the system automatically canceled the order. Please do not continue to pick up the passenger.

[0056] S20: Continue the subsequent business processing of the order;

[0057] S21: End.

[0058] Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention, and that the scope of the present invention is defined by the appended claims and their equivalents.

Claims

1. A method for automatically checking whether a driver is late and cancelling a re-dispatch order, characterized in that: S1: Start processing the MQ message that automatically detects whether the driver will appear during the order pickup process; S2: Use the order number as the input parameter and call the order details service interface to query the order details; S3: Get the order status code from the order details; S4: Determine whether the order status code is an order status code for an order waiting to be serviced, if so, continue, otherwise end; S5: Get the driver ID from the order details; S6: Using the driver ID as an input parameter, call the LBS interface to obtain the current driver's location longitude and latitude data; S7: Obtain the longitude and latitude of the passenger boarding point from the order details; S8: Using the current driver's longitude and latitude and the boarding point's longitude and latitude obtained in step S6 and step S7 as input parameters, the LBS estimation interface is called to estimate the latest pickup time for the driver from the current location to the passenger's agreed boarding point, recorded as x; S9: Obtain the original pick-up time from the order details; S10: Compare whether the latest pick-up time in step S8 is less than the original pick-up time in step S9; If it is less than, execute step S11, otherwise execute step S12; S11: Take the order number as the input parameter, send an MQ message to automatically detect whether the driver will be late and end; S12: increase the timeout count by one; S13: Determine whether the number of timeouts has exceeded the dynamically configured threshold; if so, execute step S14; otherwise, execute step S11; S14: Using the original longitude and latitude of the passenger getting on and off the bus as parameters, the service interface for dispatching the single-dispatch driver is used to dispatch a new driver for the passenger; S15: Determine whether a new driver has returned and whether the pick-up time is less than 2 times of the latest pick-up time x; if the above conditions are met, continue; S16: calling the message push interface to push a message to the passenger App to confirm whether the passenger agrees to change the vehicle; S17: If the passenger confirms to change the car, continue with the following processing, otherwise end; S18: Call the update order interface with the order number and new driver ID as input parameters to change the driver ID associated with the order; S19: Call the message push interface to push the order cancellation message to the original driver App; S20: Continue the subsequent business processing of the order; S21: End.

2. The method of automatically checking whether a driver is late and canceling a reassignment order according to claim 1, characterized in that: In step S4, the order status code of the order waiting for service status can be set manually.

3. The method of automatically checking whether a driver is late and canceling a reassignment order according to claim 1, characterized in that: In step S13, the dynamically configured threshold value can be flexibly set according to the city.

4. The method of automatically checking whether a driver is late and cancelling a reassignment order according to claim 1, characterized in that: In step S15, if the pick-up time is less than twice the latest pick-up time x, step S11 is executed.

5. The method of automatically checking whether a driver is late and canceling a re-dispatch order according to claim 1, characterized in that: The information content in step S16 is "Because the pick-up time is long, we have successfully called a new car for you. Do you agree to change the car?"; the information content in step S19 is "Because the pick-up time is too long, the system automatically canceled the order. Please do not continue to pick up passengers."

Images