Order response method and device, computer equipment and storage medium

Abstract

The invention relates to the technical field of Internet, in particular to an order response method and device, computer equipment and a storage medium. The order response method comprises the steps of obtaining travel information of a to-be-generated order; in response to that the to-be-generated order is in a generation waiting state, matching a to-be-dispatched vehicle receiving the to-be-generated order as a pre-matched vehicle; and pushing the pre-matched vehicle to the to-be-generated order. By adopting the above scheme, the pre-matched vehicle can be pushed to the user when the execution order is not generated, and the richness of information responding to the to-be-generated order can be improved, so that the technical effects of improving the vehicle scheduling efficiency and enhancing the functionality of order response can be achieved.

Description

Technical Field

[0001] The present application relates to the field of Internet technology, and in particular to an order response method, an order response device, a computer device, and a computer-readable storage medium. Background Art

[0002] In scenarios such as online car-hailing dispatching for order response and vehicle scheduling, taking online car-hailing as an example, users can usually submit orders through the client, and when the online car-hailing order has been confirmed and submitted, it will be treated as an executing order, and the executing order will be matched with a vehicle that accepts the order. After the vehicle that accepts the order is matched, it will be bound to the current executing order to realize vehicle scheduling. Usually, users need to wait for the assignment of an online car-hailing after submitting an online car-hailing order, resulting in low vehicle scheduling efficiency and unsatisfactory vehicle service results. Summary of the Invention

[0003] The present application provides an order response method, an order response device, a computer device, and a computer-readable storage medium, which can push pre-matched vehicles to users when no executing order is generated, and can improve the information richness of responses to orders to be generated, thereby improving vehicle scheduling efficiency and enhancing the functional technical effects of order response.

[0004] The present application provides an order response method, which includes: obtaining travel information of an order to be generated; in response to the order to be generated being in a waiting-to-be-generated state, matching a vehicle to be dispatched for the order to be generated as a pre-matched vehicle; and pushing the pre-matched vehicle to the order to be generated.

[0005] In one embodiment of the present application, the travel information includes the starting location; pushing the pre-matched vehicle to the order to be generated includes: predicting the pick-up time of the pre-matched vehicle to the starting location; and pushing the vehicle information and pick-up time of the pre-matched vehicle to the client of the order to be generated.

[0006] In one embodiment of the present application, the travel information also includes the destination location; pushing the pre-matched vehicle to the order to be generated also includes: evaluating the travel time of the pre-matched vehicle from the starting location to the destination location, and pushing the travel time or order time to the order to be generated; wherein, the order time represents the sum of the pick-up time and the order time.

[0007] In one embodiment of the present application, pushing a pre-matched vehicle to the order to be generated also includes: obtaining the vehicle type of the pre-matched vehicle; evaluating the order information of the order to be generated that matches its vehicle type; and pushing the order information to the order to be generated.

[0008] In one embodiment of the present application, the travel information includes the starting location; matching the vehicles to be dispatched that undertake the order generated by the recipient as pre-matched vehicles includes: screening the vehicles to be dispatched whose distance between the current location and the starting location is less than a preset distance; scoring the vehicles to be dispatched to obtain a screening factor; locking the vehicles to be dispatched whose screening factors are higher than the screening factors of the target number of other vehicles to be dispatched as pre-matched vehicles.

[0009] In one embodiment of the present application, scoring a vehicle to be dispatched to obtain a screening factor includes: obtaining driver parameters of the vehicle to be dispatched; wherein the driver parameters include at least one of a driver score, a cancellation rate factor, and the number of service orders; weighted fusion of the driver parameters to obtain a driver factor; evaluating the score of the vehicle to be dispatched for accepting orders in combination with the travel information of the order to be generated as an order factor; and weighted fusion of the driver factor and the order factor as a screening factor.

[0010] In one embodiment of the present application, after pushing the pre-matched vehicle to the order to be generated, it also includes: obtaining the order submission instruction of the order to be generated, converting the order to be generated into an executing order, using the pre-matched vehicle as the order-receiving vehicle, and dispatching the executing order to it; and / or, timing the push time of the pre-matched vehicle; in response to the push time reaching the time threshold, unbinding the pre-matched vehicle from the order to be generated.

