A method for improving the performance efficiency of drivers of reservation orders

Abstract

The present invention discloses a method for improving the performance efficiency of drivers of reservation orders, S1: a user places an order at the entrance of an online car-hailing platform, and a platform agent layer assembles order information to request an order system; S2: the order system places an order successfully and returns an order number to the platform agent layer; S3: the platform agent layer accepts the order number returned by the order system, assembles dispatch information to request a dispatch; S4: the dispatch system receives the dispatch request and starts to screen drivers; when the driver of the present invention is offline, the system will perform a detection and promptly remind the driver to set off, avoiding the scenario where the driver forgets to serve the order, so as to ensure that the driver fulfills the next reservation order to be served, and improve the performance rate of the reservation order; in the process of the driver picking up or delivering the previous order, the driver's real-time location will be continuously detected within the configured time period, and the system will remind the driver of the risk of late service through calculation, so as to help the driver serve the next reservation order and improve the driver's recognition of the platform.

Description

Technical Field

[0001] The present invention belongs to the technical field of online car-hailing platforms, and specifically relates to a method for improving the performance efficiency of drivers of reservation orders. Background Art

[0002] In the current online car-hailing context, online car-hailing platforms are user-oriented, and the main service types include: instant car use, reserved car use, airport pick-up car use, airport drop-off car use, etc., among which airport pick-up and drop-off and reserved car use are common reservation-type orders. Reservation orders have the following characteristics: the reservation time is wide, and the longest reservation can be made for orders 7 days later, the unit price is expensive, and the service standard is high. There are the following common problems when serving reservation orders: the online car-hailing platform is not comprehensive enough for the existing driver service reservation process, and a simple reminder is given on the driver's homepage before the car is about to be used. There is no good supervision in the driver's order acceptance, pick-up, and drop-off links to ensure the service efficiency of reservation orders; due to the high pricing of reservation orders and high service process standards, drivers are prone to complaints from passengers when serving reservation orders, and low driver performance will lead to a decrease in the platform's order completion rate and turnover; for this reason, the present invention proposes a method for improving the performance efficiency of reservation order drivers. Summary of the invention

[0003] The purpose of the present invention is to provide a method for improving the efficiency of drivers fulfilling appointments, so as to solve the problems raised in the above-mentioned background technology.

[0004] To achieve the above object, the present invention provides the following technical solution: a method for improving the performance efficiency of drivers of reservation orders, the specific steps comprising:

[0005] S1: The user places an order at the entrance of the online car-hailing platform, and the platform agent layer assembles the order information to request the order system;

[0006] S2: The order is placed successfully in the order system, and the order number is returned to the platform agent layer;

[0007] S3: The platform proxy layer receives the order number returned by the order system, assembles the order information and requests the order;

[0008] S4: The dispatch system receives the dispatch request and starts screening drivers;

[0009] S5: Notify the driver to bind the order, the driver accepts the order, and updates the order status to pending service;

[0010] S6: Determine whether the order reservation time - current time > 120 minutes;

[0011] If not, determine whether the order reservation time - current time > 90min, 60min, 30min in turn;

[0012] 1) If it is greater than 90 minutes, a total of 3 checks are performed, namely steps S9-S11;

[0013] 2) If it is greater than 60 minutes, the verification is performed twice in total, i.e., steps S10-S11;

[0014] 3) If it is greater than 30 minutes, then check once in total, i.e. step S11;

[0015] 4) If the time left to use the vehicle is less than 30 minutes, the verification logic is directly performed, i.e., step S11;

[0016] If yes, use the message middleware RocketMQ, send a delayed queue based on the order car time, and the first consumption time node is: order reservation car time - 120 minutes;

[0017] S7: Driver online verification begins;

[0018] S8: The order consumption delay message is used to verify whether the driver is online for the first time;

[0019] If yes, the driver is online, and driver lateness verification is performed;

