Online car-hailing platform virtual driver order receiving method

Abstract

The invention discloses a virtual driver order receiving method for an online car-hailing platform, and the method comprises the steps: S1, firstly, configuring a rule for supporting the service of a virtual driver in a strategy management system; the configuration items comprise cities, service types, vehicle types, setting of order placing time and vehicle using time, whether virtual drivers receive orders or not, starting time, ending time and states; s2, the passenger end APP user places an order, and the user inputs vehicle use information according to own demands; s3, the passenger end APP carries the coordinates of the getting-on and getting-off address and the account information of the user and transmits the information to the agent layer system; s4, the agent layer system assembles a parameter request charging system, including integration of ordering parameters; according to the invention, the online car-hailing platform supports the order receiving of a virtual driver during car reservation, improves the response rate of car reservation, improves the user experience, improves the re-purchase, and further improves the order flow of the online car-hailing platform.

Description

Technical Field

[0001] The present invention belongs to the technical field of online car-hailing, and specifically relates to a method for a virtual driver to accept orders on an online car-hailing platform. Background Art

[0002] During major holidays such as the National Day and the Spring Festival, there is a high demand for cars, but the driver capacity is insufficient, and supply far exceeds demand. If a driver cannot be dispatched within 2 minutes of booking a car (the time of booking is greater than or equal to 30 minutes from the time of ordering), the order will be cancelled, and the response rate of booking orders is low. However, this method affects the order completion, which in turn affects the platform flow.

[0003] To this end, the present invention designs a method for a virtual driver to accept orders on an online car-hailing platform. Summary of the invention

[0004] The purpose of the present invention is to provide a method for a virtual driver to accept orders on an online car-hailing platform. By supporting a solution for virtual drivers to accept orders, during the period from when an order is made to when a passenger uses the car, the system in the background constantly attempts to match and screen real drivers for the passengers. When a real driver responds, the virtual driver is automatically replaced by a real driver, thereby increasing the response rate of the reserved car order, thereby increasing the completion rate of the order and improving the order flow of the online car-hailing platform.

[0005] To achieve the above object, the present invention provides the following technical solutions: a method for a virtual driver to accept an order on an online car-hailing platform, S1: first, configuring rules supporting virtual driver services in a policy management system; the configuration items include: city, service type, vehicle type, setting of the distance between order time and vehicle use time, whether a virtual driver accepts the order, start time and end time, and status;

[0006] S2: The passenger APP user places an order and enters the car information according to his / her needs;

[0007] S3: The passenger APP transmits the coordinates of the boarding and alighting addresses and the user’s account information to the proxy system;

[0008] S4: The proxy layer system assembles the parameter request billing system, including integrating the order parameters;

[0009] S5: The user initiates an order, and the proxy layer assembles parameters and passes them to the order; the order is created, including the time of use, pick-up and drop-off addresses, and estimated fare information;

[0010] S6: The order system places an order successfully and returns the order number generated by the order system to the proxy system; the proxy system queries the policy management system and determines whether the current order supports virtual drivers based on the city, service type, vehicle model, order time, distance from the vehicle to the vehicle, whether virtual drivers are supported, and status of the current order, and then informs the dispatch system of the judgment result;

[0011] S7: The dispatching system continues to search for a driver for 2 minutes. If a real driver accepts the order within 2 minutes, the real driver information is returned to the passenger-side APP and displayed to the user. If no real driver is found to accept the order within 2 minutes, and the proxy system transmits the order ID of the virtual driver, the virtual driver of the current order accepts the order, and the virtual driver information is returned to the passenger-side APP and displayed to the user.

[0012] S8: For orders accepted by virtual drivers, the dispatching system will continue to match and screen real drivers for passengers. When a real driver accepts the order, the virtual driver will be replaced by a real driver. If there is still no real driver to accept the order when the car is about to be used, the dispatching system will cancel the order 5 minutes before the scheduled time.

[0013] S9: After receiving the corresponding order, the real driver starts to go to the passenger's pick-up point to pick up the passenger;

[0014] S10: After picking up the passenger, the online car-hailing platform driver slides on the online car-hailing platform APP to start the service and goes to the passenger's destination according to the navigation planned by the system;