[0011] The present application also provides an order response device, which includes: an input module and a scheduling module; the input module is used to obtain travel information of the order to be generated; the scheduling module is connected to the input module to implement the steps of the order response method in any of the above embodiments.

[0012] The present application also provides a computer device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the steps of the order response method in any of the above embodiments are implemented.

[0013] The present application also provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the steps of the order response method in any of the above embodiments are implemented.

[0014] Through this application, when an order to be generated is formed and is still in the state of waiting for the generation of an order in progress, it is possible to match the vehicle to be dispatched that will undertake the order to be generated as a pre-matched vehicle, and push the pre-matched vehicle to the order to be generated that is in the state of waiting for generation, so that vehicle scheduling can be carried out in advance and the information responding to the order to be generated can be enriched. Therefore, the technical problems of low vehicle scheduling efficiency and unsatisfactory vehicle service effects can be solved, and the pre-matched vehicle can be pushed to the user before the order in progress is generated, thereby improving the richness of the information responding to the order to be generated, thereby improving the efficiency of vehicle scheduling and enhancing the functionality of order response. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] In order to more clearly illustrate the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments. 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 any creative work.

[0016] Figure 1 This is a schematic diagram of an application scenario of an embodiment of the application order response method;

[0017] Figure 2 This is a flow chart of an embodiment of the application order response method;

[0018] Figure 3 This is a flow chart of another embodiment of the application order response method;

[0019] Figure 4 This is a structural diagram of an embodiment of an order response device for this application;

[0020] Figure 5 This is a flow chart of another embodiment of the application order response method;

[0021] Figure 6 This is a flowchart of an embodiment of an order response in the execution of this application;

[0022] Figure 7 This is a structural diagram of an embodiment of a computer device of the present application. DETAILED DESCRIPTION

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

[0024] It should be noted that, in the description of this application, the terms "comprises," "includes," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or device. The terms "first," "second," etc., in this application are used to distinguish similar objects, and are not used to describe a particular order or sequence.

[0025] In order to enable those skilled in the art to better understand the present application, the present application is further described in detail below with reference to the accompanying drawings and specific implementation methods.

[0026] In conjunction with the specific application environment architecture or specific hardware architecture on which the execution of the order response method depends, the specific application environment architecture or specific hardware architecture is described here.

[0027] See also Figure 1 , Figure 1 This is a schematic diagram of an application scenario of an embodiment of the order response method of this application.

[0028] In one embodiment, the mobile terminal 10 communicates with the order response device 20 via a network.

[0029] The user can interact with the order response device 20 through the mobile terminal 10.

[0030] For example, the order response device 20 can serve application scenarios involving vehicle scheduling, such as online car-hailing service platforms, logistics and transportation, public transportation, urban distribution, long-distance transportation, and cold chain logistics.

[0031] The user can enter the travel information through the application software, web page, etc. of the mobile terminal 10, and the order response device 20 can perform vehicle dispatch, that is, the order response device 20 can match the user with a suitable vehicle based on the travel information and dispatch the order to the suitable vehicle.

[0032] For example, the mobile terminal 10 may be, but is not limited to, various personal computers, laptops, smart phones, tablet computers, and portable wearable devices, and the order response device 20 may be implemented using an independent server or a server cluster consisting of multiple servers.

[0033] An embodiment of the present application provides an order response method. The working principle of the order response method is described in detail below in conjunction with the execution process of the order response method.

[0034] See also Figure 2 , Figure 2 This is a flow chart of an embodiment of the application order response method.

[0035] S101: Acquire itinerary information of the order to be generated.

[0036] In this embodiment, a pending order refers to an order for which itinerary information has been obtained but for which an order submission instruction has not yet been received, i.e., it has not yet been converted into an active pre-order. The itinerary information may include information about the target itinerary for the pending order. For example, the itinerary information may include at least one of the starting point location information, the ending point location information, and a recommended driving route.

[0037] S102: In response to the order to be generated being in a waiting-to-be-generated state, matching a vehicle to be dispatched that undertakes the order to be generated as a pre-matched vehicle.