[0020] If not, the driver will be reminded via SMS or phone call, and a second delayed message will be sent at the same time. The second consumption time node is: the order reservation time - 90 minutes;

[0021] S9: The order consumption delay message is used to verify whether the driver is online for the second time;

[0022] If yes, the driver is online, and driver lateness check is performed, i.e., steps S12-S16;

[0023] If not, the driver will be reminded via SMS or phone call, and a third delay message will be sent at the same time; the third consumption time node is: the order reservation time minus 60 minutes;

[0024] S10: The order consumption delay message is used to verify whether the driver is online for the third time;

[0025] If yes, the driver is online, and driver lateness verification is performed; i.e., steps S12-S16;

[0026] If not, the driver will be reminded via SMS or phone call, and the fourth delayed message will be sent at the same time. The third consumption time node is: the order reservation time - 30 minutes;

[0027] S11: The order consumption delay message is used to verify whether the driver is online for the fourth time;

[0028] If yes, the driver is online, and driver lateness check is performed, i.e., steps S12-S16;

[0029] If not, the order will be automatically reassigned: the platform will initiate the automatic reassignment; the reason for the reassignment will be recorded: if the online verification of the reservation order fails, it will be marked as the driver's fault and the driver will be punished accordingly;

[0030] S12: After the driver passes the online verification, the driver is late for verification;

[0031] S13: Check whether the driver has any pending service orders; time period: current time - scheduled car time;

[0032] If not, then calculate ETA = the time required from the driver's current location to the scheduled pick-up point in the reservation;

[0033] If yes, check whether the driver has any orders in service;

[0034] If yes, then calculate ETA = driver's current location to the end point of the current order to the start point of the order to be served;

[0035] If no, the driver has pending orders but no orders currently being served. The estimated departure time = the last pending order's reservation time + the duration of the pending order. The calculated ETA = estimated departure time + the time required from the last pending order's estimated drop-off point to the scheduled pick-up point of the reservation - current time.

[0036] S14: Calculate whether there is a risk of being late. Steps S11-S13 calculate the ETA of the three types of drivers in different states respectively;

[0037] S15: Current time + ETA ≤ order scheduled pickup time?

[0038] If yes, the driver has no risk of being late and continues to serve;

[0039] If not, the estimated timeout is calculated as: order booking time - (current time + ETA);

[0040] S16: Is the calculated estimated timeout time greater than the buffer time?

[0041] If the driver is unable to arrive at the order's scheduled pickup point within the estimated timeout period, the system will automatically reassign the order to a new driver.

[0042] If not, a PUSH notification will be sent to the driver, with the message: The system has detected that you are at risk of being late. Please rush to the passenger pick-up point as soon as possible.

[0043] Driver-side process:

[0044] A1: After the driver successfully binds the order, he can inform the driver in the waiting list that this order is a pick-up service;

[0045] A2: The driver can click the pick-up person button to view the pick-up person's detailed information;

[0046] A3: Before starting service, drivers can reassign orders if they meet certain conditions;

[0047] A4: Does the driver reassign the order?

[0048] If not, the pick-up order will be served normally;

[0049] If yes, after the reassignment is successful, a text message will be sent to the designated airport pick-up person to remind him of the reassignment of the order and the new driver information, including: flight number, estimated arrival time, passenger name and mobile phone number, name and mobile phone number of the reassigned driver, and vehicle information.

[0050] Preferably, in S1, the order information includes: the online car-hailing platform order number, city, longitude and latitude of getting on and off the car, reserved car time, and basic information of the passenger.

[0051] Preferably, the ETA is the estimated time it takes for a driver to reach another coordinate location from one coordinate location; Buffer is the estimated timeout period, which is set to 10 minutes and can be flexibly adjusted through configuration.

[0052] Preferably, the function of S6 is to set the consumption time node for sending the delayed message for the first time when the driver goes online for verification.

