Method and system for improving online car-hailing cross-city order completion rate
By constructing marking operation logic on the online car-hailing platform and marking based on order and driver information, the problem of high cancellation rate of online car-hailing cross-city orders has been solved, and the order completion rate and driver's operational guarantee have been improved.
Patent Information
- Application Number
- CN202411319095.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-21
- Publication Date
- 2025-01-21
AI Technical Summary
The cancellation rate of existing online car-hailing cross-city orders is generally high. The main reason is that drivers are worried that they will not receive orders when returning, which leads to excessive operating costs and time consumption, which reduces the willingness to fulfill cross-city orders.
By constructing the marking operation logic, we can obtain the order information and driver registration information, determine the order type and operator configuration, and mark the return priority judgment mark or the cross-city priority order dispatch mark to remind the driver of the priority of the order and improve the order receiving and order completion rate. .
It reduces the phenomenon of empty trucks returning after cross-city orders, improves drivers’ operational guarantee and willingness to fulfill cross-city orders, and increases the order completion rate.
Smart Images
Figure CN119338546A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to a method for improving an order completion rate, in particular to a method for improving an order completion rate of cross-city online car-hailing orders, and belongs to the technical field of online car-hailing. Background Art
[0002] Online ride-hailing cross-city orders are a type of travel service that connects different cities and is booked online. This service allows passengers to book vehicles that run between different cities through smartphone applications or other online service platforms to meet their cross-city travel needs. Cross-city orders are usually applicable to longer distance trips, such as from one city to another, that is, the starting city where the passenger places the order and the destination city of the order are not the same city.
[0003] The cancellation rate of existing cross-city online ride-hailing orders is generally high. The main reason why drivers cancel cross-city orders is that after receiving a cross-city order, they are worried that they will not receive any orders on their return trip and will have to drive back empty-handed. This not only increases operating costs, but also consumes a lot of time. Therefore, the willingness to fulfill cross-city orders is usually low.
[0004] To this end, a method and system for improving the completion rate of cross-city orders for online car-hailing are proposed. Summary of the invention
[0005] In view of this, the present invention provides a method and system for improving the completion rate of cross-city orders of online car-hailing, so as to solve or alleviate the technical problems existing in the prior art and at least provide a beneficial option.
[0006] The technical solution of the embodiment of the present invention is implemented as follows: A method for improving the completion rate of cross-city online car-hailing orders, comprising the following steps:
[0007] S1. Build the labeling operation logic to obtain order information and driver registration information;
[0008] S2, order information judgment;
[0009] S3: order and driver registration information judgment, if the judgment is successful, execute S4, otherwise execute S5;
[0010] S4. Mark the order with a return priority judgment mark;
[0011] S5. Obtain the target city operator configuration information based on the order information and make a judgment;
[0012] S6. Obtaining operator configuration information based on the driver registration information and making a judgment;
[0013] S7. After the judgment is completed, the order will be marked with the cross-city priority dispatch mark.
[0014] Further preferably, in S1, the order information includes the coordinates of the starting city, the coordinates of the ending city, the order time and the order amount;
[0015] Driver registration information includes basic driver information and registration city information.
[0016] Further preferably, in S2, the order information judgment is to judge whether the starting city and the ending city of the order are the same. If they are the same, the order is a same-city order and the operation logic ends. If they are not the same, the order is a cross-city order and S3 is continued.
[0017] Further preferably, in S3, the order and driver registration information are judged to determine whether the destination city of the order and the driver's registration city are the same. If they are the same, the order is judged to be a return order for the driver and S4 is executed; otherwise, it is a non-return order and S5 is executed.
[0018] Further preferably, in S4, a return priority determination mark is placed on the order to remind the driver that the order is a return priority order. When the order is marked, the operation logic ends.
[0019] Further preferably, in said S5, the target city operator configuration information includes the city opening configuration information, the cross-city and return configuration information;
[0020] The judgment includes whether the order destination operator is open in the city and whether the order destination operator supports cross-city orders;
[0021] Among them, whether the city is open - is to judge whether the order destination operator has opened the operation service, if yes, continue to judge, otherwise the operation logic ends;
[0022] Among them, whether cross-city orders are supported is to determine whether the order destination operator supports cross-city orders. If so, S6 is executed, otherwise the operation logic ends.
[0023] Further preferably, in S6, the operator configuration information includes the city configuration information of the order destination city operator prohibiting cross-city order and the cross-city order return configuration switch of the registration city operator;
[0024] The judgment includes the judgment of the city configuration information that the operator of the order destination city prohibits cross-city order and whether to turn on the cross-city order return configuration switch;
[0025] Among them, the judgment of the city configuration information that the order destination city operator prohibits from crossing cities - is to judge whether the driver's registered city is in the city configuration information that the order destination city operator prohibits from crossing cities. If so, the operation logic ends, otherwise continue to judge;
[0026] Among them, whether to turn on the cross-city order return configuration switch is to judge whether the operator in the city where the driver is registered has turned on the cross-city order return configuration switch. If so, execute S7, otherwise the operation logic ends.
[0027] Further preferably, in S7, a cross-city priority dispatch mark is placed on the order to remind the driver that the order is a cross-city order and priority will be given to the order on the return trip.
[0028] A system for improving the completion rate of cross-city orders for online ride-hailing vehicles, characterized in that: the system includes a processor and a register coupled to the processor, the register stores program instructions, and when the program instructions are executed by the processor, the processor executes the above-mentioned method for improving the completion rate of cross-city orders for online ride-hailing vehicles.
[0029] Since the embodiment of the present invention adopts the above technical solution, it has the following advantages: the present invention uses marking operation logic to judge cross-city orders, whether the operator operates in the order destination city, whether the cross-city order switch is turned on at the order destination, whether the restricted cross-city destination city in the order destination city includes the driver's city, whether the driver's registration city turns on the return order switch, and whether the driver's registration city is equal to the order destination city, and marks the order according to the judgment result, so that the order can be selected according to the mark, so as to reduce the phenomenon of empty car return after the cross-city order, thereby improving the driver's operation guarantee and the willingness to fulfill the cross-city order.
[0030] The above summary is for illustrative purposes only and is not intended to be limiting in any way. In addition to the illustrative aspects, embodiments and features described above, further aspects, embodiments and features of the present invention will be readily apparent by reference to the accompanying drawings and the following detailed description. BRIEF DESCRIPTION OF THE DRAWINGS
[0031] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.
[0032] Figure 1 is a flow chart of the steps of the present invention;
[0033] Figure 2 It is a flow chart of the marking operation logic of the present invention;
[0034] Figure 3 A flowchart for labeling the present invention;
[0035] Figure 4It is a schematic diagram of the application scenario of the present invention. DETAILED DESCRIPTION
[0036] In the following, only some exemplary embodiments are briefly described. As those skilled in the art will appreciate, the described embodiments may be modified in various ways without departing from the spirit or scope of the present invention. Therefore, the drawings and descriptions are considered to be exemplary and non-restrictive in nature.
[0037] It should be noted that the terms "first", "second", "symmetrical", "array", etc. are only used to distinguish between description and position description purposes, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the definition of "first", "symmetrical", etc. can explicitly or implicitly include one or more of these features; similarly, when the number of certain features is not limited in the form of words such as "two" or "three", it should be noted that this feature also explicitly or implicitly includes one or more feature quantities.
[0038] The embodiments of the present invention are described in detail below with reference to the accompanying drawings.
[0039] Embodiment 1
[0040] like Figure 1-2 As shown, an embodiment of the present invention provides a method for improving the completion rate of cross-city online car-hailing orders, including the following steps:
[0041] S1. Build the labeling operation logic to obtain order information and driver registration information;
[0042] S2, order information judgment;
[0043] S3: order and driver registration information judgment, if the judgment is successful, execute S4, otherwise execute S5;
[0044] S4. Mark the order with a return priority judgment mark;
[0045] S5. Obtain the target city operator configuration information based on the order information and make a judgment;
[0046] S6. Obtaining operator configuration information based on the driver registration information and making a judgment;
[0047] S7. After the judgment is completed, the order will be marked with the cross-city priority dispatch mark.
[0048] In one embodiment, in S1, the order information includes the coordinates of the starting city, the coordinates of the ending city, the order time, and the order amount;
[0049] Driver registration information includes basic driver information and registration city information;
[0050] By obtaining order information and driver registration information, the subsequent labeling operation logic can make relevant judgments based on the obtained information.
[0051] In one embodiment, in S2, the order information judgment is to judge whether the starting city and the ending city of the order are the same. If they are the same, the order is a same-city order and the operation logic ends. If they are not the same, the order is a cross-city order and S3 is continued to be executed;
[0052] By judging whether the starting city and the ending city of the order are the same, cross-city orders can be quickly screened out from the same-city orders for subsequent judgment;
[0053] If they are the same, it means they are same-city orders; if they are different, it means they are cross-city orders.
[0054] In one embodiment, in S3, the order and driver registration information judgment is to judge whether the destination city of the order and the driver's registration city are the same. If they are the same, the order is judged to be a return order for the driver, and S4 is executed. Otherwise, it is a non-return order and S5 is executed.
[0055] By judging whether the destination city of the order is the same as the driver's registered city, if the judgment result is the same, it means that for the driver, the order is a return order, so that the order can be marked later, otherwise it means that the order is a cross-city order.
[0056] In one embodiment, in S4, a return priority determination mark is placed on the order to remind the driver that the order is a return priority order. When the order is marked, the operation logic ends.
[0057] By marking the return priority judgment mark on the order, the driver is reminded that the return priority dispatch has taken effect. This order is a return order that is given priority for delivery due to cross-city orders.
[0058] In one embodiment, in S5, the target city operator configuration information includes city opening configuration information, cross-city and return configuration information;
[0059] The judgment includes whether the order destination operator is open in the city and whether the order destination operator supports cross-city orders;
[0060] Among them, whether the city is open - is to judge whether the order destination operator has opened the operation service, if yes, continue to judge, otherwise the operation logic ends;
[0061] Among them, whether to support cross-city orders - is to determine whether the order destination operator supports cross-city orders, if yes, execute S6, otherwise the operation logic ends;
[0062] By judging whether the operator at the destination of the order has started the operation service, it can prevent the situation where there is no operator to deliver the return order to the driver after the driver completes the cross-city order;
[0063] By judging whether the order destination operator supports cross-city orders, it can prevent the operator from being unable to deliver a return order to the driver after the driver completes the cross-city order due to the operator not supporting cross-city orders.
[0064] In one embodiment, in S6, the operator configuration information includes the city configuration information that the operator of the order destination city prohibits cross-city order and the cross-city order return configuration switch of the operator of the registration city;
[0065] The judgment includes the judgment of the city configuration information that the operator of the order destination city prohibits cross-city order and whether to turn on the cross-city order return configuration switch;
[0066] Among them, the judgment of the city configuration information that the order destination city operator prohibits from crossing cities - is to judge whether the driver's registered city is in the city configuration information that the order destination city operator prohibits from crossing cities. If so, the operation logic ends, otherwise continue to judge;
[0067] Among them, whether to turn on the cross-city order return configuration switch judgment - is to judge whether the operator in the city where the driver is registered has turned on the cross-city order return configuration switch, if so, execute S7, otherwise the operation logic ends;
[0068] By judging whether the driver's registered city is in the city configuration information where the order destination operator prohibits cross-city trips, the driver can be prevented from completing a cross-city order and being unable to receive a return order.
[0069] By judging whether the operator in the city where the driver is registered has turned on the return configuration switch for cross-city orders, it is possible to prevent the driver from being unable to successfully receive a return order after completing a cross-city order due to the cross-city order return configuration switch not being turned on.
[0070] In one embodiment, in S7, a cross-city priority dispatch mark is marked on the order to remind the driver that the order is a cross-city order and the order will be dispatched first on the return trip;
[0071] By marking cross-city orders and giving them priority dispatch prompts, drivers' concerns about accepting orders can be eliminated and the acceptance and completion rates of cross-city orders can be increased.
[0072] In one embodiment, the overall marking process is as follows: Figure 3 As shown,
[0073] For cross-city orders, it is necessary to determine whether the driver's registered city is equal to the order's destination city --- #Determine whether the order is a "cross-city order" or a "return order";
[0074] 1. If the driver's registered city is the order's destination city, the return priority dispatching icon will be displayed to indicate that the return priority dispatching has taken effect;
[0075] 2. If the driver's registration city ≠ the order destination city, determine whether the operator has started operations in the order destination city---#Determine whether there is traffic in the order destination city;
[0076] 2.1 If the operation is not started, there will be no prompt or mark for the order;
[0077] 2.2 If the operation has been started, determine whether the cross-city order switch is turned on in the order destination city---#Determine whether there is cross-city order traffic in the order destination city;
[0078] 2.2.1 If the cross-city order switch is not turned on, there will be no prompt or mark for the order;
[0079] 2.2.2 If the cross-city order switch is turned on, determine whether the restricted cross-city order destination city configured for the order destination city includes the driver's city---#Determine whether the order destination city has cross-city order traffic to the driver's city;
[0080] 2.2.2.1 If included, the order will not be prompted or marked;
[0081] 2.2.2.2 If not included, it is necessary to determine whether the corresponding driver's registered city has the return trip order switch turned on --- #Determine whether the driver can accept the return order;
[0082] 2.2.2.2.1 If the return trip switch in the driver's registered city is turned off, there will be no prompt or mark for the order;
[0083] 2.2.2.2.2 If the return order switch of the driver's registered city is turned on, the cross-city order priority will be indicated, and a prompt will be displayed.
[0084] Label cross-city orders based on different scenarios, and the driver side will add prompt information on the corresponding page based on the order identification;
[0085] Specific application scenarios such as Figure 4 As shown, the judgment is made according to the marking logic and given to the driver along with the order information. The mark needs to be recorded in the order details.
[0086] Embodiment 2
[0087] Taking the identification of cross-city orders as an example, an embodiment of the present invention further provides a method for improving the completion rate of cross-city orders for online car-hailing, including the following steps:
[0088] S1. Build the labeling operation logic to obtain order information and driver registration information;
[0089] S2, order information judgment;
[0090] S3, order and driver registration information judgment;
[0091] S4. Obtain the target city operator configuration information based on the order information and make a judgment;
[0092] S5. Obtaining operator configuration information based on driver registration information and making a judgment;
[0093] S6. After the judgment is completed, the order will be marked with the cross-city priority dispatch mark.
[0094] In one embodiment, in S1, the order information includes the coordinates of the starting city, the coordinates of the ending city, the order time, and the order amount;
[0095] Driver registration information includes basic driver information and registration city information;
[0096] By acquiring the order information and the driver registration information, the subsequent marking operation logic can make relevant judgments based on the acquired information. In this embodiment, the starting city coordinates, the end city coordinates and the driver registration city information are mainly used.
[0097] In one embodiment, in S2, the order information judgment is to judge whether the starting city and the ending city of the order are the same. If they are the same, the order is a same-city order and the operation logic ends. If they are not the same, the order is a cross-city order and S3 is continued to be executed;
[0098] By judging whether the starting city and the ending city of the order are the same, cross-city orders can be quickly screened out from the same-city orders for subsequent judgment;
[0099] If they are the same, it means they are same-city orders; if they are different, it means they are cross-city orders.
[0100] In this embodiment, the judgment result is a KUO city order.
[0101] In one embodiment, in S3, the order and driver registration information judgment is to judge whether the destination city of the order and the driver's registration city are the same, if they are the same, the order is judged to be relative to the driver;
[0102] By judging whether the destination city of the order is the same as the driver's registered city, if the judgment result is the same, it means that the order is a return order for the driver, so that the order can be marked later. Otherwise, it means that the order is a cross-city order;
[0103] In this embodiment, the judgment result is a KUO city order.
[0104] In one embodiment, in S4, the target city operator configuration information includes city opening configuration information, cross-city and return configuration information;
[0105] The judgment includes whether the order destination operator is open in the city and whether the order destination operator supports cross-city orders;
[0106] Among them, whether the city is open - is to judge whether the order destination operator has opened the operation service, if yes, continue to judge, otherwise the operation logic ends;
[0107] Among them, whether cross-city orders are supported is to determine whether the order destination operator supports cross-city orders. If yes, S5 is executed, otherwise the operation logic ends;
[0108] By judging whether the operator at the destination of the order has started the operation service, it can prevent the situation where there is no operator to deliver the return order to the driver after the driver completes the cross-city order;
[0109] In this embodiment, the judgment result is that the order destination operator supports cross-city orders;
[0110] By judging whether the order destination operator supports cross-city orders, it can prevent the operator from being unable to deliver a return order to the driver after the driver completes the cross-city order because the order destination operator does not support cross-city orders;
[0111] In this embodiment, the judgment result is that the order destination operator supports cross-city orders.
[0112] In one embodiment, in S5, the operator configuration information includes the city configuration information that the operator of the order destination city prohibits cross-city order and the cross-city order return configuration switch of the operator of the registration city;
[0113] The judgment includes the judgment of the city configuration information that the operator of the order destination city prohibits cross-city order and whether to turn on the cross-city order return configuration switch;
[0114] Among them, the judgment of the city configuration information that the order destination city operator prohibits from crossing cities - is to judge whether the driver's registered city is in the city configuration information that the order destination city operator prohibits from crossing cities. If so, the operation logic ends, otherwise continue to judge;
[0115] Among them, whether to turn on the cross-city order return configuration switch judgment - is to judge whether the operator in the city where the driver is registered has turned on the cross-city order return configuration switch, if so, execute S6, otherwise the operation logic ends;
[0116] By judging whether the driver's registered city is in the city configuration information where the order destination operator prohibits cross-city trips, the driver can be prevented from completing a cross-city order and being unable to receive a return order.
[0117] In this embodiment, the judgment result is that the driver's registered city is not in the city configuration information of the order destination city operator that prohibits cross-city;
[0118] By judging whether the operator in the city where the driver is registered has turned on the return configuration switch for cross-city orders, it can prevent the driver from being unable to successfully receive a return order after completing a cross-city order due to the cross-city order return configuration switch not being turned on;
[0119] In this embodiment, the judgment result is that the operator in the city where the driver is registered has turned on the return configuration switch for cross-city orders.
[0120] In one embodiment, in S6, a cross-city priority dispatch mark is marked on the order to remind the driver that the order is a cross-city order and the order will be dispatched first on the return trip;
[0121] By marking cross-city orders and giving them priority dispatch prompts, drivers' concerns about accepting orders can be eliminated and the acceptance and completion rates of cross-city orders can be increased.
[0122] Embodiment 3
[0123] Taking the identification of return orders as an example, an embodiment of the present invention further provides a method for improving the completion rate of cross-city online car-hailing orders, including the following steps:
[0124] S1. Build the labeling operation logic to obtain order information and driver registration information;
[0125] S2, order information judgment;
[0126] S3, order and driver registration information judgment;
[0127] S4. Mark the order with the return priority mark.
[0128] In one embodiment, in S1, the order information includes the coordinates of the starting city, the coordinates of the ending city, the order time, and the order amount;
[0129] Driver registration information includes basic driver information and registration city information;
[0130] By obtaining order information and driver registration information, the subsequent labeling operation logic can make relevant judgments based on the obtained information.
[0131] In one embodiment, in S2, the order information judgment is to judge whether the starting city and the ending city of the order are the same. If they are the same, the order is a same-city order and the operation logic ends. If they are not the same, the order is a cross-city order and S3 is continued to be executed;
[0132] By judging whether the starting city and the ending city of the order are the same, cross-city orders can be quickly screened out from the same-city orders for subsequent judgment;
[0133] If they are the same, it means they are same-city orders; if they are different, it means they are cross-city orders.
[0134] In this embodiment, the judgment result is a KUO city order.
[0135] In one embodiment, in S3, the order and driver registration information judgment is to judge whether the destination city of the order and the driver's registration city are the same, if they are the same, the order is judged to be relative to the driver;
[0136] By judging whether the destination city of the order is the same as the driver's registered city, if the judgment result is the same, it means that the order is a return order for the driver, so that the order can be marked later. Otherwise, it means that the order is a cross-city order;
[0137] The judgment result of this embodiment is that the destination city of the order is the same as the driver's registration city.
[0138] In one embodiment, in S4, a return priority determination mark is placed on the order to remind the driver that the order is a return priority order. When the order is marked, the operation logic ends.
[0139] By marking the return priority judgment mark on the order, the driver is reminded that the return priority dispatch has taken effect. This order is a return order that is given priority for delivery due to cross-city orders.
[0140] Embodiment 4
[0141] An embodiment of the present invention also provides a system for improving the completion rate of cross-city orders for online ride-hailing vehicles. The system includes a processor and a register coupled to the processor. The register stores program instructions. When the program instructions are executed by the processor, the processor executes the method for improving the completion rate of cross-city orders for online ride-hailing vehicles in embodiment one.
[0142] The above are only specific embodiments of the present invention, but the protection scope of the present invention is not limited thereto. Any person skilled in the art can easily think of various changes or substitutions within the technical scope disclosed by the present invention, which should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.
Claims
1. A method for improving the completion rate of cross-city online car-hailing orders, characterized in that: The following steps are involved: S1. Build the labeling operation logic to obtain order information and driver registration information; S2, order information judgment; S3: order and driver registration information judgment, if the judgment is successful, execute S4, otherwise execute S5; S4. Mark the order with a return priority judgment mark; S5. Obtain the target city operator configuration information based on the order information and make a judgment; S6. Obtaining operator configuration information based on the driver registration information and making a judgment; S7. After the judgment is completed, the order will be marked with the cross-city priority dispatch mark.
2. The method for improving the completion rate of cross-city online car-hailing orders according to claim 1 is characterized by: In S1, the order information includes the coordinates of the starting city, the coordinates of the ending city, the order time, and the order amount; Driver registration information includes basic driver information and registration city information.
3. The method for improving the completion rate of cross-city online car-hailing orders according to claim 2 is characterized by: In S2, the order information judgment is to judge whether the starting city and the ending city of the order are the same. If they are the same, the order is a same-city order and the operation logic ends. If they are not the same, the order is a cross-city order and S3 is continued.
4. The method for improving the completion rate of cross-city online car-hailing orders according to claim 3 is characterized by: In S3, the order and driver registration information are judged to determine whether the destination city of the order and the driver's registration city are the same. If they are the same, the order is judged to be a return order for the driver and S4 is executed. Otherwise, it is a non-return order and S5 is executed.
5. The method for improving the completion rate of cross-city online car-hailing orders according to claim 4 is characterized by: In S4, a return priority determination mark is placed on the order to remind the driver that the order is a return priority order. When the order is marked, the operation logic ends.
6. The method for improving the completion rate of cross-city online car-hailing orders according to claim 4, characterized in that: In said S5, the target city operator configuration information includes the city opening configuration information, the cross-city and return configuration information; The judgment includes whether the order destination operator is open in the city and whether the order destination operator supports cross-city orders; Among them, whether the city is open - is to judge whether the order destination operator has opened the operation service, if yes, continue to judge, otherwise the operation logic ends; Among them, whether cross-city orders are supported is to determine whether the order destination operator supports cross-city orders. If so, S6 is executed, otherwise the operation logic ends.
7. The method for improving the completion rate of cross-city online car-hailing orders according to claim 6, characterized in that: In S6, the operator configuration information includes the city configuration information that the operator of the order destination city prohibits cross-city order and the cross-city order return configuration switch of the operator of the registration city; The judgment includes the judgment of the city configuration information that the operator of the order destination city prohibits cross-city order and whether to turn on the cross-city order return configuration switch; Among them, the judgment of the city configuration information that the order destination city operator prohibits from crossing cities - is to judge whether the driver's registered city is in the city configuration information that the order destination city operator prohibits from crossing cities. If so, the operation logic ends, otherwise continue to judge; Among them, whether to turn on the cross-city order return configuration switch is to judge whether the operator in the city where the driver is registered has turned on the cross-city order return configuration switch. If so, execute S7, otherwise the operation logic ends.
8. The method for improving the completion rate of cross-city online car-hailing orders according to claim 7, characterized in that: In S7, a cross-city priority dispatch mark is placed on the order to remind the driver that the order is a cross-city order and the order will be dispatched with priority on the return trip.
9. A system for improving the completion rate of cross-city online car-hailing orders, characterized by: The system includes a processor and a register coupled to the processor, wherein program instructions are stored in the register. When the program instructions are executed by the processor, the processor executes the method for improving the completion rate of cross-city orders of online ride-hailing vehicles as described in any one of claims 1-8.