[0038] In this embodiment, when a user enters only the itinerary information of an order without submitting it, it can be treated as a pending order and responded to in advance. The pending order can be matched with a vehicle that can be assigned to the pending order as a pre-matched vehicle.

[0039] The vehicle to be dispatched may include a vehicle that is currently idle. Further, the vehicle to be dispatched may also include a vehicle that is about to complete its currently executed order, which is not strictly limited here.

[0040] S103: Push pre-matched vehicles to the order to be generated.

[0041] In this embodiment, in response to completing the matching of pre-matched vehicles for the order to be generated, the pre-matched vehicles can be pushed to the order to be generated, so that the vehicles can be matched and scheduled for the order to be generated in advance, which can effectively shorten the waiting time for the allocation of the order-taking vehicle after the order is converted into an executing order, and can also improve the richness of information provided to the user.

[0042] As can be seen, in this embodiment, when a pending order is formed and is still in the state of waiting for the generation of an executing order, the vehicle to be dispatched for the pending order can be matched as a pre-matched vehicle, and the pre-matched vehicle can be pushed to the pending order in the waiting state, thereby enabling vehicle scheduling to be performed in advance and enriching the information responding to the pending order. Therefore, the technical problems of low vehicle scheduling efficiency and unsatisfactory vehicle service effects can be solved, achieving the technical effect of pushing pre-matched vehicles to users before an executing order is generated, increasing the richness of information responding to the pending order, thereby improving vehicle scheduling efficiency and enhancing the functionality of order responses.

[0043] See also Figure 3 , Figure 3 This is a flow chart of another embodiment of the application order response method.

[0044] S201: Acquire itinerary information of the order to be generated.

[0045] S202: Determine whether the time period during which the order to be generated is in the waiting state reaches a waiting threshold.

[0046] In this embodiment, when it is determined that the time period for the order to be generated to be in the waiting state reaches the waiting threshold, step S203 can be executed; when it is determined that the time period for the order to be generated to be in the waiting state does not reach the waiting threshold, step S202 can continue to be executed.

[0047] In other words, the decision to dispatch a vehicle can be made based on the length of time a pending order has been waiting to be generated. This effectively reduces the likelihood of users being recommended pre-matched vehicles simply for a brief moment of viewing their trip information, thereby reducing unnecessary vehicle matching processes and reducing the computational complexity of order responses, ultimately ensuring vehicle dispatch performance.

[0048] S203: Filter vehicles to be dispatched whose distance between the current location and the starting location is less than a preset distance.

[0049] In this embodiment, in response to the length of time a pending order has been in the waiting state reaching a waiting threshold, the current location of the vehicle to be dispatched can be obtained to perform an initial screening of the vehicles to be dispatched based on the current location of the vehicle to be dispatched. Specifically, vehicles whose current location is less than a preset distance from the starting location can be selected as candidate pre-matched vehicles.

[0050] S204: Score the vehicles to be dispatched to obtain a screening factor.

[0051] In this embodiment, the degree of matching between the vehicle to be dispatched and the order to be generated can also be scored to quantify the degree of matching between the vehicle to be dispatched and the order to be generated, so that the vehicle to be dispatched can be selected based on the screening factors obtained by the score, which can improve the rationality of the selection of pre-matched vehicles.

[0052] Specifically, the driver parameters of the vehicle to be dispatched can be obtained. These driver parameters include at least one of a driver rating, a cancellation rate factor, and the number of service orders. A weighted fusion of these driver parameters can be performed to obtain a driver factor. The order factor is calculated by combining the order acceptance score of the vehicle to be dispatched with the trip information of the order to be generated. The weighted fusion of the driver factor and the order factor is used as a screening factor.

[0053] In this way, in the process of scoring the vehicles to be dispatched, the driver conditions of the vehicles to be dispatched and the degree of matching with the itinerary can be comprehensively considered, which is conducive to improving the reliability of the selected pre-matched vehicles.

[0054] S205: Matching the to-be-delivered vehicles of the order generated by the recipient as pre-matched vehicles based on the screening factors.