[0053] Preferably, the driver online verification and driver lateness verification: according to the interval between the current time and the order booking time, up to 4 verifications will be performed, and the driver lateness verification is performed after the driver online verification, and the time interval can be dynamically configured.

[0054] Compared with the prior art, the present invention has the following beneficial effects: the present invention accesses a new reservation order fulfillment process through the online car-hailing platform. When the driver is offline, the system will detect and remind the driver to set off in time, thus avoiding the scenario where the driver forgets the service order, so as to ensure that the driver fulfills the next reservation order and improve the fulfillment rate of the reservation order;

[0055] When the driver is picking up or dropping off an order, the system will continuously detect the driver's real-time location within the configured time period. The system will use calculations to remind the driver of the risk of being late for service, help the driver serve the next scheduled order, and improve the driver's recognition of the platform;

[0056] After the system is connected, it can ensure that drivers fulfill their orders through monitoring at every stage, reducing customer complaints from both drivers and passengers. It can also provide customer service with data as a basis for judging the driver and passengers after a customer complaint occurs. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0058] 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.

[0059] See also Figure 1 , provides a technical solution: a method for improving the performance efficiency of drivers of appointment orders, the specific steps include:

[0060] S1: The user places an order at the entrance of the online car-hailing platform, and the platform agent layer assembles the order information to request the order system, including: the online car-hailing platform order number, city, longitude and latitude of the boarding and disembarking, the reservation time, and the basic information of the passenger;

[0061] S2: The order is placed successfully in the order system, and the order number is returned to the platform agent layer;

[0062] S3: The platform proxy layer receives the order number returned by the order system, assembles the order information and requests the order;

[0063] S4: The dispatch system receives the dispatch request and starts screening drivers;

[0064] S5: Notify the driver to bind the order, the driver accepts the order, and updates the order status to pending service;

[0065] S6: Determine whether the order reservation time - current time > 120 minutes?

[0066] If not, then determine in turn whether the order reservation time - current time > 90min, 60min, 30min?

[0067] Function: Set the consumption time node for sending the first delayed message for the driver's online verification;

[0068] 1) If it is greater than 90 minutes, a total of 3 checks are performed (steps: S9-S11)

[0069] 2) If it is greater than 60 minutes, check twice in total (steps: S10-S11)

[0070] 3) If it is greater than 30 minutes, the verification is performed once in total (step: S11)

[0071] 4) If the time left to use the vehicle is less than 30 minutes, the verification logic is directly performed (step: S11)

[0072] If yes, use the message middleware RocketMQ to send a delayed queue based on the order car use time (first consumption time node: order reservation car use time - 120 minutes);

[0073] S7: Driver online verification begins;

[0074] S8: Is the first driver online for verification when the order consumption delay message is sent?

[0075] If yes, the driver is online, and driver lateness verification is performed;

[0076] If not, the driver will be reminded via SMS or phone (text: service reminder, the system has detected that you have a pending service order of {booking time}, please go online in time), and a second delayed message will be sent at the same time (second consumption time node: order booking time - 90 minutes);

[0077] S9: Is the order consumption delay message used to conduct a second verification of whether the driver is online?

[0078] If yes, the driver is online, and driver lateness check is performed (step 12-step S16);

[0079] If not, the driver will be reminded via SMS or phone (text: service reminder, the system detects that you have a pending service order of {booking time}, please go online in time), and the third delayed message will be sent at the same time (the third consumption time node: the order booking time - 60 minutes);

[0080] S10: Is the driver online for the third time to verify the order consumption delay message?

[0081] If yes, the driver is online, and driver lateness check is performed (step S12-step S16);

[0082] If not, the driver will be reminded via SMS or phone (text: service reminder, the system detects that you have a pending service order of {booking time}, please go online in time), and the fourth delayed message will be sent at the same time (the third consumption time node: order booking time - 30 minutes);

[0083] S11: Is the fourth driver online for verification when the order consumption delay message is sent?

[0084] If yes, the driver is online, and driver lateness check is performed (step S12-step S16);

