Delivery order scheduling method and device, storage medium and computer equipment
By configuring order matching conditions on the rider side and filtering target orders on the server side, the problem of low usage and low matching of automatic order acquisition function is solved, and efficient order scheduling and rider matching is achieved.
Patent Information
- Application Number
- CN202510581158.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-05-06
- Publication Date
- 2025-08-01
AI Technical Summary
In the existing delivery order scheduling system, the rider's automatic order acquisition function has a low usage rate, and the order matching degree does not match the rider's needs, resulting in inefficient delivery efficiency.
The rider side configures the order matching conditions through the order condition editing page, and filters the target orders that meet the conditions on the server side to generate an order task list.
It improves the rider's order matching and delivery efficiency, and improves the rider's delivery experience and order scheduling efficiency.
Smart Images

Figure CN120410364A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of Internet technology, and in particular to a delivery order scheduling method, device, storage medium and computer equipment. Background Art
[0002] At present, in order to improve the efficiency of riders in obtaining orders, the service delivery platform has configured an automatic order acquisition function on the rider-side software. After the rider turns on this function, the service delivery platform can directly help the rider obtain orders and add the orders to the order task list to be delivered on the rider side.
[0003] However, in actual use, the automatic order acquisition function has a low utilization rate. On the one hand, when delivering orders, riders need to comprehensively consider various factors such as order difficulty, order convenience, and order revenue. Automatically acquired orders often do not match the rider's order acceptance needs, so riders are often reluctant to enable the automatic order acquisition function. On the other hand, after the automatically acquired orders are sent to the rider, the rider still needs to manually confirm the operation to decide whether to proceed with the order assignment, which is inefficient for order processing. Based on this, the current delivery order scheduling efficiency is low, and the matching degree between the scheduling results and the riders is also low. Summary of the Invention
[0004] In view of this, the present application provides a delivery order scheduling method, device, storage medium and computer equipment, the main purpose of which is to solve the technical problems of low efficiency in delivery order scheduling and low matching degree between scheduling results and riders.
[0005] According to a first aspect of the present invention, a delivery order scheduling method is provided, the method comprising:
[0006] The rider side responds to the order condition editing request and displays the order condition editing page;
[0007] The rider receives the order condition configuration information through the order condition editing page, generates an order matching condition based on the order condition configuration information, and sends the order matching condition to the server;
[0008] The rider end responds to the order matching start request by sending the order matching start request to the server;
[0009] In response to receiving the order matching start request, the server selects a target order that meets the order matching conditions from multiple orders to be delivered, and adds the target order to the order task list on the rider side.
[0010] Optionally, the order condition editing request includes an order grabbing condition editing request and / or an order acceptance condition editing request; the rider side displays an order condition editing page in response to the order condition editing request, including: the rider side displays an order grabbing condition editing page in response to the order grabbing condition editing request; and / or, the rider side displays an order acceptance condition editing page in response to the order acceptance condition editing request; wherein, the order grabbing condition editing page includes multiple order grabbing condition configuration items, and the order acceptance condition editing page includes multiple order acceptance condition configuration items.
[0011] Optionally, the order condition configuration information includes order grabbing condition configuration information and / or order acceptance condition configuration information; the rider side receives the order condition configuration information through the order condition editing page, and generates order matching conditions based on the order condition configuration information, including: the rider side receives the order grabbing condition configuration information in response to the order grabbing condition editing operation, and configures the order grabbing condition configuration items according to the order grabbing condition configuration information in the order grabbing condition editing page, and generates order grabbing matching conditions based on the configured parameters of the order grabbing condition configuration items, wherein the order grabbing condition configuration items include order type, order At least one of order preference, order convenience, order revenue, delivery distance and delivery area; and / or, the rider end receives the order condition configuration information in response to the order condition editing operation, and configures the order condition configuration items according to the order condition configuration information in the order condition editing page, and generates order matching conditions based on the configured parameters of the order condition configuration items, wherein the order condition configuration items include at least one of order type, order preference, order revenue and delivery distance; the rider end generates order matching conditions based on the order grabbing matching conditions and / or the order acceptance matching conditions.
[0012] Optionally, the orders to be delivered include ordinary orders and assigned orders, and the order matching conditions include order-grabbing matching conditions and order-accepting matching conditions; the server selects a target order that meets the order matching conditions from multiple orders to be delivered in response to receiving the order matching start request, including: the server obtains the first delivery parameter of the ordinary order and / or the second delivery parameter of the assigned order in response to receiving the order matching start request sent by the rider; the server marks the ordinary order whose first delivery parameter meets the order-grabbing matching condition as a target order; and / or the server marks the assigned order whose second delivery parameter meets the order-accepting matching condition as a target order.
[0013] Optionally, in response to an order matching start request, the rider terminal sends the order matching start request to the server, including: the rider terminal generates a take-order matching start request in response to a trigger operation on a take-order matching start control; and / or, the rider terminal generates an accept-order matching start request in response to a trigger operation on an accept-order matching start control; the rider terminal sends the take-order matching start request and / or the accept-order matching start request to the server.
[0014] Optionally, the rider terminal generates a take-order matching start request in response to a trigger operation on a take-order matching start control, including: the rider terminal displays multiple take-order effective condition options in response to a trigger operation on the take-order matching start control, or configures multiple take-order effective condition options to be in an operable state; the rider terminal generates a take-order matching effective condition in response to a selection operation on any one of the take-order effective condition options, and sends the take-order matching effective condition to the server, where the take-order matching effective condition is always effective or only effective when there is no order in the order task list.
[0015] Optionally, the rider terminal generates an accept-order matching start request in response to a trigger operation on an accept-order matching start control, including: the rider terminal displays accept-order condition restriction options in response to the trigger operation on the accept-order matching start control, where the accept-order condition restriction options include an option of no accept-order condition restriction and an option of having accept-order condition restriction; the rider terminal generates an accept-order matching start request in response to a selection operation on the option of having accept-order condition restriction, where the option of having accept-order condition restriction is associated with an accept-order condition editing start control, and the accept-order condition editing start control is used to display an accept-order condition editing page in response to an accept-order condition editing request.
[0016] Optionally, in response to receiving the order matching start request, the server selects a target order that meets the order matching conditions from multiple orders to be delivered, and adds the target order to the order task list of the rider terminal, including: the server selects a target order that meets the order matching conditions from multiple orders to be delivered in response to receiving the order matching start request sent by the rider terminal, and obtains the take-order matching effective condition; when the server identifies that the take-order matching effective condition of the rider terminal is always effective and the number of orders in the order task list of the rider terminal is less than the threshold of the simultaneous order acceptance quantity preset by the rider terminal, the server adds the target order to the order task list; when the server identifies that the take-order matching effective condition of the rider terminal is only effective when there is no order in the order task list and there is no order task in the order task list, the server sends the target order to the order task list.
[0017] Optionally, in response to receiving the order matching start request, the server selects a target order that meets the order matching conditions from multiple orders to be delivered, including: in response to receiving an order automatic refresh request sent by the rider terminal, the server updates multiple orders to be delivered based on a preset time interval, and selects an order that meets the order acquisition conditions from the updated multiple orders to be delivered as the target order.
[0018] Optionally, before the rider terminal displays an order condition editing page in response to an order condition editing request, the method further includes: the rider terminal identifies the identity characteristics of the rider in response to an order condition configuration request, where the identity characteristics include at least one of a flexible delivery rider, a regional delivery rider, and a full-time delivery rider; when the rider terminal identifies that the identity characteristic is a flexible delivery rider, the rider terminal generates a first order condition configuration page, where the first order condition configuration page is provided with a grab order configuration area and an accept order configuration area; and / or, when the rider terminal identifies that the identity characteristic is a regional delivery rider, the rider terminal generates a second order condition configuration page, where the second order condition configuration page is provided with a grab order configuration area; and / or, when the rider terminal identifies that the identity characteristic is a full-time delivery rider, the rider terminal generates a third order condition configuration page, where the third order condition configuration page is provided with a grab order configuration area and a fixed accept order area; where the grab order configuration area is provided with a grab order condition editing page and a grab order start control, the accept order configuration area is provided with an accept order condition editing page and an accept order start control, and the fixed accept order area is an uneditable area.
[0019] Optionally, in response to receiving the order matching start request, the server selects a target order that meets the order matching conditions from multiple orders to be delivered, and adds the target order to the order task list of the rider terminal, including: in response to order matching start requests sent by multiple rider terminals, the server obtains order matching conditions corresponding to multiple rider terminals and delivery parameters of multiple orders to be delivered, and determines one by one whether the delivery parameters of multiple orders to be delivered meet the order matching conditions corresponding to multiple rider terminals; when there is any order to be delivered whose delivery parameters simultaneously meet the order matching conditions corresponding to multiple rider terminals, the server marks the order to be delivered corresponding to the delivery parameters as the target order, and obtains multiple delivery status information respectively corresponding to multiple rider terminals; the server scores the multiple delivery status information respectively corresponding to multiple rider terminals based on a preset scoring rule to obtain delivery scores of multiple rider terminals, sorts the multiple delivery scores from high to low, and marks the rider terminal with the highest delivery score as the target rider terminal; the server adds the target order to the order task list of the target rider terminal.
[0020] Optionally, the order to be delivered includes a merged order, and the merged order includes multiple sub-orders; in response to receiving the order matching start request, the server selects a target order that meets the order matching conditions from multiple orders to be delivered, and adds the target order to the order task list on the rider side, including: the server obtains the sub-delivery parameters of multiple sub-orders in the merged order, and compares each of the multiple sub-delivery parameters with the order matching conditions one by one; when all the sub-delivery parameters meet the order matching conditions, the merged order corresponding to the sub-delivery parameters is marked as the target order, the target order is sent to the rider side, and multiple sub-orders in the target order are added to the order task list on the rider side.
[0021] According to the second aspect of the present invention, a delivery order scheduling method is provided, and the method includes:
[0022] In response to an order condition editing request, display an order condition editing page;
[0023] Receive order condition configuration information through the order condition editing page, generate an order matching condition based on the order condition configuration information, and send the order matching condition to the server;
[0024] In response to an order matching start request, send the order matching start request to the server to select a target order that meets the order matching conditions from multiple orders to be delivered, and add the target order to the order task list.
[0025] Optionally, the order condition editing request includes a grab order condition editing request and / or an accept order condition editing request; the step of, in response to an order condition editing request, displaying an order condition editing page includes: in response to the grab order condition editing request, displaying a grab order condition editing page; and / or, in response to the accept order condition editing request, displaying an accept order condition editing page; wherein, the grab order condition editing page includes multiple grab order condition configuration items, and the accept order condition editing page includes multiple accept order condition configuration items.
[0026] Optionally, the order condition configuration information includes order grabbing condition configuration information and / or order acceptance condition configuration information; receiving the order condition configuration information through the order condition editing page, and generating order matching conditions based on the order condition configuration information, including: in response to the order grabbing condition editing operation, receiving the order grabbing condition configuration information, and configuring the order grabbing condition configuration items according to the order grabbing condition configuration information in the order grabbing condition editing page, and generating order grabbing matching conditions based on the configured parameters of the order grabbing condition configuration items, wherein the order grabbing condition configuration items include at least one of order type, order preference, order smoothness, order revenue, delivery distance and delivery area; and / or, in response to the order acceptance condition editing operation, receiving the order acceptance condition configuration information, and configuring the order acceptance condition configuration items according to the order acceptance condition configuration information in the order acceptance condition editing page, and generating order matching conditions based on the configured parameters of the order acceptance condition configuration items, wherein the order acceptance condition configuration items include at least one of order type, order preference, order revenue and delivery distance; generating order matching conditions based on the order grabbing matching conditions and / or the order acceptance matching conditions.
[0027] Optionally, in response to the order matching start request, the order matching start request is sent to the server, including: in response to the triggering operation of the grab order matching start control, generating the grab order matching start request; and / or, in response to the triggering operation of the receive order matching start control, generating the receive order matching start request; sending the grab order matching start request and / or the receive order matching start request to the server.
[0028] Optionally, in response to the triggering operation of the grab order matching start control, a grab order matching start request is generated, including: in response to the triggering operation of the grab order matching start control, multiple grab order matching effectiveness condition options are displayed, or multiple grab order matching effectiveness condition options are configured as an operable state; in response to the selection operation of any grab order effectiveness condition option, an order matching effectiveness condition is generated, and the order matching effectiveness condition is sent to the server, wherein the order matching effectiveness condition is always effective or only effective when there is no order in the order task list.
[0029] Optionally, in response to the triggering operation of the order matching start control, an order matching start request is generated, including: in response to the triggering operation of the order matching start control, an order condition restriction option is displayed, wherein the order condition restriction option includes an option without order condition restriction and an option with order condition restriction; in response to the selection operation of the option with order condition restriction, an order matching start request is generated, wherein the option with order condition restriction is associated with an order condition editing start control, and the order condition editing start control is used to display an order condition editing page in response to the order condition editing request.
[0030] Optionally, before displaying the order condition editing page in response to the order condition editing request, the method further includes: in response to the order condition configuration request, identifying the identity characteristics of the rider, where the identity characteristics include at least one of a flexible delivery rider, a regional delivery rider, and a full-time delivery rider; when the identity characteristics are identified as a flexible delivery rider, generating a first order condition configuration page, where the first order condition configuration page is provided with a grab order configuration area and an accept order configuration area; and / or, when the identity characteristics are identified as a regional delivery rider, generating a second order condition configuration page, where the second order condition configuration page is provided with a grab order configuration area; and / or, when the identity characteristics are identified as a full-time delivery rider, generating a third order condition configuration page, where the third order condition configuration page is provided with a grab order configuration area and a fixed accept order area; where the grab order configuration area is provided with a grab order condition editing page and a grab order activation control, the accept order configuration area is provided with an accept order condition editing page and an accept order activation control, and the fixed accept order area is an uneditable area.
[0031] According to the third aspect of the present invention, a delivery order scheduling method is provided, and the method includes:
[0032] In response to receiving an order matching activation request, selecting a target order that meets the order matching conditions from multiple orders to be delivered, and adding the target order to the order task list on the rider side, where the order matching conditions are generated based on order condition configuration information, and the order condition configuration information is received through the order condition editing page on the rider side.
[0033] Optionally, the orders to be delivered include ordinary orders and assigned orders, and the order matching conditions include grab order matching conditions and accept order matching conditions; the step of selecting a target order that meets the order matching conditions from multiple orders to be delivered in response to receiving an order matching activation request includes: in response to receiving an order matching activation request sent from the rider side, obtaining the first delivery parameter of the ordinary order and / or the second delivery parameter of the assigned order; marking the ordinary order whose first delivery parameter meets the grab order matching conditions as the target order; and / or, marking the assigned order whose second delivery parameter meets the accept order matching conditions as the target order.
[0034] Optionally, the step of selecting a target order that meets the order matching condition from multiple orders to be delivered in response to receiving an order matching start request and adding the target order to the order task list on the rider side includes: in response to receiving the order matching start request sent by the rider side, selecting a target order that meets the order matching condition from multiple orders to be delivered, and obtaining the effective conditions for order grabbing matching; when it is recognized that the effective condition for order grabbing matching on the rider side is always effective and the number of orders in the order task list on the rider side is less than the threshold of the simultaneous order receiving quantity preset by the rider side, adding the target order to the order task list; when it is recognized that the effective condition for order grabbing matching on the rider side is only effective when there is no order in the order task list and there is no order task in the order task list, sending the target order to the order task list.
[0035] Optionally, the step of selecting a target order that meets the order matching condition from multiple orders to be delivered in response to receiving an order matching start request includes: in response to receiving the order automatic refresh request sent by the rider side, updating multiple orders to be delivered based on a preset time interval, and selecting an order that meets the order acquisition condition from the updated multiple orders to be delivered as the target order.
[0036] Optionally, the step of selecting a target order that meets the order matching condition from multiple orders to be delivered in response to receiving an order matching start request and adding the target order to the order task list on the rider side includes: in response to the order matching start requests sent by multiple rider sides, obtaining the order matching conditions corresponding to the multiple rider sides and the delivery parameters of multiple orders to be delivered, and judging one by one whether the delivery parameters of multiple orders to be delivered meet the order matching conditions corresponding to the multiple rider sides; when there is any order to be delivered whose delivery parameters simultaneously meet the order matching conditions corresponding to the multiple rider sides, marking the order to be delivered corresponding to the delivery parameters as the target order, and obtaining multiple delivery status information respectively corresponding to the multiple rider sides; scoring the multiple delivery status information respectively corresponding to the multiple rider sides based on a preset scoring rule to obtain the delivery scores of the multiple rider sides, sorting the multiple delivery scores from high to low, and marking the rider side with the highest delivery score as the target rider side; adding the target order to the order task list of the target rider side.
[0037] Optionally, the order to be delivered includes a combined order, and the combined order includes multiple sub-orders; the step of, in response to receiving an order matching start request, selecting a target order that meets the order matching conditions from multiple orders to be delivered and adding the target order to the order task list on the rider side includes: obtaining the sub-delivery parameters of multiple sub-orders in the combined order, and comparing each of the multiple sub-delivery parameters with the order matching conditions one by one; when all the sub-delivery parameters meet the order matching conditions, marking the combined order corresponding to the sub-delivery parameters as the target order, sending the target order to the rider side, and adding all the sub-orders in the target order to the order task list on the rider side.
[0038] According to the fourth aspect of the present invention, there is provided a delivery order scheduling device, which includes:
[0039] An order page display module, configured to display an order condition editing page in response to an order condition editing request;
[0040] An order condition generation module, configured to receive order condition configuration information through the order condition editing page, generate order matching conditions based on the order condition configuration information, and send the order matching conditions to the server;
[0041] An order matching start module, configured to send the order matching start request to the server in response to an order matching start request, so as to select a target order that meets the order matching conditions from multiple orders to be delivered and add the target order to the order task list.
[0042] Optionally, the order condition editing request includes a grab order condition editing request and / or an accept order condition editing request; the step of, in response to an order condition editing request, displaying an order condition editing page includes: the order page display module is specifically configured to display a grab order condition editing page in response to the grab order condition editing request; and / or, display an accept order condition editing page in response to the accept order condition editing request; wherein, the grab order condition editing page includes multiple grab order condition configuration items, and the accept order condition editing page includes multiple accept order condition configuration items.
[0043] Optionally, the order condition configuration information includes order grabbing condition configuration information and / or order acceptance condition configuration information; the order condition generation module is specifically used to receive the order grabbing condition configuration information in response to the order grabbing condition editing operation, and configure the order grabbing condition configuration items according to the order grabbing condition configuration information in the order grabbing condition editing page, and generate order grabbing matching conditions based on the configured parameters of the order grabbing condition configuration items, wherein the order grabbing condition configuration items include at least one of order type, order preference, order convenience, order revenue, delivery distance and delivery area; and / or, in response to the order acceptance condition editing operation, receive the order acceptance condition configuration information, and configure the order acceptance condition configuration items according to the order acceptance condition configuration information in the order acceptance condition editing page, and generate order acceptance matching conditions based on the configured parameters of the order acceptance condition configuration items, wherein the order acceptance condition configuration items include at least one of order type, order preference, order revenue and delivery distance; generate order matching conditions based on the order grabbing matching conditions and / or the order acceptance matching conditions.
[0044] Optionally, the order matching start module is specifically used to generate an order grabbing matching start request in response to the triggering operation of the order grabbing matching start control; and / or, to generate an order receiving matching start request in response to the triggering operation of the order receiving matching start control; and send the order grabbing matching start request and / or the order receiving matching start request to the server.
[0045] Optionally, the order matching start module is also used to display multiple order grabbing effectiveness condition options in response to the triggering operation of the order grabbing matching start control, or to configure multiple order grabbing effectiveness condition options to an operable state; in response to the selection operation of any order grabbing effectiveness condition option, generate the order grabbing matching effectiveness condition, and send the order grabbing matching effectiveness condition to the server, wherein the order grabbing matching effectiveness condition is always effective or only effective when there is no order in the order task list.
[0046] Optionally, the order matching start module is also used to display order condition restriction options in response to the triggering operation of the order matching start control, wherein the order condition restriction options include options without order condition restrictions and options with order condition restrictions; in response to the selection operation of the option with order condition restrictions, generate an order matching start request, wherein the option with order condition restrictions is associated with an order condition editing start control, and the order condition editing start control is used to display the order condition editing page in response to the order condition editing request.
[0047] Optionally, the device further includes an identity recognition module; the identity recognition module is configured to recognize the identity characteristics of the rider in response to an order condition configuration request, where the identity characteristics include at least one of a flexible delivery rider, a regional delivery rider, and a full-time delivery rider; when the identity characteristics are recognized as a flexible delivery rider, a first order condition configuration page is generated, where the first order condition configuration page is provided with a grab order configuration area and an accept order configuration area; and / or, when the identity characteristics are recognized as a regional delivery rider, a second order condition configuration page is generated, where the second order condition configuration page is provided with a grab order configuration area; and / or, when the identity characteristics are recognized as a full-time delivery rider, a third order condition configuration page is generated, where the third order condition configuration page is provided with a grab order configuration area and a fixed accept order area; where the grab order configuration area is provided with a grab order condition editing page and a grab order activation control, the accept order configuration area is provided with an accept order condition editing page and an accept order activation control, and the fixed accept order area is an uneditable area.
[0048] According to a fifth aspect of the present invention, there is provided a delivery order scheduling device, the device comprising:
[0049] An order matching module, configured to select a target order that meets the order matching conditions from multiple orders to be delivered in response to receiving an order matching activation request, and add the target order to the order task list on the rider side, where the order matching conditions are generated based on order condition configuration information, and the order condition configuration information is received through the order condition editing page on the rider side.
[0050] Optionally, the orders to be delivered include ordinary orders and assigned orders, and the order matching conditions include grab order matching conditions and accept order matching conditions; the order matching module is specifically configured to, in response to receiving an order matching activation request sent from the rider side, obtain the first delivery parameter of the ordinary order and / or the second delivery parameter of the assigned order; mark the ordinary order whose first delivery parameter meets the grab order matching conditions as the target order; and / or, mark the assigned order whose second delivery parameter meets the accept order matching conditions as the target order.
[0051] Optionally, the order matching module is specifically configured to, in response to receiving an order matching start request sent by the rider terminal, select a target order that meets the order matching conditions from multiple orders to be delivered, and obtain the effective conditions for competing for the order; when it is recognized that the effective conditions for competing for the order on the rider terminal are always effective, and the number of orders in the order task list on the rider terminal is less than the threshold of the simultaneous order receiving quantity preset by the rider terminal, add the target order to the order task list; when it is recognized that the effective conditions for competing for the order on the rider terminal are effective only when there is no order in the order task list, and there is no order task in the order task list, send the target order to the order task list.
[0052] Optionally, the order matching module is specifically configured to, in response to receiving an order automatic refresh request sent by the rider terminal, update multiple orders to be delivered based on a preset time interval, and select an order that meets the order acquisition conditions from the updated multiple orders to be delivered as the target order.
[0053] Optionally, the order matching module is specifically configured to, in response to order matching start requests sent by multiple rider terminals, obtain the order matching conditions corresponding to the multiple rider terminals and the delivery parameters of multiple orders to be delivered, and judge one by one whether the delivery parameters of the multiple orders to be delivered meet the order matching conditions corresponding to the multiple rider terminals; when there is any order to be delivered whose delivery parameters meet the order matching conditions corresponding to the multiple rider terminals at the same time, mark the order to be delivered corresponding to the delivery parameters as the target order, and obtain multiple delivery status information respectively corresponding to the multiple rider terminals; score the multiple delivery status information respectively corresponding to the multiple rider terminals based on a preset scoring rule to obtain the delivery scores of the multiple rider terminals, and sort the multiple delivery scores from high to low, and mark the rider terminal with the highest delivery score as the target rider terminal; add the target order to the order task list of the target rider terminal.
[0054] Optionally, the order to be delivered includes a combined order, and the combined order includes multiple sub-orders; the order matching module is specifically configured to obtain the sub-delivery parameters of the multiple sub-orders in the combined order, and compare the multiple sub-delivery parameters with the order matching conditions one by one; when all the sub-delivery parameters meet the order matching conditions, mark the combined order corresponding to the sub-delivery parameters as the target order, send the target order to the rider terminal, and add all the sub-orders in the target order to the order task list of the rider terminal.
[0055] According to the sixth aspect of the present invention, there is provided a storage medium, on which a computer program is stored, and when the program is executed by a processor, the above-mentioned delivery order scheduling method is implemented.
[0056] According to the seventh aspect of the present invention, a computer device is provided, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the program, the above-mentioned delivery order scheduling method is implemented.
[0057] A delivery order scheduling method, device, storage medium, and computer device provided by the present invention receive order condition configuration information on an order condition editing page, then generate order matching conditions and send them to a server. After the server receives an order matching start request, it sends target orders that meet the order matching conditions to the rider-side order task list, enabling the rider to deliver orders quickly and efficiently. In this way, the rider can automatically obtain delivery orders that combine the rider's delivery status and meet the rider's delivery needs, improving the rider's delivery experience and delivery efficiency while also enhancing the order scheduling efficiency and the matching degree between the scheduling result and the rider.
[0058] The above description is only an overview of the technical solution of this application. In order to be able to understand the technical means of this application more clearly, it can be implemented according to the content of the specification. And in order to make the above and other purposes, features, and advantages of this application more obvious and understandable, the specific embodiments of this application are specifically exemplified below. Brief Description of the Drawings
[0059] The drawings described herein are used to provide a further understanding of the present invention, form a part of this application, and the schematic embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation to the present invention. In the drawings:
[0060] Figure 1 A flowchart showing a delivery order scheduling method provided by an embodiment of the present invention is shown;
[0061] Figure 2 A flowchart showing another delivery order scheduling method provided by an embodiment of the present invention is shown;
[0062] Figure 3 A scenario diagram showing a delivery order scheduling method provided by an embodiment of the present invention is shown;
[0063] Figure 4 A scenario diagram showing a delivery order scheduling method provided by an embodiment of the present invention is shown;
[0064] Figure 5 A scenario diagram showing a delivery order scheduling method provided by an embodiment of the present invention is shown;
[0065] Figure 6 A scenario diagram showing a delivery order scheduling method provided by an embodiment of the present invention is shown;
[0066] Figure 7 It shows a schematic diagram of the scenario of a distribution order scheduling method provided by an embodiment of the present invention;
[0067] Figure 8 It shows a schematic diagram of the scenario of a distribution order scheduling method provided by an embodiment of the present invention;
[0068] Figure 9 It shows a schematic diagram of the scenario of a distribution order scheduling method provided by an embodiment of the present invention;
[0069] Figure 10 It shows a schematic diagram of the scenario of a distribution order scheduling method provided by an embodiment of the present invention;
[0070] Figure 11 It shows a schematic diagram of the scenario of a distribution order scheduling method provided by an embodiment of the present invention;
[0071] Figure 12 It shows a schematic diagram of the structure of a distribution order scheduling device provided by an embodiment of the present invention;
[0072] Figure 13 It shows a schematic diagram of the structure of another distribution order scheduling device provided by an embodiment of the present invention. Detailed implementation manners
[0073] The present invention will be described in detail below with reference to the accompanying drawings and in combination with embodiments. It should be noted that, without conflict, the embodiments in the present application and the features in the embodiments may be combined with each other.
[0074] In one embodiment, as Figure 1 shown, a distribution order scheduling method is provided. Taking the application of this method to the rider side and the server as an example, it includes the following steps:
[0075] 101. In response to an order condition editing request, the rider side displays an order condition editing page.
[0076] Specifically, to avoid the situation where the delivery orders obtained by a rider when using the automatic order grabbing or automatic order receiving function on the rider side do not match the rider's current delivery status or real needs. For example, the order pickup location is far from the rider, or the order amount is low, etc., which may cause the rider to be lazy in delivering orders or no longer use the automatic order grabbing and receiving function, further affecting the scheduling efficiency of delivery orders. This application allows the rider to pre-edit the order conditions for the orders to be delivered on the order condition editing page, so that the orders obtained by the rider can meet the rider's personalized needs. In this embodiment, the order condition editing request may include an order grabbing condition editing request and / or an order receiving condition editing request. Correspondingly, the order condition editing page may include an order grabbing condition editing page and / or an order receiving condition editing page. Among them, the automatic order grabbing function helps the rider compete with other riders in the order hall to obtain orders to be delivered. Therefore, the rider side can respond to the order grabbing condition editing request initiated by the rider and display the order grabbing condition editing page, so that the rider can edit the order grabbing matching conditions through the order grabbing condition editing page; while the automatic order receiving function helps the rider directly obtain some assigned orders with specific task requirements or specific condition restrictions. Therefore, the rider side can respond to the order receiving condition editing request initiated by the rider and display the order receiving condition editing page, so that the rider can edit the order receiving matching conditions through the order receiving condition editing page. In this embodiment, by directly displaying the order condition editing page when the rider initiates an order editing request, the rider can perform personalized editing of the order conditions according to his own delivery status or other needs before enabling the automatic order acquisition function, so as to ensure that the rider can deliver the obtained orders in time, thus effectively improving the processing efficiency of delivery orders.
[0077] 102. The rider side receives order condition configuration information through the order condition editing page, generates order matching conditions based on the order condition configuration information, and sends the order matching conditions to the server.
[0078] Among them, the order condition configuration information can be specifically divided into order grabbing condition configuration information and order receiving condition configuration information, and may specifically include at least one of order type, order preference, degree of being on the same route, order income, distance from the pickup point to the rider, distance from the delivery point to the pickup point, and pickup / delivery area; considering that there are often differences between the order grabbing condition configuration information and the order receiving condition configuration information. For example, the automatic order grabbing function is mainly used to obtain ordinary orders in the order grabbing hall, while the automatic order receiving function is mainly used to obtain specific assigned orders, and the assigned orders already take into account the degree of being on the same route of the rider. Therefore, the order receiving condition configuration information does not include the configuration information of the degree of being on the same route.
[0079] In this embodiment, the rider edits and saves the order grabbing condition configuration information on the order grabbing condition editing page; and / or edits and saves the order receiving condition configuration information on the order receiving condition editing page, and finally generates an order matching condition based on the order grabbing condition configuration information and / or the order receiving condition configuration information, and sends the order matching condition to the server for saving, so that the subsequent server can screen the delivery orders that the rider can and wants to process at any time according to the order matching condition, thereby improving the order processing efficiency. In this embodiment, the rider can edit at least one of the matching conditions of the automatic order grabbing function and the matching conditions of the automatic order receiving function according to his own needs and delivery status, and always ensure that the order matching conditions are configured around the personalized needs of the rider, which has strong flexibility.
[0080] 103. In response to an order matching start request, the rider terminal sends the order matching start request to the server.
[0081] Specifically, in the previous steps, the rider has completed the configuration of the order grabbing and receiving matching conditions according to his own needs, and finally forms an order matching condition and sends it to the server for saving. However, the above steps are not directly related to the order automatic acquisition function used by the rider. This means that the rider can adjust the order matching conditions according to his own needs and the changes in the delivery status at any time, and synchronize them to the server for saving, which is convenient for subsequent modification and adjustment; and if you want the order matching condition to take effect, the rider needs to actively initiate an order matching start request, so that the server can schedule the order according to the configured order matching condition.
[0082] In this embodiment, the order matching start request may include an order grabbing condition matching start request and / or an order receiving condition matching start request. After receiving the request, the server obtains the order grabbing condition configuration information and / or the order receiving condition configuration information that was last modified and saved in the order matching condition, and then screens the orders to be delivered based on the latest order matching condition to obtain the target orders that meet the order matching condition. In this embodiment, the order matching start request is only related to the working status of the rider. When the rider goes online to start receiving orders, the rider terminal can further send an order matching start request to obtain the orders that meet the rider's needs; and the generation of the order matching condition is not restricted by the working status of the rider. Whether the rider is online or not, he can pre-configure or modify the order matching condition in advance. And even if the rider has sent an order matching start request and the server screens the orders according to the order matching condition, at this time the rider can still configure and modify the order matching condition, and then the server can screen the orders according to the latest order matching condition. The technical solution provided by this application independently sets the configuration of the order matching condition and the start of the order matching, which is convenient for the rider to adjust the order matching condition at any time and perform order matching according to the usage requirements.
[0083] 104. In response to receiving an order matching start request, the server selects target orders that meet the order matching conditions from multiple orders to be delivered, and adds the target orders to the order task list on the rider side.
[0084] Specifically, the orders to be delivered can be simply classified into ordinary orders and / or assigned orders. Among them, ordinary orders refer to regular orders waiting for riders to obtain in the order hall, and the automatic order grabbing function is applied to help riders automatically obtain ordinary orders; while assigned orders have certain particularities. Considering factors such as the geographical location and delivery difficulty of the order, they need to be completed by riders with specific conditions, and the automatic order receiving function is applied to help riders automatically obtain assigned orders.
[0085] In this embodiment, when the server responds to the order matching start request sent from the rider side, it first confirms what kind of orders the rider wants to obtain. For example, when the order matching start request includes a request to start matching the order grabbing conditions, the server automatically obtains the order grabbing matching conditions, selects ordinary orders that can meet the order grabbing matching conditions in the order hall as target orders, and then adds the target orders to the order task list on the rider side, so that the rider can start the delivery task of ordinary orders; when the order matching start request includes a request to start matching the order receiving conditions, the server automatically obtains the order receiving matching conditions, selects assigned orders that can meet the order receiving matching conditions from multiple assigned orders as target orders, and then adds the target orders to the order task list on the rider side, so that the rider can start the delivery task of assigned orders; when the order matching start request includes both a request to start matching the order grabbing conditions and a request to start matching the order receiving conditions at the same time, the two ways of automatically obtaining orders are carried out simultaneously. Using the technical solution provided by this application, after the rider side starts the order matching start request, the server can accurately select target orders that meet the order matching conditions from multiple orders to be delivered according to the order matching conditions saved in the previous steps, so that the rider can quickly and efficiently deliver the target orders, effectively improving the rider's delivery efficiency and delivery experience while meeting the rider's delivery needs, and further improving the scheduling efficiency of delivery orders.
[0086] The delivery order scheduling method provided in this embodiment receives order condition configuration information on the order condition editing page, then generates order matching conditions and sends them to the server. After the server receives the order matching start request, it sends the target orders that meet the order matching conditions to the order task list on the rider side, so that the rider can quickly and efficiently deliver the orders. In this way, it can enable the rider to automatically obtain delivery orders that combine the rider's delivery status and meet the rider's delivery needs, improving the rider's delivery experience and delivery efficiency, while also improving the order scheduling efficiency and the matching degree between the scheduling result and the rider.
[0087] Further, as a refinement and extension of the specific implementation of the above embodiments, to fully illustrate the implementation process of this embodiment, a delivery order scheduling method is provided. As Figure 2 shown, the method includes the following steps:
[0088] 201. The rider side responds to the order condition configuration request, identifies the identity characteristics of the rider, and displays a condition configuration page based on the identity characteristics of the rider.
[0089] In an optional implementation manner, step 201 can be implemented in the following way: The rider side responds to the order condition configuration request and identifies the identity characteristics of the rider; when the rider side identifies that the identity characteristics are those of a flexible delivery rider, the rider side generates a first order condition configuration page, which is specifically provided with a grab order configuration area and an accept order configuration area; and / or, when the rider side identifies that the identity characteristics are those of a regional delivery rider, the rider side generates a second order condition configuration page, which is specifically provided with a grab order configuration area; and / or, when the rider side identifies that the identity characteristics are those of a full-time delivery rider, the rider side generates a third order condition configuration page, which is specifically provided with a grab order configuration area and a fixed accept order area; wherein, the grab order configuration area is provided with a grab order condition editing page and a grab order activation control, the accept order configuration area is provided with an accept order condition editing page and an accept order activation control, and the fixed accept order area is an area that cannot be edited.
[0090] In the above implementation manner, the same delivery service platform assigns different identity characteristics to riders according to different rules, and the orders that riders with different identity characteristics can handle are also different. Therefore, allocating delivery orders with different conditional restrictions based on the identity characteristics of riders can effectively improve the efficiency and flexibility of order scheduling.
[0091] For example, the identity characteristics of riders can be divided into flexible delivery riders, regional delivery riders, and full-time delivery riders. Among them, flexible delivery riders are composed of social personnel, have free working hours, and can undertake more diversified scenarios; regional delivery riders usually only provide services within preferred business districts, are supervised and controlled by the front-line management team, ensuring a high attendance rate and service quality, and exist to ensure the order completion rate and service level of the business districts where they are located, and need to compulsorily accept specific tasks; full-time delivery riders have received professional training, have fixed working hours and areas, and can provide more stable and high-quality services, and can ensure the consistency and reliability of services during peak hours or for orders that require a high service level. Therefore, the page presented by the rider on the delivery software is as Figure 3As shown, it specifically shows the pending delivery orders that can be grabbed in the current grab order hall. In response to the rider's order configuration request, that is, by clicking on the "Run Order Settings" on the page, the rider side identifies the rider's different identity characteristics, and the order condition configuration page displayed is also different. Among them, the first order condition configuration page displayed for flexible delivery riders is as follows Figure 4 As shown, there are order grabbing configuration area and order acceptance configuration area, and the controls can be turned on to configure the order grabbing conditions according to the needs of the rider; the second order condition configuration page is displayed for regional delivery riders, such as Figure 5 As shown, there is only an order grabbing configuration area, that is, regional delivery riders can only configure order grabbing conditions and cannot obtain special assigned orders; and the third order condition configuration page displayed for full-time delivery riders, such as Figure 6 As shown, there is an order grabbing configuration area, and the order grabbing conditions can be configured according to the rider's needs. At the same time, a fixed area for accepting orders is set, that is, full-time delivery riders must accept specific assigned orders and cannot configure order acceptance conditions or close them.
[0092] 202. The rider side responds to the request to edit the order grabbing conditions, receives the order grabbing condition configuration information on the order grabbing condition editing page, and generates the order grabbing matching conditions; and / or, the rider side responds to the request to edit the order receiving conditions, receives the order receiving condition configuration information on the order receiving condition editing page, and generates the order receiving matching conditions.
[0093] In an optional embodiment, step 202 can be implemented in the following manner: the rider side receives the order grabbing condition configuration information in response to the order grabbing condition editing operation, and configures the order grabbing condition configuration items according to the order grabbing condition configuration information in the order grabbing condition editing page, and generates the order grabbing matching conditions based on the configured parameters of the order grabbing condition configuration items, wherein the order grabbing condition configuration items include at least one of order type, order preference, order smoothness, order revenue, delivery distance and delivery area; and / or, the rider side receives the order acceptance condition configuration information in response to the order acceptance condition editing operation, and configures the order acceptance condition configuration items according to the order acceptance condition configuration information in the order acceptance condition editing page, and generates the order acceptance matching conditions based on the configured parameters of the order acceptance condition configuration items, wherein the order acceptance condition configuration items include at least one of order type, order preference, order revenue and delivery distance.
[0094] In the above embodiment, considering that the order acceptance on the rider side specifically includes two modes: grabbing orders and accepting orders, the rider uses the grabbing order condition configuration information and the accepting order condition configuration information to generate grabbing order matching conditions and accepting order matching conditions respectively to match the orders to be delivered under different order acquisition modes.
[0095] For example, taking the first order condition configuration page displayed by the flexible delivery rider as an example, the order grabbing matching conditions and order acceptance matching conditions can be edited. When the rider responds to the order grabbing condition editing operation, that is, in the following example Figure 7 Click on the preferences in the automatic order grabbing area on the page shown. There are multiple order grabbing condition configuration items on the displayed order grabbing condition editing page. The specific page is as follows Figure 10 As shown, it includes at least one of order type, order preference, order convenience, order revenue, delivery distance and delivery area. At this time, the order grabbing condition configuration information is received, and the order grabbing condition configuration items are configured. For example, the order type and order preference are selected according to the rider's preferences or needs, the order convenience is selected according to the rider's delivery path at this time, the order revenue is adjusted according to the rider's needs, and the rider's work intensity, the cost-effectiveness of delivery and the specific location are considered. The distance between the pick-up point and the rider, the distance between the delivery point and the pick-up point, and the pick-up / delivery area are set within a certain range. In the pick-up / delivery area option, when you choose to grab orders in all areas, you do not need to edit it. When you choose to grab orders in a specified area, you need to make specific selections for the pick-up and delivery areas. Click Save on the page to generate complete order grabbing matching conditions. Similarly, the generation process of order acceptance matching conditions is exactly the same as the generation process of order grabbing matching conditions. The difference is that the specific page is as follows Figure 11 As shown, the configuration items of order convenience and pickup / delivery area are usually not set in the order acceptance condition editing page. This is mainly because the assigned orders generally take into account the location information of the rider and the order delivery status, ensuring that the order and the rider meet certain convenience conditions before being assigned to the designated rider. Therefore, there is no need for the rider to set it again. The other configuration items are consistent with the automatic order grabbing condition configuration items, and the order type, order preference, order revenue and order distance can be set.
[0096] 203. The rider generates order matching conditions based on the order grabbing matching conditions and / or order accepting matching conditions and sends them to the server.
[0097] Specifically, the order matching conditions can include only one of the order grabbing matching conditions and the order receiving matching conditions, or can include both of the above conditions at the same time. This setting method takes into account that riders can choose to only grab orders, only receive orders, and the three different situations of enabling both order acquisition methods based on their own needs. It also takes into account the different identity characteristics of riders. For regional delivery riders and full-time delivery riders, the order matching conditions only include the order grabbing matching conditions. After generating the order matching conditions, the rider terminal sends the order matching conditions to the server for storage. On the one hand, it enables the server to immediately select target orders that meet the order matching conditions from multiple orders to be delivered after the order matching start request. On the other hand, after the server stores the order matching conditions in real time, it is also convenient for riders to make changes on the rider terminal.
[0098] 204. The rider terminal respectively generates an order grabbing matching start request and / or an order receiving matching start request in response to the triggering operations of the order grabbing matching start control and / or the order receiving matching start control, and sends the order grabbing matching start request and / or the order receiving matching start request to the server.
[0099] In an optional implementation manner, step 204 can be implemented in the following way: the rider terminal responds to the triggering operation of the order grabbing matching start control, displays multiple order grabbing effective condition options, or configures multiple order grabbing effective condition options to be in an operable state; the rider terminal generates an order grabbing matching effective condition in response to the selection operation for any one of the order grabbing effective condition options, and sends the order grabbing matching effective condition to the server, where the order grabbing matching effective condition is always effective or only effective when there is no order in the order task list.
[0100] For example, as Figure 7 shown, when the rider has pre-completed the editing and generation of the order grabbing matching conditions, it is necessary to further initiate an order grabbing matching start request so that the server can screen target orders that meet the order grabbing matching conditions in the order grabbing hall. The specific implementation method requires the rider to trigger the order grabbing matching start control on the page. At this time, another option right will also be provided to the rider, that is, after the rider triggers the order grabbing matching start control, the rider can select different order grabbing effective condition options to select in what delivery state the rider can accept the orders automatically grabbed by the server for the rider. For example, Figure 9As shown, in one case, it is always effective, that is, as long as the number of orders in the order task list on the rider side does not exceed the upper limit of the order quantity, the server will always grab orders for the rider to fill the order task list. In another case, the rider can choose to be effective only when there are no orders in the order task list. This case is usually applied when the rider is used to manually grabbing orders usually and has more autonomy. The automatic order grabbing function is only used as an auxiliary to make additional supplements when the rider lacks orders. Once the rider has an order being delivered or there are orders waiting to be delivered, the server will not automatically grab orders for the rider.
[0101] In an optional implementation manner, step 204 can also be implemented in the following way: The rider side responds to the trigger operation of the order receiving matching enabling control and displays order receiving condition restriction options, where the order receiving condition restriction options include no order receiving condition restriction option and having order receiving condition restriction option; The rider side responds to the selection operation of the having order receiving condition restriction option and generates an order receiving matching enabling request, where the having order receiving condition restriction option is associated with an order receiving condition editing enabling control, and the order receiving condition editing enabling control is used to respond to the order receiving condition editing request and display an order receiving condition editing page.
[0102] For example, the rider side is also equipped with an order receiving matching enabling control. Considering that the application scenarios of automatic order receiving and automatic order grabbing are different, the enabling of the control and the generation of the matching condition in the automatic order grabbing function are independent of each other, while the enabling of the control and the generation of the matching condition in the automatic order receiving function are associated with each other. When the rider triggers the order receiving matching enabling control, it means that the rider is willing to enable the automatic order receiving function. At this time, order receiving condition restriction options will appear on the page, specifically divided into no order receiving condition restriction option and having order receiving condition restriction option. When the rider selects the no order receiving condition restriction option, as Figure 7 shown, it means that the rider has no special requirements for assigned orders and can perform delivery services. At this time, no editing is required, and the server defaults that the order receiving matching condition of the rider is to be able to accept all orders without any condition restrictions; When the rider selects the having order receiving condition restriction option, as Figure 8 shown, the rider can initiate an order receiving condition editing request to generate an order receiving matching condition on the order receiving condition editing page. Among them, the order receiving condition editing page can be in a folded state and is only displayed when the rider selects the having order receiving condition restriction option, or it can always exist, that is, it is in an uneditable state before the rider selects the having order receiving condition restriction option. When the option of accepting partial assigned orders is selected, it will automatically jump to Figure 11 the page.
[0103] 205. The server responds to the order automatic refresh request received from the rider side and updates multiple orders to be delivered based on a preset time interval.
[0104] In this embodiment, the orders to be delivered in the server are constantly updated. Some orders have been assigned to other riders and there are new orders to be delivered. The rider needs to refresh the page on the rider side to obtain the latest orders to be delivered. Considering that when the rider turns on the automatic order acquisition function, the server must also send the latest valid orders to be delivered to the rider side. At the same time, the rider is unlikely to have a lot of time to refresh the page continuously, so an order automatic refresh control is set for the rider side, such as Figures 4 to 8 As shown, the rider's operation to turn on the order automatic refresh control will generate an order automatic refresh request, and the server will continuously refresh the orders to be delivered in response to the order automatic refresh request, and obtain the latest status of the orders to be delivered in a timely manner to ensure that the orders automatically assigned to the rider are valid orders, reduce the difficulty for the rider to obtain orders, and ensure the continuity of the rider's acquisition of orders.
[0105] 206. In response to receiving the request to start order matching and / or the request to start order matching, the server selects a target order that meets the order matching conditions and / or the order matching conditions from multiple orders to be delivered, and adds the target order to the order task list on the rider side.
[0106] In an optional embodiment, the orders to be delivered include ordinary orders and assigned orders, and the order matching conditions include order-grabbing matching conditions and order-accepting matching conditions. Step 206 can be implemented in the following manner: the server obtains the first delivery parameter of the ordinary order and / or the second delivery parameter of the assigned order in response to receiving the order matching start request sent by the rider end, and the server marks the ordinary order whose first delivery parameter meets the order-grabbing matching condition as the target order; and / or, the server marks the assigned order whose second delivery parameter meets the order-accepting matching condition as the target order.
[0107] In this embodiment, after the server receives the order matching start request sent by the rider, it screens the target orders based on the received order matching conditions. The order matching conditions are divided into order grabbing matching conditions and order acceptance matching conditions. After receiving the order grabbing matching conditions, the server obtains the first delivery parameter in the ordinary order. The first delivery parameter specifically includes order type, order preference, order convenience, order revenue, delivery distance and delivery area, etc., which specifically correspond to the order grabbing matching conditions. The server compares the first delivery parameter in the ordinary order with each configuration item in the order grabbing matching conditions one by one. When the first delivery parameters in the ordinary order meet the order grabbing matching conditions, the ordinary order is marked as the target order; similarly, the allocation method of the assigned order requires comparing the second delivery parameter of the assigned order with each configuration item in the order acceptance matching conditions one by one, and finally determining the target order in the assigned order based on the comparison results.
[0108] In an optional embodiment, step 206 can be implemented in the following manner: the server selects a target order that meets the order matching conditions from multiple orders to be delivered in response to receiving an order matching start request sent by the rider side, and obtains the order matching effectiveness conditions; when the server identifies that the order matching effectiveness conditions of the rider side are always effective, and the number of orders in the order task list of the rider side is less than the simultaneous order quantity threshold pre-set by the rider side, the target order is added to the order task list; when the server identifies that the order matching effectiveness conditions of the rider side are effective only when there is no order in the order task list, and there is no order task in the order task list, the target order is sent to the order task list.
[0109] In this embodiment, the server determines the target order based on the comparison result between the first delivery parameter of the ordinary order and the order-grabbing matching condition and sends it to the order task list on the rider side waiting for the rider to deliver. The delivery parameters mainly include some basic order delivery information of the order to be delivered. In addition, this application also provides the rider with order-grabbing matching effectiveness conditions based on the rider's own wishes. That is, when the server recognizes that the order-grabbing matching effectiveness conditions on the rider side are always effective, the server can continue to dispatch orders to the rider side until the number of orders in the order task list on the rider side reaches the threshold of the number of simultaneous orders; and when the server recognizes that the order-grabbing matching effectiveness conditions on the rider side are effective only when there is no order in the order task list, the server will only dispatch orders to the rider side when there is no order in the order task list on the rider side, so as to meet the rider's own delivery needs.
[0110] In an optional embodiment, step 206 can be implemented in the following manner: the server responds to order matching start requests sent by multiple rider terminals, obtains order matching conditions corresponding to multiple rider terminals and delivery parameters of multiple orders to be delivered, and judges one by one whether the delivery parameters of multiple orders to be delivered meet the order matching conditions corresponding to multiple rider terminals; when there is any order to be delivered whose delivery parameters simultaneously meet the order matching conditions corresponding to multiple rider terminals, the server marks the order to be delivered corresponding to the delivery parameters as a target order, and obtains multiple delivery status information corresponding to multiple rider terminals respectively; the server scores the multiple delivery status information corresponding to multiple rider terminals based on preset scoring rules, obtains the delivery scores of multiple rider terminals, and sorts the multiple delivery scores from high to low, and marks the rider terminal with the highest delivery score as the target rider terminal.
[0111] In this embodiment, in a real delivery scenario, usually a large number of riders have enabled the function of automatically obtaining orders. However, the number of configuration items in the order matching conditions is limited. Inevitably, there will be a large number of riders with exactly the same order matching conditions. At this time, if there is a to-be-delivered order that meets the order matching conditions of multiple riders, the server needs to distinguish the riders according to certain rules and select the most suitable rider for delivery. Specifically, the delivery status information of the rider can be obtained through the rider terminal, including the rider's current location, the traveling direction of the orders already received by the rider, the rider's rank, the possibility of the rider rejecting an order, etc. Based on the above delivery status information, a comprehensive score is calculated to obtain the delivery score of each rider terminal. Then, the rider with the highest delivery score is selected as the most suitable rider for delivering this order, and the order is sent to the rider terminal of this rider. In this embodiment, considering the possible scenarios in the real order-grabbing scenario, additional judgment rules are set to solve the problem that an order meets the order matching conditions of multiple riders, making the order scheduling more efficient and accurate.
[0112] In an alternative embodiment, the to-be-delivered order includes a combined order, and the combined order includes multiple sub-orders; step 206 can be implemented in the following manner: The server obtains the sub-delivery parameters of multiple sub-orders in the combined order, and compares each of the multiple sub-delivery parameters with the order matching conditions one by one; when all the sub-delivery parameters meet the order matching conditions, the combined order corresponding to the sub-delivery parameters is marked as the target order, the target order is sent to the rider terminal, and multiple sub-orders in the target order are added to the order task list of the rider terminal.
[0113] In this embodiment, in the previous steps, according to the type of the to-be-delivered order, it can be divided into a general order and a designated order. Traditional orders are all single orders, that is, there is only one to-be-completed delivery task. In a specific scenario, there is a combined order, which includes multiple sub-orders. There is a strong correlation or a certain commonality among the multiple sub-orders. For example, they have the same delivery location, or the pick-up and delivery locations are close. Therefore, assigning one rider to complete the combined order can not only improve the delivery efficiency of the order, but also increase the task volume of the rider. In this case, it is necessary to obtain the sub-delivery parameters of each sub-order in the combined order. Only when all the sub-delivery parameters meet the order matching conditions can the combined order be sent to the order task list of the rider terminal to ensure that the rider can complete each sub-order in the target order.
[0114] The delivery order scheduling method provided in this embodiment receives order condition configuration information on the order condition editing page, and then generates order grabbing matching conditions and / or order receiving matching conditions and sends them to the server. The rider side can also set the effective conditions for order grabbing matching according to the rider's needs. Based on the order receiving matching conditions, the server automatically refreshes the orders to be delivered, reasonably distributes them when the orders to be delivered meet multiple order matching conditions, and properly distributes and merges orders, enabling riders to automatically obtain orders that meet their delivery needs, improving the delivery efficiency of orders, and making order scheduling more reasonable.
[0115] Further, as Figures 1 to 11 a specific implementation of the method shown, this embodiment provides a delivery order scheduling device, as Figure 12 shown. The device includes: an order page display module 31, an order condition generation module 32, and an order matching activation module 33, where:
[0116] The order page display module 31 is configured to display an order condition editing page in response to an order condition editing request;
[0117] The order condition generation module 32 is configured to receive order condition configuration information through the order condition editing page, generate order matching conditions based on the order condition configuration information, and send the order matching conditions to the server;
[0118] The order matching activation module 33 is configured to send the order matching activation request to the server in response to an order matching activation request, select target orders that meet the order matching conditions from multiple orders to be delivered, and add the target orders to the order task list.
[0119] In a specific application scenario, the order condition editing request includes an order grabbing condition editing request and / or an order receiving condition editing request; the order page display module 31 is specifically configured to display an order grabbing condition editing page in response to the order grabbing condition editing request; and / or, display an order receiving condition editing page in response to the order receiving condition editing request; where the order grabbing condition editing page includes multiple order grabbing condition configuration items, and the order receiving condition editing page includes multiple order receiving condition configuration items.
[0120] In a specific application scenario, the order condition configuration information includes order grabbing condition configuration information and / or order acceptance condition configuration information; the order condition generation module 32 is specifically used to receive the order grabbing condition configuration information in response to the order grabbing condition editing operation, and configure the order grabbing condition configuration items according to the order grabbing condition configuration information in the order grabbing condition editing page, and generate order grabbing matching conditions based on the configured parameters of the order grabbing condition configuration items, wherein the order grabbing condition configuration items include at least one of order type, order preference, order convenience, order revenue, delivery distance and delivery area; and / or, in response to the order acceptance condition editing operation, receive the order acceptance condition configuration information, and configure the order acceptance condition configuration items according to the order acceptance condition configuration information in the order acceptance condition editing page, and generate order acceptance matching conditions based on the configured parameters of the order acceptance condition configuration items, wherein the order acceptance condition configuration items include at least one of order type, order preference, order revenue and delivery distance; generate order matching conditions based on the order grabbing matching conditions and / or the order acceptance matching conditions.
[0121] In a specific application scenario, the order matching start module 33 is specifically used to generate an order grabbing matching start request in response to the triggering operation of the order grabbing matching start control; and / or, to generate an order receiving matching start request in response to the triggering operation of the order receiving matching start control; and send the order grabbing matching start request and / or the order receiving matching start request to the server.
[0122] In a specific application scenario, the order matching start module 33 is also used to respond to the triggering operation of the grab order matching start control, display multiple order grabbing effectiveness condition options, or configure multiple order grabbing effectiveness condition options to an operable state; in response to the selection operation of any order grabbing effectiveness condition option, generate the order grabbing matching effectiveness condition, and send the order grabbing matching effectiveness condition to the server, wherein the order grabbing matching effectiveness condition is always effective or only effective when there is no order in the order task list.
[0123] In a specific application scenario, the order matching start module 33 is also used to display the order condition restriction option in response to the triggering operation of the order matching start control, wherein the order condition restriction option includes an option without order condition restriction and an option with order condition restriction; in response to the selection operation of the option with order condition restriction, an order matching start request is generated, wherein the option with order condition restriction is associated with an order condition editing start control, and the order condition editing start control is used to display the order condition editing page in response to the order condition editing request.
[0124] In a specific application scenario, the device further includes an identity recognition module 34, which is specifically configured to recognize the identity characteristics of a rider in response to an order condition configuration request. The identity characteristics include at least one of a flexible delivery rider, a regional delivery rider, and a full-time delivery rider. When the identity characteristics are recognized as a flexible delivery rider, a first order condition configuration page is generated. The first order condition configuration page is provided with a rush order configuration area and an order receiving configuration area. And / or, when the identity characteristics are recognized as a regional delivery rider, a second order condition configuration page is generated. The second order condition configuration page is provided with a rush order configuration area. And / or, when the identity characteristics are recognized as a full-time delivery rider, a third order condition configuration page is generated. The third order condition configuration page is provided with a rush order configuration area and a fixed order receiving area. The rush order configuration area is provided with a rush order condition editing page and a rush order activation control. The order receiving configuration area is provided with an order receiving condition editing page and an order receiving activation control. The fixed order receiving area is an uneditable area.
[0125] It should be noted that for other corresponding descriptions of each functional unit involved in the delivery order scheduling device provided in this embodiment, reference can be made to Figures 1 to 9 the corresponding description therein, which will not be elaborated here.
[0126] Further, as Figures 1 to 9 a specific implementation of the method shown, this embodiment provides a delivery order scheduling device, as Figure 13 shown. The device includes an order matching module 41, where:
[0127] The order matching module 41 is configured to select a target order that meets the order matching conditions from multiple orders to be delivered in response to receiving an order matching activation request, and add the target order to the order task list on the rider side. The order matching conditions are generated based on order condition configuration information, and the order condition configuration information is received through the order condition editing page on the rider side.
[0128] In a specific application scenario, the orders to be delivered include ordinary orders and assigned orders. The order matching conditions include rush order matching conditions and order receiving matching conditions. The order matching module 41 is specifically configured to, in response to receiving an order matching activation request sent from the rider side, obtain the first delivery parameter of the ordinary order and / or the second delivery parameter of the assigned order; mark the ordinary order whose first delivery parameter meets the rush order matching conditions as the target order; and / or, mark the assigned order whose second delivery parameter meets the order receiving matching conditions as the target order.
[0129] In a specific application scenario, the order matching module 41 is specifically configured to, in response to receiving an order matching start request sent by the rider terminal, select a target order that meets the order matching conditions from multiple orders to be delivered, and obtain the effective conditions for order grabbing matching; when it is recognized that the effective conditions for order grabbing matching at the rider terminal are always effective, and the number of orders in the order task list at the rider terminal is less than the threshold of the number of orders accepted simultaneously preset by the rider terminal, add the target order to the order task list; when it is recognized that the effective conditions for order grabbing matching at the rider terminal are effective only when there is no order in the order task list, and there is no order task in the order task list, send the target order to the order task list.
[0130] In a specific application scenario, the order matching module 41 is specifically configured to, in response to receiving an order automatic refresh request sent by the rider terminal, update multiple orders to be delivered based on a preset time interval, and select an order that meets the order acquisition conditions from the updated multiple orders to be delivered as the target order.
[0131] In a specific application scenario, the order matching module 41 is specifically configured to, in response to order matching start requests sent by multiple rider terminals, obtain the order matching conditions corresponding to the multiple rider terminals and the delivery parameters of multiple orders to be delivered, and judge one by one whether the delivery parameters of the multiple orders to be delivered meet the order matching conditions corresponding to the multiple rider terminals; when there is any order to be delivered whose delivery parameters simultaneously meet the order matching conditions corresponding to the multiple rider terminals, mark the order to be delivered corresponding to the delivery parameters as the target order, and obtain multiple delivery status information respectively corresponding to the multiple rider terminals; score the multiple delivery status information respectively corresponding to the multiple rider terminals based on a preset scoring rule to obtain the delivery scores of the multiple rider terminals, sort the multiple delivery scores from high to low, and mark the rider terminal with the highest delivery score as the target rider terminal; add the target order to the order task list of the target rider terminal.
[0132] In a specific application scenario, the order to be delivered includes a merged order, and the merged order includes multiple sub-orders; the order matching module 41 is specifically configured to obtain the sub-delivery parameters of the multiple sub-orders in the merged order, and compare the multiple sub-delivery parameters with the order matching conditions one by one; when all the sub-delivery parameters meet the order matching conditions, mark the merged order corresponding to the sub-delivery parameters as the target order, send the target order to the rider terminal, and add all the sub-orders in the target order to the order task list of the rider terminal.
[0133] It should be noted that for other corresponding descriptions of each functional unit involved in the delivery order scheduling device provided in this embodiment, reference can be made toFigures 1 to 11 The corresponding description in it will not be elaborated here.
[0134] Based on the above as Figures 1 to 11 shown in the method, correspondingly, this embodiment also provides a storage medium, on which a computer program is stored, and when the program is executed by a processor, it implements the above as Figures 1 to 11 shown in the delivery order scheduling method.
[0135] Based on such an understanding, the technical solution of this application can be embodied in the form of a software product. This software product to be recognized can be stored in a non-volatile storage medium (which can be a CD-ROM, USB flash drive, mobile hard disk, etc.), and includes several instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) to execute the methods described in various implementation scenarios of this application.
[0136] Based on the above as Figures 1 to 11 shown in the method, and Figure 12 and Figure 13 shown in the embodiment of the delivery order scheduling device, in order to achieve the above purpose, this embodiment also provides a computer device for delivery order scheduling, which can specifically be a personal computer, server, smart phone, tablet computer, smart watch, or other network devices, etc. This computer device includes a storage medium and a processor; the storage medium is used to store computer programs and operating systems; the processor is used to execute the computer program to implement the above as Figures 1 to 11 shown in the method.
[0137] Optionally, this computer device may further include an internal memory, a communication interface, a network interface, a camera, a radio frequency (RF) circuit, sensors, an audio circuit, a WI-FI module, a display screen (Display), an input device such as a keyboard (Keyboard), etc. Optionally, the communication interface may further include a USB interface, a card reader interface, etc. The network interface may optionally include a standard wired interface, a wireless interface (such as a WI-FI interface), etc.
[0138] Those skilled in the art can understand that the structure of the computer device for recognizing an operation action provided in this embodiment does not constitute a limitation on this computer device, and it may include more or fewer components, or combine certain components, or have different component arrangements.
[0139] The storage medium may also include an operating system and a network communication module. The operating system is a program for managing the hardware and software resources to be recognized of the above computer device, and supports the operation of information processing programs and other software and / or programs to be recognized. The network communication module is used to implement communication between various components inside the storage medium, as well as communication with other hardware and software in the information processing computer device.
[0140] Through the description of the above embodiments, those skilled in the art can clearly understand that the present application can be implemented by means of software plus a necessary general hardware platform, or can also be implemented by hardware. By receiving order condition configuration information on the order condition editing page, and then generating order matching conditions and sending them to the server. After the server responds to the order matching opening request, the target that meets the order matching conditions is sent to the rider-side order task list, so that the rider can quickly and efficiently deliver orders. In this way, the rider can automatically obtain orders that comprehensively consider his own delivery status and meet his own delivery needs, improving the delivery experience and efficiency of the rider, and on this basis, improving the scheduling efficiency of the orders and the matching degree between the scheduling result and the rider.
[0141] Those skilled in the art can understand that the drawings are only schematic diagrams of a preferred embodiment scenario, and the modules or processes in the drawings are not necessarily essential for implementing the present application. Those skilled in the art can understand that the modules in the devices in the embodiment scenario can be distributed in the devices in the embodiment scenario according to the description of the embodiment scenario, or can be correspondingly changed and located in one or more devices different from the present embodiment scenario. The modules in the above embodiment scenario can be combined into one module, or can be further split into multiple sub-modules.
[0142] The above serial numbers of the present application are only for description and do not represent the advantages or disadvantages of the embodiment scenario. The above disclosure is only several specific embodiment scenarios of the present application. However, the present application is not limited thereto, and any changes that can be thought of by those skilled in the art should fall within the protection scope of the present application.
Claims
1. A distribution order scheduling method, characterized in that, The method comprises: The rider side responds to the order condition editing request and displays the order condition editing page; The rider receives the order condition configuration information through the order condition editing page, generates an order matching condition based on the order condition configuration information, and sends the order matching condition to the server; The rider end responds to the order matching start request by sending the order matching start request to the server; In response to receiving the order matching start request, the server selects a target order that meets the order matching conditions from multiple orders to be delivered, and adds the target order to the order task list on the rider side.
2. The method according to claim 1, characterized in that, The order condition editing request includes an order grabbing condition editing request and / or an order acceptance condition editing request; The rider side responds to the order condition editing request and displays the order condition editing page, including: The rider end displays an order grabbing condition editing page in response to the order grabbing condition editing request; and / or the rider end displays an order accepting condition editing page in response to the order accepting condition editing request; Among them, the order grabbing condition editing page includes multiple order grabbing condition configuration items, and the order acceptance condition editing page includes multiple order acceptance condition configuration items.
3. The method according to claim 2, characterized in that The order condition configuration information includes order grabbing condition configuration information and / or order acceptance condition configuration information; The rider receives the order condition configuration information through the order condition editing page and generates order matching conditions based on the order condition configuration information, including: The rider side receives the order grabbing condition configuration information in response to the order grabbing condition editing operation, and configures the order grabbing condition configuration items according to the order grabbing condition configuration information on the order grabbing condition editing page, and generates order grabbing matching conditions based on the configured parameters of the order grabbing condition configuration items, wherein the order grabbing condition configuration items include at least one of order type, order preference, order convenience, order revenue, delivery distance and delivery area; and / or, The rider end receives the order condition configuration information in response to the order condition editing operation, and configures parameters of the order condition configuration items according to the order condition configuration information on the order condition editing page, and generates order matching conditions based on the configured parameters of the order condition configuration items, wherein the order condition configuration items include at least one of order type, order preference, order revenue, and delivery distance; The rider side generates order matching conditions based on the order grabbing matching conditions and / or the order accepting matching conditions.
4. The method according to claim 1, wherein The orders to be delivered include ordinary orders and assigned orders, and the order matching conditions include order-grabbing matching conditions and order-accepting matching conditions; In response to receiving the order matching start request, the server selects a target order that meets the order matching condition from a plurality of orders to be delivered, including: The server, in response to receiving the order matching start request sent by the rider, obtains the first delivery parameter of the ordinary order and / or the second delivery parameter of the assigned order; The server marks a general order whose first delivery parameter meets the order-snatching matching condition as a target order; and / or, the server marks an assigned order whose second delivery parameter meets the order-receiving matching condition as a target order.
5. A distribution order scheduling method, characterized in that, The method includes: In response to an order condition editing request, display an order condition editing page; Receive order condition configuration information through the order condition editing page, generate an order matching condition based on the order condition configuration information, and send the order matching condition to the server; In response to an order matching activation request, send the order matching activation request to the server to select target orders that meet the order matching condition from multiple orders to be delivered, and add the target orders to the order task list.
6. A distribution order scheduling method, characterized in that, The method includes: In response to receiving an order matching activation request, select target orders that meet the order matching condition from multiple orders to be delivered, and add the target orders to the order task list on the rider side, where the order matching condition is generated based on order condition configuration information, and the order condition configuration information is received through the order condition editing page on the rider side.
7. A distribution order scheduling device, characterized in that, The device includes: An order page display module for displaying an order condition editing page in response to an order condition editing request; An order condition generation module for receiving order condition configuration information through the order condition editing page, generating an order matching condition based on the order condition configuration information, and sending the order matching condition to the server; An order matching activation module for sending the order matching activation request to the server in response to an order matching activation request to select target orders that meet the order matching condition from multiple orders to be delivered, and adding the target orders to the order task list.
8. A distribution order scheduling device, characterized in that, The device includes: An order matching module for selecting target orders that meet the order matching condition from multiple orders to be delivered in response to receiving an order matching activation request, and adding the target orders to the order task list on the rider side, where the order matching condition is generated based on order condition configuration information, and the order condition configuration information is received through the order condition editing page on the rider side.
9. A storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.
10. A computer device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 6.