[0055] In this embodiment, the to-be-delivered vehicles that undertake the orders generated by the recipients can be matched as pre-matched vehicles based on the screening factors.

[0056] Specifically, the vehicle to be dispatched whose screening factor is higher than the screening factors of the target number of other vehicles to be dispatched is selected as the pre-matched vehicle. For example, the vehicle to be dispatched with the highest screening factor may be selected as the pre-matched vehicle.

[0057] S206: Predicting the time it takes for the pre-matched vehicle to travel to the starting location to pick up the passenger.

[0058] In this embodiment, in response to completing the pre-matching process of the pre-matched vehicle for the order to be generated, the pick-up time for the pre-matched vehicle to travel to the starting location can also be predicted, so that the user can further obtain richer information and know the estimated pick-up time.

[0059] Furthermore, the length of time spent receiving customers can also be used as one of the measurement dimensions for evaluating screening factors, which will not be elaborated here.

[0060] S207: Evaluate the travel time of the pre-matched vehicle from the starting position to the end position.

[0061] In this embodiment, the travel time of a pre-matched vehicle from its starting point to its destination can also be evaluated. For example, a self-designed travel time calculation module can be used to predict the travel time; alternatively, the API (Application Programming Interface) of another established travel time prediction module can be called to transmit the travel information to the established travel time prediction module and obtain the predicted travel time.

[0062] S208: Evaluate order information of the to-be-generated order that matches the vehicle type of the pre-matched vehicle.

[0063] In this embodiment, the vehicle type of the pre-matched vehicle can be obtained, and the order information of the order to be generated that matches the vehicle type can be evaluated. For example, the order information can include expenses, etc., which is not limited here.

[0064] S209: Push pre-matched vehicles to the order to be generated.

[0065] In this embodiment, the vehicle information and pick-up time of the pre-matched vehicle can be pushed to the client for generating the order.

[0066] For example, the trip duration and / or order duration can be pushed to pending orders. Order duration represents the sum of the pickup time and the order duration. Order information can also be pushed to pending orders. This significantly enriches the information on pending orders before they are converted into active orders.

[0067] In simple terms, the pre-matched vehicle's order cost, pickup distance, pickup time, pickup route, driver rating, vehicle license plate, vehicle color, etc. can be pushed. This information is displayed through pop-up windows or designated areas to facilitate users to obtain relevant information. Users can also choose whether to use the current pre-matched vehicle based on the relevant information.

[0068] S210: Determine whether to obtain the order submission instruction for the order to be generated.

[0069] In this embodiment, when it is determined that the order submission instruction for the order to be generated is obtained, step S211 can be executed; when it is determined that the order submission instruction for the order to be generated is not obtained, step S212 can be executed.

[0070] Whether the user enters the order submission instruction can be monitored in real time or periodically, so as to respond immediately after obtaining the order submission instruction, thereby further enhancing the performance of order response.

[0071] S211: Convert the pending order into an order in progress, use the pre-matched vehicle as the order-receiving vehicle, and deliver the order in progress to it.

[0072] In this embodiment, in response to obtaining the submit order instruction for the order to be generated, it can be considered that the user immediately has a need for a car, and since the matching of the pre-matched vehicle has been completed in advance, the pre-matched vehicle can be used as the order-receiving vehicle, and the order-receiving vehicle can be strongly bound to the executing order to realize the dispatch of the executing order to the pre-matched vehicle.

[0073] S212: Obtain the push duration, and determine whether the push duration reaches a duration threshold.

[0074] In this embodiment, when it is determined that the push duration reaches the duration threshold, step S213 may be executed; when it is determined that the push duration does not reach the duration threshold, step S210 may continue to be executed.

[0075] That is, in response to not obtaining the order submission instruction for the order to be generated, the push duration of the pushed pre-matched vehicle may also be evaluated to schedule the pre-matched vehicle based on the push duration.

[0076] For example, the pushed duration can be 5 seconds, 10 seconds, 15 seconds, 20 seconds, etc., which is not limited here.

[0077] S213: Unbinding the pre-matched vehicle from the order to be generated.