[0085] If not, the order will be automatically reassigned: the platform will initiate the automatic reassignment; the reason for the reassignment will be recorded: if the online verification of the reservation order fails, it will be marked as the driver's fault and the driver will be punished accordingly;

[0086] S12: After the driver passes the online verification, the driver is late for verification;

[0087] S13: Check whether the driver has any orders to be served? (Time period: current time - scheduled car time);

[0088] If not, then calculate ETA = the time required from the driver's current location to the scheduled pick-up point in the reservation;

[0089] If yes, check whether the driver has any orders in service.

[0090] If yes, then calculate ETA = driver's current location to the end point of the current order to the start point of the order to be served;

[0091] If no, the driver has pending orders but no orders currently being served. The estimated departure time = the last pending order's reservation time + the duration of the pending order. The calculated ETA = estimated departure time + the time required from the last pending order's estimated drop-off point to the scheduled pick-up point of the reservation - current time.

[0092] S14: Calculate whether there is a risk of being late. Steps S11 to S13 respectively calculate the ETA of three types of drivers in different states, including (pick-up, drop-off, and in-service);

[0093] S15: Current time + ETA ≤ order scheduled pickup time?

[0094] If yes, the driver has no risk of being late and continues to serve;

[0095] If not, the estimated timeout is calculated as: order booking time - (current time + ETA);

[0096] S16: Is the calculated estimated timeout time > buffer time? (buffer means the buffer time for lateness risk, set to 10 minutes)

[0097] If the driver is unable to arrive at the order's scheduled pickup point within the estimated timeout period, the system will automatically reassign the order to a new driver.

[0098] If not, a PUSH notification will be sent to the driver, with the message: The system has detected that you are at risk of being late. Please rush to the passenger pick-up point as soon as possible.

[0099] Driver-side process:

[0100] A1: After the driver successfully binds the order, he can inform the driver in the waiting list that this order is a pick-up service;

[0101] A2: The driver can click the pick-up person button to view the pick-up person's detailed information;

[0102] A3: Before starting service, drivers can reassign orders if they meet certain conditions;

[0103] A4: Does the driver reassign the order?

[0104] If not, the pick-up order will be served normally;

[0105] If yes, after the reassignment is successful, a text message will be sent to the designated airport pick-up person to remind him of the reassignment of the order and the new driver information, including: flight number, estimated arrival time, passenger name and mobile phone number, name and mobile phone number of the reassigned driver, and vehicle information.

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

Claims