[0015] S11: After the driver sends the passenger to the destination, the sliding service is completed, and the order system interface is called to set the order status to pending payment, and the billing system is requested to generate a bill for this trip;

[0016] S12: After the billing system generates the bill, it pushes the bill of this trip to both the driver and the passenger;

[0017] S13: The user checks the bill on the passenger app and completes the payment, and the entire trip process ends;

[0018] S14: The billing system settles the commission flow for the driver according to the set commission ratio and synchronizes it to the driver's account.

[0019] Preferably, in step S4, the order parameters including the time of use of the vehicle and the address of boarding and alighting are integrated to obtain the estimated cost information.

[0020] Preferably, in step S1, the configuration threshold value between the order time and the vehicle use time is 30 minutes. If the time between the reservation time and the order time is greater than or equal to 30 minutes, the virtual driver can accept the order.

[0021] Preferably, in step S2, the vehicle usage information includes vehicle usage time, boarding address, alighting address, and passenger information.

[0022] Preferably, in step S1, the service types include car reservation, airport pick-up reservation, and airport drop-off reservation; the start time and end time refer to the time range supporting the virtual driver service, and the time range can be flexibly set manually.

[0023] Compared with the prior art, the beneficial effects of the present invention are: the online car-hailing platform reservation of the present invention supports virtual drivers to accept orders, which increases the response rate of car reservations, improves user experience, thereby increasing repeat purchases, and further improving the order flow of the online car-hailing platform. BRIEF DESCRIPTION OF THE DRAWINGS

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

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

[0026] See also Figure 1 , the present invention provides a technical solution: after a user places an order on the passenger-side APP of the online car-hailing platform, it is determined whether to use a virtual driver to accept the order based on the policy management system, so that the order will not be cancelled due to the current lack of actual available real drivers to accept the order. The user can contact the customer service telephone of the online car-hailing platform. During the period from the placement of the reservation order to the actual use of the car, the dispatch system continues to match and screen real drivers for the passengers. When a real driver accepts the order, the virtual driver is replaced by the real driver. If there is still no real driver to accept the order when the car is about to be used, the dispatch system will cancel the order 5 minutes before the reservation time. This largely avoids the problem of order loss due to no driver response to the reservation. The specific implementation plan is as follows:

[0027] S1: First, configure rules in the policy management system, such as which cities, service types, and car models support virtual driver services. The core fields of the configuration are as follows:

[0028]

[0029] S2: The passenger-side APP user places an order and enters the ride time, pick-up address, drop-off address, passengers and other information according to his or her needs.

[0030] S3: The passenger-side APP transmits the coordinates of the boarding and alighting addresses, the user’s account information, and other information to the proxy system.

[0031] S4: The proxy layer system assembles parameter request billing system, including integrating order parameters, including vehicle usage time, pick-up and drop-off addresses, etc. to obtain estimated cost information.

[0032] S5: The user initiates an order, and the proxy layer assembles parameters and passes them to the order. Create an order, including the time of use, pick-up and drop-off address, estimated cost, etc.

[0033] S6: The order system places the order successfully and returns the order number generated by the order system to the proxy system. The proxy system queries the policy management system and comprehensively determines whether the current order supports virtual drivers based on the city, service type, vehicle model, order time, vehicle usage time, whether virtual drivers are supported, status, etc. of the current order, and then informs the dispatch system of the judgment result.

[0034] S7: The dispatch system continuously searches for a driver for 2 minutes. If a real driver accepts the order within 2 minutes, the real driver information will be returned to the passenger-side APP and displayed to the user. If no real driver is found to accept the order within 2 minutes, and the proxy system transmits the order ID of a virtual driver, the virtual driver of the current order will accept the order, and the virtual driver information will be returned to the passenger-side APP and displayed to the user.

[0035] S8: For orders accepted by virtual drivers, the dispatch system will continue to match and screen real drivers for passengers. When a real driver accepts the order, the virtual driver will be replaced by a real driver. If there is still no real driver to accept the order when the car is about to be used, the dispatch system will cancel the order 5 minutes before the scheduled time.