[0078] In this embodiment, in response to the push time reaching the time threshold, it can be considered that the possibility of the user immediately renewing the user is small, so the pre-matched vehicle is untied from the order to be generated, and the vehicle resources are released in time, which is conducive to the released pre-matched vehicle to participate in the vehicle scheduling of other orders to be generated and / or orders in execution, and then through the reasonable binding and release of vehicle resources, the vehicle scheduling efficiency can be improved and the functionality of order response can be enhanced.

[0079] The embodiment of the present application also provides an order response device. Figure 4 , Figure 4 This is a structural diagram of an embodiment of the order response device of this application.

[0080] In one embodiment, the order response device 20 may include an input module 21 and a scheduling module 22 .

[0081] The input module 21 is used to obtain the travel information of the order to be generated.

[0082] The scheduling module 22 is connected to the input module 21 and is used to implement the steps of the order response method in any of the above embodiments.

[0083] Furthermore, the scheduling module 22 may include an order service and a scheduling service. The following is an example of the detailed working principle of the order response method of this application, combining the order service, the scheduling service, and the client.

[0084] See also Figure 5 , Figure 5 This is a flow chart of another embodiment of the order response method of the present application. When necessary, the client refers to an app (Application), mini-program, web page, etc. that can be used by passengers. Users can interact with the order response device through the client. The order response device can be an online travel service system based on Internet technology, which can connect passengers and drivers through the order response device, thereby improving the convenience and efficiency of travel. Users, that is, passengers, can initiate orders through the client, select the itinerary information, vehicle usage time, etc. of the order, and the order response device can push the relevant information to the driver, so that the driver can go to the designated location to pick up the passengers and send them to the destination after accepting the order. The order response device can also realize scheduling processes such as vehicle matching and vehicle allocation.

[0085] Among them, the order service is used to calculate and evaluate order-related information, and the dispatch server is used to add the driver's location information to the capacity pool after the driver comes online. When the user initiates an order, the driver's capacity pool searches for a nearby matching driver (i.e., vehicle) for the passenger (i.e., order) based on the order's starting location, and selects a suitable driver for the passenger to accept the order through methods such as screening and sorting algorithms.

[0086] S301: The client obtains itinerary information and forms an order to be generated.

[0087] S302: The order service obtains the order to be generated.

[0088] S303: The order service evaluates the order estimate information of the order to be generated.

[0089] S304: The order service sends the order estimate information to the client.

[0090] S305: The client displays order estimate information.

[0091] S306: The scheduling service determines whether the time period during which the order to be generated is in the waiting state reaches a waiting threshold.

[0092] S307: The dispatch service responds to the order to be generated and matches the pre-matched vehicle for the order to be generated.

[0093] S308: The dispatch service pushes the pre-matched vehicle to the client.

[0094] S309: The client displays the pre-matched vehicle.

[0095] S310: The client obtains an order submission instruction for the order to be generated.

[0096] S311: The order service converts the pending order into an executing order, uses the pre-matched vehicle as the order-receiving vehicle, and dispatches the executing order to it.

[0097] S312: The client displays the executing order.

[0098] See also Figure 6 , Figure 6 This is a flowchart of an embodiment of responding to an order in execution of this application. It should be noted that this embodiment uses an example of an implementation method in which a pre-matched vehicle has not yet been matched when the order to be generated is converted into an order in execution.

[0099] S401: The client obtains the itinerary information and forms an order to be generated.

[0100] S402: The order service obtains the order to be generated.

[0101] S403: The order service evaluates the order estimate information of the order to be generated.

[0102] S404: The order service sends the order estimate information to the client.

[0103] S405: The client monitors the input target vehicle type and submits the order instruction.

[0104] S406: The dispatch service matches the order-receiving vehicle with the executing order, delivers the executing order to the vehicle, and pushes it to the client.

[0105] S407: The client displays the vehicle information of the order-receiving vehicle.

[0106] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus the necessary general hardware platform, and of course it can also be implemented by hardware, but in many cases the former is a better implementation method.

[0107] For the description of the features in the embodiment corresponding to the order response device, please refer to the relevant description of the embodiment corresponding to the order response method, and will not be repeated here.

[0108] The embodiment of the present application also provides a computer device. Figure 7 , Figure 7 This is a structural diagram of an embodiment of a computer device of the present application.