1. A method for improving the performance efficiency of drivers of reservation orders, characterized by: The specific steps include: S1: The user places an order at the entrance of the online car-hailing platform, and the platform agent layer assembles the order information to request the order system; S2: The order is placed successfully in the order system, and the order number is returned to the platform agent layer; S3: The platform proxy layer receives the order number returned by the order system, assembles the order information and requests the order; S4: The dispatch system receives the dispatch request and starts screening drivers; S5: Notify the driver to bind the order, the driver accepts the order, and updates the order status to pending service; S6: Determine whether the order reservation time - current time > 120 minutes; If not, determine whether the order reservation time - current time > 90min, 60min, 30min in turn; 1) If it is greater than 90 minutes, a total of 3 checks are performed, namely steps S9-S11; 2) If it is greater than 60 minutes, the verification is performed twice in total, i.e., steps S10-S11; 3) If it is greater than 30 minutes, then check once in total, i.e. step S11; 4) If the time left before the vehicle is used is less than 30 minutes, the verification logic is directly performed, i.e., step S11; If yes, use the message middleware RocketMQ, send a delayed queue based on the order car time, and the first consumption time node is: order reservation car time - 120 minutes; S7: Driver online verification begins; S8: The order consumption delay message is used to verify whether the driver is online for the first time; If yes, the driver is online, and driver lateness verification is performed; If not, the driver will be reminded via SMS or phone call, and a second delayed message will be sent at the same time. The second consumption time node is: the order reservation time - 90 minutes; S9: The order consumption delay message is used to verify whether the driver is online for the second time; If yes, the driver is online, and driver lateness check is performed, i.e., steps S12-S16; If not, the driver will be reminded via SMS or phone call, and a third delay message will be sent at the same time; the third consumption time node is: the order reservation time minus 60 minutes; S10: The order consumption delay message is used to verify whether the driver is online for the third time; If yes, the driver is online, and driver lateness verification is performed; i.e., steps S12-S16; If not, the driver will be reminded via SMS or phone call, and the fourth delayed message will be sent at the same time. The third consumption time node is: the order reservation time - 30 minutes; S11: The order consumption delay message is used to verify whether the driver is online for the fourth time; If yes, the driver is online, and driver lateness check is performed, i.e., steps S12-S16; If not, the order will be automatically reassigned: the platform will initiate the automatic reassignment; the reason for the reassignment will be recorded: if the online verification of the reservation order fails, it will be marked as the driver's fault and the driver will be punished accordingly; S12: After the driver passes the online verification, the driver is late for verification; S13: Check whether the driver has any pending service orders; time period: current time - scheduled car time; If not, then calculate ETA = the time required from the driver's current location to the scheduled pick-up point in the reservation; If yes, check whether the driver has any orders in service; If yes, then calculate ETA = driver's current location to the end point of the current order to the start point of the order to be served; If no, the driver has pending orders but no orders currently being served. The estimated departure time = the last pending order's reservation time + the duration of the pending order. The calculated ETA = estimated departure time + the time required from the last pending order's estimated drop-off point to the scheduled pick-up point of the reservation - current time. S14: Calculate whether there is a risk of being late. Steps S11-S13 calculate the ETA of the three types of drivers in different states respectively; S15: Whether the current time + ETA ≤ the order booking time; If yes, the driver has no risk of being late and continues to serve; If not, the estimated timeout is calculated as: order booking time - (current time + ETA); S16: Calculate whether the estimated timeout time is greater than the buffer time; If the driver is unable to arrive at the order's scheduled pickup point within the estimated timeout period, the system will automatically reassign the order to a new driver. If not, a PUSH notification will be sent to the driver, indicating that you are at risk of being late. Please rush to the passenger pick-up point as soon as possible. Driver-side process: A1: After the driver successfully binds the order, he can inform the driver in the waiting list that this order is a pick-up service; A2: The driver can click the pick-up person button to view the pick-up person's detailed information; A3: Before starting service, drivers can reassign orders if they meet certain conditions; A4: Whether the driver has reassigned the order; If not, the pick-up order will be served normally; If yes, after the reassignment is successful, a text message will be sent to the designated airport pick-up person to remind him of the reassignment of the order and the new driver information, including: flight number, estimated arrival time, passenger name and mobile phone number, name and mobile phone number of the reassigned driver, and vehicle information.

2. A method for improving the performance efficiency of drivers of reservation orders according to claim 1, characterized in that: In S1, the order information includes: the order number of the online car-hailing platform, the city, the longitude and latitude of getting on and off the car, the reservation time, and the basic information of the passenger.

3. A method for improving the performance efficiency of drivers of reservation orders according to claim 1, characterized in that: The ETA is the estimated time it takes for a driver to get from one coordinate location to another. Buffer is the estimated timeout period, which is set to 10 minutes and can be flexibly adjusted through configuration.

4. The method for improving the performance efficiency of drivers of reservation orders according to claim 1, characterized in that: The function of S6 is to set the consumption time node of the first delayed message sent by the driver for online verification.

5. The method for improving the performance efficiency of drivers of reservation orders according to claim 1 is characterized by: The driver online verification and driver lateness verification: based on the interval between the current time and the order booking time, up to 4 verifications will be performed. The driver lateness verification is performed after the driver online verification, and the time interval can be dynamically configured.

Images