[0036] S9: After receiving the corresponding order, the real driver starts to go to the passenger's pick-up point to pick up the passenger.

[0037] S10: After picking up a passenger, the online ride-hailing platform driver starts the service by sliding on the online ride-hailing platform APP and goes to the passenger's destination according to the navigation planned by the system.

[0038] S11: After the driver sends the passenger to the destination, the sliding service is completed, and the order system interface is called to set the order status to pending payment, and at the same time, the billing system is requested to generate a bill for this trip.

[0039] S12: After the billing system generates the bill, it pushes the bill for this trip to both the driver and the passenger.

[0040] S13: The user checks the bill on the passenger-side APP and completes the payment, and the entire trip process ends.

[0041] S14: The billing system settles the commission flow for the driver according to the set commission ratio and synchronizes it to the driver's account.

[0042] 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 a virtual driver to accept orders on an online car-hailing platform, characterized in that: S1: First, configure the rules that support the virtual driver service in the policy management system. The configuration items include: city, service type, vehicle type, the time between order placement and vehicle use, whether the virtual driver accepts the order, start time and end time, and status. S2: The passenger APP user places an order and enters the car information according to his / her needs; S3: The passenger APP transmits the coordinates of the boarding and alighting addresses and the user’s account information to the proxy system; S4: The proxy layer system assembles the parameter request billing system, including integrating the order parameters; S5: The user initiates an order, and the proxy layer assembles parameters and passes them to the order; the order is created, including the time of use, pick-up and drop-off addresses, and estimated fare information; S6: The order system places an order successfully and returns the order number generated by the order system to the proxy system; the proxy system queries the policy management system and determines whether the current order supports virtual drivers based on the city, service type, vehicle model, order time, distance from the vehicle to the vehicle, whether virtual drivers are supported, and status of the current order, and then informs the dispatch system of the judgment result; S7: The dispatching system continues to search for a driver for 2 minutes. If a real driver accepts the order within 2 minutes, the real driver information is returned to the passenger-side APP and displayed to the user. If no real driver is found to accept the order within 2 minutes, and the proxy system transmits the order ID of the virtual driver, the virtual driver of the current order accepts the order, and the virtual driver information is returned to the passenger-side APP and displayed to the user. S8: For orders accepted by virtual drivers, the dispatching system will continue to match and screen real drivers for passengers. When a real driver accepts the order, the virtual driver will be replaced by a real driver. If there is still no real driver to accept the order when the car is about to be used, the dispatching system will cancel the order 5 minutes before the scheduled time. S9: After receiving the corresponding order, the real driver starts to go to the passenger's pick-up point to pick up the passenger; S10: After picking up the passenger, the online car-hailing platform driver slides on the online car-hailing platform APP to start the service and goes to the passenger's destination according to the navigation planned by the system; S11: After the driver sends the passenger to the destination, the sliding service is completed, and the order system interface is called to set the order status to pending payment, and the billing system is requested to generate a bill for this trip; S12: After the billing system generates the bill, it pushes the bill of this trip to both the driver and the passenger; S13: The user checks the bill on the passenger app and completes the payment, and the entire trip process ends; S14: The billing system settles the commission flow for the driver according to the set commission ratio and synchronizes it to the driver's account.

2. A method for accepting orders by a virtual driver on an online car-hailing platform according to claim 1, characterized in that: In step S4, the order parameters including the time of use and the boarding and alighting addresses are integrated to obtain the estimated fare information.

3. A method for accepting orders by a virtual driver on an online car-hailing platform according to claim 1, characterized in that: In step S1, the configuration threshold between the order time and the car use time is 30 minutes. If the time between the reservation time and the order time is greater than or equal to 30 minutes, the virtual driver can accept the order.

4. A method for accepting orders by a virtual driver on an online car-hailing platform according to claim 1, characterized in that: In step S2, the vehicle usage information includes the vehicle usage time, the boarding address, the alighting address, and the passenger information.

5. The method for accepting orders by a virtual driver on an online car-hailing platform according to claim 1, characterized in that: In step S1, the service types include car reservation, airport pick-up reservation, and airport drop-off reservation; the start time and end time refer to the time range that supports the virtual driver service, and the time range can be flexibly set manually.

Images