[0109] In one embodiment, the computer device may include a memory 31, a processor 32, and a computer program stored in the memory 31 and executable on the processor 32. When the processor 32 executes the computer program, the steps of the order response method in any of the above embodiments are implemented.

[0110] An embodiment of the present application also provides a computer-readable storage medium.

[0111] A computer program is stored on a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the order response method in any of the above embodiments are implemented.

[0112] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0113] An embodiment of the present application also provides a computer program product.

[0114] The computer program product may include a computer program, which implements the steps of any of the above-mentioned order response method embodiments when executed by a processor.

[0115] An embodiment of the present application also provides a computer program product.

[0116] The computer program product may include a non-volatile computer-readable storage medium storing a computer program. When the computer program is executed by a processor, the computer program implements the steps of any of the above-mentioned order response method embodiments.

[0117] Professionals may further appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the above description has generally described the components and steps of each example according to their functions. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0118] The above is a detailed introduction to an order response method, order response device, computer equipment, and computer-readable storage medium provided by the present application. Specific examples are used herein to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method of the present application and its core idea. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of the present application.

Claims

1. An order response method, characterized in that: The order response method includes: Get the itinerary information of the order to be generated; In response to the order to be generated being in a waiting-to-be-generated state, matching a vehicle to be dispatched to undertake the order to be generated as a pre-matched vehicle; Push the pre-matched vehicle to the order to be generated.

2. The order response method according to claim 1, characterized in that: The trip information includes a starting point location; and pushing the pre-matched vehicle to the order to be generated includes: Predicting the time it takes for the pre-matched vehicle to travel to the starting location to pick up the passenger; The vehicle information of the pre-matched vehicle and the pick-up time are pushed to the client for generating the order.

3. The order response method according to claim 2, characterized in that: The trip information also includes the destination location; and pushing the pre-matched vehicle to the order to be generated further includes: Evaluate the travel time of the pre-matched vehicle from the starting location to the end location, and push the travel time or order time to the order to be generated; wherein the order time represents the sum of the passenger pick-up time and the order time.

4. The order response method according to any one of claims 1 to 3, characterized in that: The pushing of the pre-matched vehicle to the order to be generated further includes: Obtaining the vehicle type of the pre-matched vehicle; Evaluating order information of the to-be-generated order that matches its vehicle type; Push the order information to the order to be generated.

5. The order response method according to claim 1, characterized in that: The trip information includes the starting point location; the matching of the vehicle to be dispatched to undertake the order to be generated as a pre-matched vehicle includes: Filtering vehicles to be dispatched whose current location is less than a preset distance from the starting location; Scoring the vehicles to be dispatched to obtain a screening factor; The vehicles to be dispatched whose screening factors are higher than the screening factors of the target number of other vehicles to be dispatched are locked as the pre-matched vehicles.

6. The order response method according to claim 5, characterized in that: The screening factors obtained by scoring the vehicles to be dispatched include: Obtaining driver parameters of the vehicle to be dispatched; wherein the driver parameters include at least one of a driver score, a cancellation rate factor, and a number of service orders; Performing weighted fusion on the driver parameters to obtain a driver factor; Evaluate the order acceptance score of the vehicle to be dispatched based on the itinerary information of the order to be generated, and use this score as an order factor; The driver factor and the order factor are weighted and fused as the screening factor.

7. The order response method according to claim 1, characterized in that: After pushing the pre-matched vehicle to the order to be generated, the method further includes: Obtaining the order submission instruction of the pending order, converting the pending order into an executing order, using the pre-matched vehicle as the order-receiving vehicle, and dispatching the executing order to it; and / or, The pushing time of the pre-matched vehicle is counted; in response to the pushing time reaching a time threshold, the pre-matched vehicle is untied from the order to be generated.

8. An order response device, characterized in that: The order response device includes: Input module, used to obtain the itinerary information of the order to be generated; A scheduling module, connected to the input module, is used to implement the steps of the order response method as described in any one of claims 1 to 7.

9. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the computer program, the steps of the order response method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the order response method according to any one of claims 1 to 7 are implemented.

Images