Order processing method, device, storage medium and electronic equipment

Abstract

This specification discloses an order processing method, device, storage medium and electronic device. When processing an order, in a scenario where the execution of all currently unfinished orders is a prerequisite, the specified range is adjusted based on the comprehensive execution efficiency of each order to be sent within a preset specified range, and then the execution method of the order to be sent is adjusted. It can be seen that this specification determines the execution method of the order to be sent based on the adjustment strategy of the specified range, and to a certain extent combines the processing method of all unfinished orders in the scenario, which can make the determined execution method of the order to be sent more comprehensive; it can also improve the execution efficiency of each order to be sent within the adjusted specified range while avoiding excessive negative impact on the execution of unfinished orders in the scenario. In addition, the technical means in this specification can intelligently and reasonably allocate the various resources used for order execution, so that each order can be better processed.

Description

Technical Field

[0001] This specification relates to the field of Internet technology, and in particular to order processing methods, devices, storage media, and electronic devices. Background Art

[0002] Information technologies such as artificial intelligence, big data, and the Internet of Things have made breakthrough progress in recent years. Applying information technology in order processing has become one of the main directions of development of order processing technology.

[0003] With the support of information technology, multiple orders can be processed simultaneously. However, the number of orders to be processed fluctuates in real time. Meanwhile, the total resources available for order execution remain relatively fixed. This makes it difficult to allocate limited resources rationally and flexibly across orders. Irrational resource allocation can result in insufficient resources allocated to some orders, preventing them from being processed promptly; and / or, resources allocated to other orders may become idle. Furthermore, inflexible resource allocation can impact both order execution efficiency and resource utilization.

[0004] Therefore, how to process orders reasonably and ensure the efficiency of order execution has become an urgent problem to be solved. Summary of the Invention

[0005] The embodiments of this specification provide an order processing method, device, storage medium, and electronic device to partially solve the above-mentioned problems existing in the prior art.

[0006] The embodiments of this specification adopt the following technical solutions:

[0007] An order processing method, comprising:

[0008] Get the specified range;

[0009] According to the specified range, among all the orders to be sent, determine the orders to be sent within the specified range;

[0010] Determine the overall execution efficiency of each pending order within the specified range based on the corresponding processing method for the range of each currently uncompleted order;

[0011] If the comprehensive execution efficiency corresponding to each pending order within the specified range does not meet the preset first condition, adjusting the specified range;

[0012] Determine, among all pending orders, pending orders within the adjusted specified range;

[0013] The orders to be sent within the adjusted specified range are processed using the processing method corresponding to the specified range.

[0014] Optionally, get the specified range, including:

[0015] For each preset task point, determine the designated range corresponding to the task point;

[0016] According to the specified range, among the orders to be sent, determining the orders to be sent within the specified range specifically includes:

[0017] Among the orders to be sent, determine the orders to be sent that are to be executed at the task point;

[0018] According to the designated range corresponding to the task point, among the orders to be sent executed at the task point, the orders to be sent within the designated range are determined.

[0019] Optionally, determining the comprehensive execution efficiency corresponding to each pending order within the specified range specifically includes:

[0020] Determine at least one of a comprehensive order acceptance rate and a comprehensive completion rate for each order to be sent within the specified range;

[0021] Determining the corresponding comprehensive execution efficiency of each order to be sent based on at least one of the comprehensive order acceptance rate and the comprehensive completion rate of each order to be sent;

[0022] If the comprehensive execution efficiency corresponding to each pending order within the specified range does not meet the preset first condition, the specified range is adjusted, specifically including:

[0023] If the comprehensive execution efficiency is less than the preset execution efficiency range, narrowing the specified range;

[0024] If the comprehensive execution efficiency is greater than a preset execution efficiency range, the specified range is expanded.

[0025] Optionally, adjusting the specified range specifically includes:

[0026] Based on at least one of the current status of each uncompleted order, the status of the delivery capacity, and a preset business goal, using a preset model, determine the extent to which the specified range should be adjusted while achieving the business goal;

[0027] The designated range is adjusted according to the degree of the adjustment.

[0028] Optionally, adjusting the specified range specifically includes:

[0029] For the task points corresponding to the specified range, a reference range corresponding to the task points is determined; orders within the specified range and the reference range are processed differently; the orders include: at least one of: pending orders, uncompleted orders, and completed orders;

[0030] Determining adjustments to the processing of orders within the reference range within a preset time period;

[0031] The designated range is adjusted based on adjustments made to the manner in which orders within the reference range are processed.

[0032] Optionally, adjusting the designated range according to adjusting the processing method of each order within the reference range specifically includes:

[0033] If the processing method of each order within the reference range is adjusted by narrowing the reference range, the designated range is deleted.

[0034] Optionally, the processing method corresponding to the specified range is adopted to process the pending orders within the adjusted specified range, specifically including:

[0035] For each pending order within the adjusted specified range, determining whether the individual execution efficiency of the pending order meets a preset second condition;

[0036] If not, then based on at least one of the current status of each uncompleted order and the status of the delivery capacity, predict the additional resources that will be consumed in executing the order to be shipped when the individual execution efficiency of the order to be shipped is optimized;

[0037] The processing method for the orders to be sent within the adjusted specified range is determined based on the preset basic resources to be consumed by each order to be sent within the adjusted specified range, the additional resources, and at least one of the processing methods corresponding to the specified range.

[0038] Optionally, based on at least one of the current status of each uncompleted order and the status of the delivery capacity, the additional resources that will be consumed in executing the order to be shipped when the individual execution efficiency of the order to be shipped is optimized are predicted, specifically including:

[0039] Predicting the optimal individual execution efficiency of the order to be sent;

[0040] Determining whether the optimal individual execution efficiency is greater than a preset execution efficiency threshold;

[0041] If so, determining the additional resources that will be consumed in executing the pending order based on at least one of the status of each current uncompleted order and the status of the delivery capacity;

[0042] If not, it is determined that the additional resources of the order to be sent are 0.

[0043] Optionally, based on at least one of the current status of each uncompleted order and the status of the delivery capacity, the additional resources that will be consumed in executing the order to be shipped when the individual execution efficiency of the order to be shipped is optimized are predicted, specifically including:

[0044] Determining, based on at least one of the current status of each uncompleted order and the status of the delivery capacity, the undetermined resources that will be consumed in executing the order to be shipped when the individual execution efficiency of the order to be shipped is optimized;

[0045] Determine the pending resources provided by the preset resource pool for the order to be sent;

[0046] The additional resources that will be consumed by executing the order to be sent are determined based on the pending resources that will be consumed by executing the order to be sent and the pending resources provided by the resource pool for the order to be sent.

[0047] Optionally, determining the additional resources to be consumed by executing the order to be sent based on the pending resources to be consumed by executing the order to be sent and the pending resources provided by the resource pool for the order to be sent specifically includes:

[0048] The additional resources to be consumed by executing the order to be sent are determined based on the size relationship between the pending resources to be consumed by executing the order to be sent and the pending resources provided by the resource pool for the order to be sent.

[0049] Optionally, determining the additional resources to be consumed by executing the order to be sent based on the pending resources to be consumed by executing the order to be sent and the pending resources provided by the resource pool for the order to be sent specifically includes:

[0050] If the pending resources consumed by executing the order to be sent are not greater than the pending resources provided by the resource pool for the order to be sent, determining the pending resources consumed by executing the order to be sent as additional resources;

[0051] If the pending resources that will be consumed by executing the order to be sent are greater than the pending resources provided by the resource pool for the order to be sent, the order to be sent is discarded.

[0052] The order processing device provided in this manual includes:

[0053] an acquisition module configured to acquire a specified range;

[0054] a first module for determining orders to be sent, configured to determine, from among all orders to be sent, orders to be sent within the specified range according to the specified range;

[0055] A comprehensive execution efficiency determination module configured to determine the comprehensive execution efficiency corresponding to each to-be-sent order within the specified range based on the processing method corresponding to the range where each uncompleted order currently exists;

[0056] An adjustment module configured to adjust the specified range when the comprehensive execution efficiency corresponding to each to-be-sent order within the specified range does not meet a preset first condition;

[0057] a second module for determining orders to be sent, configured to determine, among all orders to be sent, orders to be sent that are within the adjusted specified range;

[0058] The processing module is configured to process the to-be-sent orders within the adjusted specified range using a processing method corresponding to the specified range.

[0059] The computer-readable storage medium provided in this specification stores a computer program, and when the computer program is executed by a processor, the above-mentioned order processing method is implemented.

[0060] The electronic device provided in this specification includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the program, the above-mentioned order processing method is implemented.

[0061] At least one of the above technical solutions adopted in the embodiments of this specification can achieve the following beneficial effects:

[0062] When processing orders, the order processing methods, devices, storage media and electronic devices in the embodiments of this specification, in a scenario based on the execution of all currently unfinished orders, adjust the specified range based on the comprehensive execution efficiency of each order to be sent within a preset specified range, and then adjust the execution method of the order to be sent. It can be seen that this specification determines the execution method of the order to be sent based on the adjustment strategy of the specified range, and to a certain extent combines the processing methods of all unfinished orders in the scenario. On the one hand, it can make the determined execution method of the order to be sent more comprehensive; on the other hand, it can improve the execution efficiency of each order to be sent within the adjusted specified range while avoiding the adjustment from causing too much negative impact on the execution of the unfinished orders in the scenario. In addition, the adjustment of the specified range in this specification has the characteristics of strong flexibility, strong adaptability, strong real-time performance, etc., and can intelligently and reasonably allocate the various resources used for order execution, so that each order can be better processed. BRIEF DESCRIPTION OF THE DRAWINGS

[0063] The drawings described herein are used to provide a further understanding of this specification and constitute a part of this specification. The exemplary embodiments and descriptions of this specification are used to explain this specification and do not constitute an improper limitation of this specification. In the drawings:

[0064] Figure 1 A schematic diagram of the order processing process provided in the embodiments of this specification;

[0065] Figure 2a A schematic diagram of a designated range determined when the type of order is used as a range determination indicator to determine a designated range according to an embodiment of this specification;

[0066] Figure 2b A schematic diagram of a designated range determined when determining a designated range based on the geographical location of a delivery of an order to be sent according to an embodiment of this specification;

[0067] Figure 2c A schematic diagram of another designated range determined when determining a designated range based on the geographical location of a delivery of an order to be sent according to an embodiment of this specification;

[0068] Figure 2d A schematic diagram of an adjusted designated range and a reference range when the designated range is determined using the order type as a range determination indicator according to an embodiment of this specification;

[0069] Figure 2e A schematic diagram of an adjusted designated range and a reference range when determining a designated range based on the geographical location of a delivery of an order to be sent according to an embodiment of this specification;

[0070] Figure 2f A schematic diagram of another adjusted designated range and reference range when the designated range is determined using the order type as a range determination indicator according to an embodiment of this specification;

[0071] Figure 3 A schematic diagram of a process for determining additional resources provided in an embodiment of this specification;

[0072] Figure 4 A schematic diagram of a portion of the structure of an order processing device provided in an embodiment of this specification;

[0073] Figure 5 The embodiments of this specification provide corresponding Figure 1 Schematic diagram of electronic equipment. DETAILED DESCRIPTION

[0074] To make the objectives, technical solutions, and advantages of this specification more clear, the following will clearly and completely describe the technical solutions of this specification in conjunction with the specific embodiments of this specification and the corresponding drawings. Obviously, the embodiments described are only part of the embodiments of this specification, not all of the embodiments. Based on the embodiments in this specification, all other embodiments obtained by ordinary technicians in this field without making any creative efforts are within the scope of protection of this specification.

[0075] The technical solutions provided by the embodiments of this specification are described in detail below with reference to the accompanying drawings.

[0076] Figure 1 The order processing process provided in the embodiments of this specification may specifically include one or more of the following steps:

[0077] S100: Acquire a specified range.

[0078] The designated ranges in this specification can be used to differentiate how orders are handled. For example, orders within the designated range can be handled the same way; orders within the designated range can be handled differently from orders outside the designated range.

[0079] This specification does not limit the specific concept of an order. Specifically, an order can be used to represent an achievable task indicator. In some cases, an order can be a collection of information, while in other cases, an order can be composed of physical objects.

[0080] When an order is fulfilled by delivery transport, the scenario covered in this specification can correspond to the process where a user places an order, the merchant generates the corresponding goods for the order, and the delivery transport transports the corresponding goods to the corresponding user (the corresponding user may be the user who placed the order). In this case, the task indicator represented by the order can be: delivering the corresponding goods to the user.

[0081] Furthermore, this specification does not impose any specific restrictions on the execution process of an order. The execution process of an order may be: a series of processing processes taken to achieve the task indicators represented by the order.

[0082] In the scenario where an order is fulfilled through delivery capacity, the order fulfillment process may include processing at least one of the information corresponding to the order and the goods included in the order. The information corresponding to the order may include at least one of information about the user who created the order, information about the merchant who created the goods corresponding to the order, information about the delivery environment for the order (e.g., the road conditions when fulfilling the order), and information about the delivery capacity available for fulfilling the order.

[0083] Specifically, the order execution process may include at least one of the following: the process from the user generating an order to be sent to the user sending the order to be sent to the service, the process from the server processing the order to be sent and / or the order sent by the user (which may be an order from the user), the process from the merchant processing the received order, and the process from the delivery capacity processing the received order.

[0084] A pending order may be one that was generated during the user's product selection process on the page, and for which the user has not yet performed the "confirm order" operation (i.e., sent the pending order). During the user's creation of a pending order, the server may process the pending order based on the user's generated information to assist and / or guide the user in creating the pending order.

[0085] The designated range in this specification can be determined in various ways. Specifically, the designated range can be determined according to a preset range determination index.

[0086] In an optional scenario described herein, where orders are fulfilled through delivery capacity (this is not intended to limit the entity that fulfills the order; at least one of the server, user, or merchant may also fulfill the order), the scope determination indicator may be at least one of the following: user group, merchant group, order type, and geographic location. The scope determination indicator may be derived based on how the order is processed.

[0087] The order type can be determined based on actual needs. For example, the order type can be determined based on at least one of the amount of the goods in the order, the promised delivery time of the order, the resources consumed by the delivery capacity during the order execution, and the type of delivery capacity.

[0088] In addition, in an optional scenario of this specification, the type of order can also be determined based on the type of merchant corresponding to the order. In this case, the type of order can include takeout orders, supermarket orders, express delivery orders, etc.

[0089] Since the method of determining the specified range is flexible, subsequent adjustments to the specified range also have the characteristics of high flexibility, high adaptability, and high real-time performance.

[0090] S102: According to the specified range, among all orders to be sent, determine the orders to be sent within the specified range.

[0091] In actual scenarios, there are a large number of orders to be sent. This manual filters the orders to be sent by specifying a range to obtain the orders to be sent within the specified range, so as to distinguish at least part of the orders to be sent by specifying the range.

[0092] Optionally, for each order to be sent, it can be determined whether the processing of the order to be sent complies with the processing method corresponding to the specified range. If so, the order to be sent is an order to be sent within the specified range.

[0093] In an optional embodiment of this specification, when the order type is used as a range determination indicator to determine the specified range, such as Figure 2a As shown, the order types of takeout orders and supermarket orders can be used as the specified range, and the order types of express orders are outside the specified range.

[0094] In another optional embodiment of the present specification, when determining a designated range using the geographic locations involved in order delivery as a range determination indicator, the designated range may be determined by the pickup and delivery points for the same order that are located within a designated area. The designated area may be defined within predetermined geographic areas, such as a commercial district.

[0095] In another optional embodiment of the present specification, when determining the designated range based on the geographical location of the delivery of the order to be sent, the designated range can also be determined based on the distance between the pickup point and the delivery point of the order to be sent. If the distance between the pickup point and the delivery point of an order to be sent is less than or greater than a preset distance (having a threshold value), the order to be sent is determined to be within the designated range. Figure 2b As shown, in an exemplary scenario of this specification, the distance D between the pickup point α and the delivery point α of the order to be sent is α If the distance is less than the preset distance, the order to be sent α is an order to be sent within the specified range; the distance D between the pickup point β and the delivery point β of the order to be sent β β If the distance is greater than the preset distance, the pending order β is not an order to be sent within the specified range. In another exemplary scenario of this specification, the pending order β can be determined as an order to be sent within the specified range, and the pending order α can be determined as an order to be sent that is not within the specified range.

[0096] In another optional embodiment of the present specification, if one of the pickup point and delivery point of a to-be-shipped order is within a specified range, then the to-be-shipped order is an to-be-shipped order within the specified range. Figure 2c In the exemplary scenario shown, pending orders a, b, c, d, and e all have the same pickup point: pickup point P. If delivery point a, b, c, and e (not individually labeled) are all within a specified range, then pending orders a, b, c, and e are pending orders within the specified range. If delivery point d is not within the specified range, then pending order d is not a pending order within the specified range.

[0097] S104: Determine the comprehensive execution efficiency corresponding to each to-be-sent order within the specified range according to the processing method corresponding to the range where each uncompleted order currently exists.

[0098] In this specification, uncompleted orders may include orders that have begun execution but have not yet been completed. Specifically, in one optional embodiment of this specification, uncompleted orders may include, but are not limited to, pending orders. In another optional embodiment of this specification, uncompleted orders may include, but are not limited to, pending orders that have not yet been completed.

[0099] In the scenario where orders are fulfilled by delivery vehicles, "execution" can be performed by at least one of the following entities: the user (or user's terminal), the server, the merchant, or the delivery vehicle. The execution times of different order fulfillment entities can overlap. For example, a merchant may begin fulfilling an order while a delivery vehicle is en route to the merchant. At this point, both the merchant and the delivery vehicle are fulfilling the order.

[0100] Based on the above, the specified range in this specification can at least be used to limit the processing method for pending orders within the specified range. Since this specification includes at least the specified range and the range outside the specified range, there are at least two processing methods for all current uncompleted orders.

[0101] The term "order processing method" as used herein may be used to represent the allocation of at least one resource involved in one or more processes of executing an order. The resource may be at least one of human resources, computing resources, network resources, and monetary resources. The resource allocation method may be an implemented resource allocation method or a projected resource allocation method.

[0102] In the scenario where orders are fulfilled by delivery vehicles, human resources can refer to the order fulfillment capabilities provided by the delivery vehicles. Differences in order fulfillment capabilities among delivery vehicles can be caused by factors within the delivery vehicles themselves. For example, different delivery vehicles have varying degrees of familiarity with various geographic regions, resulting in different delivery vehicles being able to provide different fulfillment capabilities when fulfilling orders in different regions. In this scenario, the amount can include at least one of: an amount paid to the delivery vehicle, an amount borne by the user, and an amount collected and / or distributed by the platform to which the server belongs (e.g., to at least one of the delivery vehicle and the user).

[0103] Furthermore, human resources can also be determined by the type of delivery capacity. In an optional embodiment of this specification, the type of delivery capacity can be determined based on the delivery capacity management method of the platform to which the server belongs. This management method can be used to represent the platform's scheduling method for delivery capacity, the allocation of orders among various delivery capacities, and the amount the platform pays for the order fulfillment capabilities provided by the delivery capacity. For example, the type of part-time delivery capacity can be determined as express delivery, while the type of full-time delivery capacity can be determined as dedicated delivery.

[0104] Since the unfinished orders have not yet been fully executed, the execution of the unfinished orders faces many uncertainties, and the processing method determined for the unfinished orders may be predictive in nature.

[0105] The execution efficiency determined for the pending orders in this specification can be used to characterize the difference between the execution effect of one or more processes of executing the pending orders (the execution effect can be predicted or obtained based on the actual collected data) and the expected effect. If the execution effect is higher than the expected effect, it indicates that the execution efficiency is high; if the execution effect is lower than the expected effect, it indicates that the execution efficiency is low. The comprehensive execution efficiency corresponding to each pending order can be obtained based on the execution efficiency of each pending order.

[0106] Optionally, the execution effect can be obtained by the time consumed by one or more processes when executing the order to be sent.

[0107] It can be seen that the process in this manual combines the handling methods of all unfinished orders in the scenario to a certain extent when making decisions. On the one hand, it can obtain a more comprehensive adjustment strategy; on the other hand, it can improve the execution efficiency of each order to be sent within the specified range after adjustment while avoiding the adjustment from causing too much negative impact on the execution of unfinished orders in the scenario.

[0108] S106: If the comprehensive execution efficiency corresponding to each to-be-sent order within the specified range does not satisfy a preset first condition, the specified range is adjusted.

[0109] The first condition of this specification can be used to measure the overall execution efficiency.

[0110] Specifically, a corresponding threshold interval can be set for the comprehensive execution efficiency, and whether the comprehensive execution efficiency meets the preset first condition can be judged based on the threshold interval. If the comprehensive execution efficiency is within the threshold interval, the comprehensive execution efficiency meets the preset first condition. If the comprehensive execution efficiency is not within the threshold interval, the comprehensive execution efficiency does not meet the preset first condition.

[0111] In an optional embodiment of the present specification, the situation where the comprehensive execution efficiency is not within the threshold range may include at least one of: the comprehensive execution efficiency being greater than a maximum value defined by the threshold range, and the comprehensive execution efficiency being less than a minimum value defined by the threshold range. The manner and / or degree of adjustment to the specified range may be the same or different depending on the situation where the comprehensive execution efficiency is not within the threshold range.

[0112] It can be seen that by adjusting the specified range, the process in this specification can adjust the processing method for orders to be sent. Furthermore, from the above content, it can be seen that the processing method in this specification can be used to characterize the resource allocation method, and the process in this specification can adjust the resource allocation method for orders to be sent. In addition, since the total amount of resources available for execution of all orders in the entire order execution scenario will not undergo instantaneous and drastic changes, all order resources in the entire order execution scenario are shared, the process in this specification can also adjust the resource allocation method for orders other than orders to be sent.

[0113] S108: Among the orders to be sent, determine the orders to be sent that are within the adjusted specified range.

[0114] Since adjustments to the specified range are likely to be accompanied by adjustments to pending orders within the specified range, this specification determines pending orders within the specified range after adjusting the specified range. The pending orders within the specified range after the adjustment may be different from the pending orders within the specified range before the adjustment.

[0115] In an exemplary scenario of this specification, when the order type is used as a range determination indicator to determine the specified range, such as Figure 2a and Figure 2d As shown, before the specified range is adjusted, the supermarket order is an order type within the specified range; after the specified range is adjusted, the supermarket order is not an order type within the adjusted specified range.

[0116] In another exemplary scenario of this specification, when determining a designated range based on the geographical location of the delivery of the order to be sent, such as Figure 2c and Figure 2e As shown in the figure, before the specified range was adjusted, pending orders a, b, and c were all pending orders within the specified range. After the specified range was adjusted, pending orders a, b, and c were no longer within the adjusted specified range. However, pending order e remained within the specified range both before and after the adjustment.

[0117] S110: Processing the to-be-sent orders within the adjusted designated range using a processing method corresponding to the designated range.

[0118] For orders to be sent within the adjusted specified range, the processing method corresponding to the specified range can be used to process the orders to be sent; for orders to be sent outside the adjusted specified range, the processing method corresponding to the specified range may not be used to process them.

[0119] In an optional embodiment of the present specification, since the implementation of the process in the present specification will take a certain amount of time, the order processing method corresponding to the adjusted specified range at the time of executing this step may have changed compared to the processing method of the unadjusted specified range in the previous step.

[0120] From the above content, it can be seen that the process in this specification can not only flexibly and intelligently adjust the allocation of various resources involved in the order execution process, but also coordinate the allocation of resources among all orders that have not yet been executed.

[0121] The following is a detailed description of the order processing process described in this manual.

[0122] 1. Determine the designated range and the orders to be sent within the designated range.

[0123] In an optional embodiment of this specification, the designated range can be divided based on the task points corresponding to the order. Specifically, the process of determining the designated range can include determining the designated range corresponding to each preset task point. Task points can be determined based on actual scenarios, and this specification does not limit the number of task points involved or the specific method of determining tasks.

[0124] In an optional embodiment of the present specification, the designated range may correspond one-to-one to the task point.

[0125] A task point can be a pre-set point required to execute an order. This point can be a processing step implemented for the order, or a device or location used to implement a processing step. If an order is a collection of information, the task point corresponding to the order can be a server or terminal used to execute the order. If the order is for physical goods, the task point corresponding to the order can be a location used to execute the order, such as a pickup point (for pickup of the order) or a delivery point (for delivery of the order).

[0126] It is possible that the number of points required to execute an order is not unique; it is also possible that the task points corresponding to each order are not exactly the same; in addition, even if the task points corresponding to two orders are the same, the order of executing operations at each task point when executing the orders is not exactly the same.

[0127] In an optional embodiment of this specification, in the aforementioned scenario of fulfilling orders through delivery transport, the task point can be a location that the delivery transport passes through during the process of fulfilling the order. Specifically, at least one of the pickup point and the delivery point can be used as the task point.

[0128] When using delivery points as task points, there is a potential risk of increased data processing pressure due to the greater number of delivery points compared to pickup points. Therefore, delivery points that meet the task point classification criteria can be designated as a single task point. Specifically, within each pickup point, pick-up points located in the same area can be identified as a single task point. In this case, the task points identified based on the task point classification criteria can be used in the order processing process described in this specification. However, the order execution process for delivery transportation is based on the actual task execution corresponding to the order.

[0129] After determining the designated range based on the task point, a process of determining the pending orders within the designated range based on the designated range may include: determining, from among the pending orders, the pending orders executed at the task point; and determining, based on the designated range corresponding to the task point, from among the pending orders executed at the task point, the pending orders within the designated range.

[0130] For each order to be sent, when determining whether the order to be sent is executed at the task point, it can be determined whether the task point is included in the task points corresponding to the order to be sent. If so, the order to be sent is the order to be sent executed at the task point; if not, the order to be sent is not the order to be sent executed at the task point.

[0131] In the aforementioned scenario where the designated range is determined by order type, for each pending order corresponding to a task point, if the type of the pending order falls within the designated range, the pending order is considered to be within the designated range. Otherwise, the pending order is not within the designated range.

[0132] In a scenario where a specified range is determined based on the relative positional relationship between the task points corresponding to the orders, the process of determining the pending orders within the specified range may be: for each pending order executed at the task point, determining the previous task point reached before the pending order is reached during the execution of the pending order, and / or the next task point reached after the pending order is reached, as the target task point. If the target task point of the pending order is within the specified range, the pending order is an pending order within the specified range; if the target task point of the pending order is not within the specified range, the pending order is not an pending order within the specified range. Optionally, the target task point may be the task point corresponding to the pending order.

[0133] Still taking the above scenario of executing orders through delivery capacity as an example, if the task point in the specified range is determined to be the location of the merchant (the pickup point for orders executed by the merchant is the location of the merchant), then each pending order executed at the task point is a pending order executed by the merchant. Figure 2c As shown, the pending orders executed by the merchant are pending orders a, b, c, d, and e. Since the delivery points of orders a, b, c, and e are within the specified range, they are the pending orders within the specified range.

[0134] In this manual Figure 2c and Figure 2e The pickup point is exemplarily used as the task point. In other optional embodiments, the delivery point can also be used as the task point.

[0135] 2. Determine overall execution efficiency

[0136] As can be seen from the foregoing, the comprehensive execution efficiency in this specification can be used to characterize the comprehensive execution effect of each order to be sent. In an optional embodiment of this specification, the execution effect of an order can be obtained based on at least one of the order acceptance rate and the completion rate of the order.

[0137] In addition, to make the execution effect of an order more comprehensive, indicators such as the time between the server allocating the order and the delivery capacity accepting the order, the probability of an order becoming a timed order (the actual delivery time is later than the promised delivery time, which is a timeout), and the timeout duration of a timed order, etc., used to characterize the timeliness of the order allocation to the delivery capacity and / or the timeliness of the ordered goods being delivered to the user, can also be used to determine the execution effect of an order.

[0138] In this specification, the acceptance rate and completion rate of the orders to be sent, and at least one of the aforementioned indicators for characterizing timeliness may have a predictive nature.

[0139] The order acceptance rate can be calculated based on the probability that the pending order can be executed. Alternatively, the order acceptance rate of a pending order is positively correlated with the probability that the pending order can be executed. If the probability of a pending order being discarded is high, the order acceptance rate is low. Alternatively, the probability that the pending order can be executed can be used as the order acceptance rate.

[0140] The completion rate can be calculated based on the probability that the pending order will eventually be executed and completed. Optionally, the completion rate of a pending order is positively correlated with the probability that the pending order will eventually be executed and completed. If a pending order can be executed, but the probability of its completion is low, then the completion rate of the pending order is low. The order is considered to be finally executed and completed if the task indicator represented by the order is ultimately achieved. Alternatively, the probability that the pending order will eventually be executed and completed can be used as the completion rate.

[0141] In an optional embodiment of the present specification, the order acceptance rate can be obtained according to a preset order acceptance rate determination model, and the completion rate can be obtained according to a preset completion rate determination model.

[0142] In scenarios where orders are fulfilled through delivery capacity, a preset order acceptance rate determination model can be used based on the information corresponding to each currently uncompleted order and the information corresponding to the pending order to obtain the acceptance rate for the pending order. Specifically, the information corresponding to each currently uncompleted order and the information corresponding to the pending order can be input into the preset order acceptance rate determination model to obtain the acceptance rate for the pending order as a preset order acceptance rate output.

[0143] Furthermore, a preset completion rate determination model can be used based on the information corresponding to each currently uncompleted order and the information corresponding to the pending order to obtain the completion rate of the pending order. Specifically, the information corresponding to each currently uncompleted order and the information corresponding to the pending order can be input into the preset completion rate determination model to obtain a preset completion rate output representing the completion rate of the pending order.

[0144] This description does not restrict the order of determining the order acceptance rate and completion rate.

[0145] Thereafter, based on the acceptance rates of each pending order obtained in the aforementioned steps, a preset comprehensive order acceptance rate determination model can be used to determine the comprehensive order acceptance rate of each pending order. Furthermore, based on the completion rates of each pending order obtained in the aforementioned steps, a preset comprehensive completion rate determination model can be used to determine the comprehensive completion rate of each pending order.

[0146] Among them, the comprehensive order acceptance rate is positively correlated with the order acceptance rate of each order to be sent; the comprehensive completion rate is positively correlated with the completion rate of each order to be sent.

[0147] This statement does not restrict the order of determining the comprehensive order acceptance rate and comprehensive completion rate.

[0148] Furthermore, after obtaining the comprehensive order acceptance rate and / or comprehensive completion rate, a preset comprehensive execution efficiency determination model can be used to determine the comprehensive execution efficiency corresponding to each order to be sent.

[0149] Specifically, the comprehensive order acceptance rate and / or comprehensive completion rate can be input into the preset comprehensive execution efficiency determination model to obtain the comprehensive execution efficiency output by the comprehensive execution efficiency determination model.

[0150] Optionally, the comprehensive execution efficiency is positively correlated with the comprehensive order acceptance rate, and / or the comprehensive execution efficiency is positively correlated with the comprehensive completion rate.

[0151] 3. Adjust the specified range.

[0152] This manual covers at least two aspects of adjustment within a specified range: the "adjustment method" and the "adjustment degree." The following describes these two aspects separately.

[0153] (1) Determine the adjustment method for the specified range.

[0154] 1) Determine the adjustment method for the specified range based on the overall execution efficiency.

[0155] The comprehensive execution efficiency determined in the preceding steps provides a macroscopic representation of the expected execution performance of all pending orders. In practice, various scenarios may exist, such as the execution performance of individual pending orders exceeding expectations, the execution performance of individual pending orders meeting expectations, or the execution performance of individual pending orders falling short of expectations.

[0156] To facilitate comparison of comprehensive execution efficiency with expected execution results, this specification measures comprehensive execution efficiency using preset execution efficiency intervals. The execution efficiency intervals act like thresholds and can be used to characterize expected execution results.

[0157] Specifically, if the overall execution efficiency is less than a preset execution efficiency range, the specified range is narrowed. If the overall execution efficiency is greater than the preset execution efficiency range, the specified range is expanded. If the overall execution efficiency is within the preset execution efficiency range, the specified range is not adjusted.

[0158] In the aforementioned embodiment of determining the designated range based on the type of order to be sent, if the designated range before adjustment is the order type of takeaway order type and supermarket order type, such as Figure 2a and Figure 2d As shown in FIG, the adjustment to the specified range is to narrow the specified range, and the adjusted specified range can be a takeaway order type. In addition, the narrowing in this specification does not necessarily mean narrowing on the original basis. Figure 2a and Figure 2f In the scenario shown, express delivery orders can also be used as the adjusted designated range, while takeout orders and supermarket orders, which were originally within the designated range, will no longer be order types within the designated range, thereby narrowing the designated range.

[0159] In the aforementioned embodiment of determining the designated range based on the relative positional relationship between the task points corresponding to the orders to be sent, if the overall execution efficiency is less than the preset execution efficiency range, the preset distance is reduced so that at least part of the orders to be sent that were originally within the designated range are excluded from the adjusted designated range; if the overall execution efficiency is greater than the preset execution efficiency range, the preset distance is increased so that at least part of the orders to be sent that were originally outside the designated range are determined to be orders to be sent within the adjusted designated range.

[0160] It can be seen that the process in this specification is flexible and varied in the way it adjusts the specified range, which is conducive to improving the flexibility and efficiency of resource allocation.

[0161] 2) Determine the adjustment method for the specified range based on the preset reference range.

[0162] In addition to the specified ranges, other ranges may be preset in this specification.

[0163] In an optional embodiment of the present description, the process of determining each range may be: determining a range division rule based on a range determination index. For example, when the relative position relationship between the task points of an order is used as a range determination index, the step size for determining the range can be determined based on the relative position relationship between the task points as a range division rule. Then, determine the reference range. According to the preset range determination rule, the reference range is divided into several sub-ranges. According to the range determination index, at least one of the sub-ranges is used as a first alternative range, and at least one of the sub-ranges other than the first alternative range is used as a second alternative range, and so on, until all alternative ranges are determined. At least one of the alternative ranges is used as a designated range.

[0164] In another optional embodiment of the present specification, the range determination indicator includes sub-indicators preset for each range. The process of determining each range may be: determining a reference range. Based on a preset first sub-indicator, determining a range that meets the first sub-indicator within the reference range as a first alternative range; within the reference range other than the specified range, based on a preset second sub-indicator, determining a second alternative range that meets the second sub-indicator, and so on, until all alternative ranges are determined. At least one of the alternative ranges is used as the specified range.

[0165] Any one of the sub-indicators may be different from at least one of the other sub-indicators. For example, when determining the first candidate range, the geographical locations involved in order delivery are used as the first sub-indicator, and when determining the second candidate range, the type of order is used as the second sub-indicator.

[0166] It can be seen that there is no intersection between the ranges determined by this specification, and each range is a relative concept. This specification does not limit the order of determining the ranges. In actual scenarios, you can first determine the range with a later sequence number (for example, "first" in "first alternative range"), and then determine the range with an earlier sequence number.

[0167] It can be seen that the various ranges in this specification are related to each other during the determination process. Therefore, when adjusting at least one of the ranges, the other ranges are also indirectly adjusted, so as to achieve linkage adjustment of the various ranges.

[0168] After determining each range, determining an adjustment method for the designated range based on ranges other than the designated range may include: determining a preset time period; determining at least one of the ranges other than the designated range as a reference range; determining adjustments to the reference range within the preset time period; and then determining an adjustment method for the designated range based on the adjustments to the reference range within the preset time period.

[0169] In the exemplary scenario of this specification where the type of order is used as a range determination indicator to determine the specified range, the determined reference range can be as follows: Figure 2a 、 2d In the scenario where the specified range is determined based on the geographical location of the delivery of the order to be sent, the reference range can be determined as follows Figure 2c and 2e The attributes of the reference range (eg, the number of reference ranges, etc.) can be determined according to actual needs.

[0170] In the scenario where the designated range is determined based on the geographical location of the delivery of the order to be sent, this specification does not impose any specific restrictions on the relative positional relationship between the designated range, the reference range, and the task points corresponding to the designated range. Figure 2c As shown, the designated range 2 can be located around the reference range 1, and the designated range 1 can be at a certain distance from the reference range 1; the designated range 2 and the reference range 1 can both be located around the task point P, as shown in FIG. Figure 2e As shown, the designated range 1, the reference range 1 and the reference range 2 may all be at a certain distance from the task point P.

[0171] The preset time period may include a time period in the past relative to the current moment, or a time period in the future relative to the current moment. Since the preset time period may include a time period in the future, at least part of the adjustment to the reference range may have a predictive nature.

[0172] It can be seen that the process in this specification refers to other ranges when determining the adjustment method for the specified range, so that the order execution status within other ranges can be included in the basis for determining the adjustment method for the specified range, so that the adjustment for the specified range can not only improve the execution effect of the orders to be sent within the specified range, but also will not have a major negative impact on the execution effect of the orders within other ranges.

[0173] In an optional embodiment of the present specification, the priority of the orders to be sent within the specified range is lower than the priority of the orders to be sent within the reference range. If the adjustment to the processing method of each order within the reference range is to narrow the reference range, the specified range is deleted.

[0174] Deleting the specified range means adjusting the specified range to 0. In this case, even if pending orders within the specified range are generated, resources will not be allocated to those pending orders within that range. Alternatively, the generation of pending orders within the specified range can be directly prohibited. In the aforementioned scenario of fulfilling orders through delivery capacity, if the user attempts to generate pending orders within the deleted specified range, the user will be prompted that the current operation cannot be performed.

[0175] Optionally, each other range, such as the aforementioned reference range, may be redefined after each adjustment is made to the specified range. Figure 2c and Figure 2e As shown, the reference range redefined after the designated range is adjusted not only changes in range but also in quantity. In addition, a portion of the designated range 2 before adjustment becomes at least a portion of the reference range 2 after adjustment.

[0176] (2) Determine the degree of adjustment for the specified range.

[0177] In an optional embodiment of the present specification, the degree of adjustment for the specified range may be determined based on the comprehensive execution efficiency corresponding to each order to be sent within the specified range.

[0178] Optionally, the degree of adjustment of the specified range is positively correlated with the difference between the overall execution efficiency and a preset execution efficiency range.

[0179] In another optional embodiment of the present specification, a preset model may be used based on the current processing method of each uncompleted order and a preset business goal to determine the extent to which the specified range should be adjusted under the condition that the business goal is achieved. The specified range is adjusted based on the extent of the adjustment.

[0180] In a scenario where orders are executed through delivery capacity, the handling method of uncompleted orders can be characterized by at least one of the status of the uncompleted orders and the status of the delivery capacity.

[0181] The status of an uncompleted order can be determined based on at least one of a resource allocation method for the uncompleted order and a priority of the uncompleted order. Alternatively, the resource allocation method can be a delivery fee paid to a delivery vehicle, a delivery fee collected from a user, or an amount collected or paid by the platform to at least one of the delivery vehicle or the user (the amount can be used to refer to a virtual amount such as a coupon).

[0182] The status of the delivery capacity may be obtained based on at least one of the type of delivery capacity, the amount of available delivery capacity, and the distribution of the available delivery capacity in each area.

[0183] Business objectives can be determined based on actual scenarios. In an optional embodiment of this specification, the business objective can be to maximize at least one of the comprehensive order acceptance rate and the comprehensive completion rate while ensuring that the comprehensive execution efficiency is within the execution efficiency range.

[0184] In an optional embodiment of the present specification, the execution efficiency interval may be divided into several sub-intervals, each sub-interval corresponding to a business goal.

[0185] Optionally, each historical order whose comprehensive execution efficiency falls within an execution efficiency range can be determined from each historical order and used as a target historical order. Information corresponding to the target historical order is determined, and the actual comprehensive execution efficiency obtained from the data actually collected when executing the target historical order is determined. An execution efficiency range is determined based on the information corresponding to the target historical order and the actual comprehensive execution efficiency when executing the target historical order. The execution efficiency range is divided using a preset interval division rule to obtain sub-ranges within the execution efficiency range. Optionally, the preset interval division rule can be used to determine at least one of a starting point and a step size of a sub-range.

[0186] For each sub-interval, based on each target historical order with an actual comprehensive execution efficiency within the sub-interval, the designated historical range within which the target historical order falls is determined. Based on the sub-interval and the designated historical range within which each target historical order within the sub-interval falls, a correspondence between the sub-interval and the designated historical range is determined as the preset correspondence.

[0187] Among them, the actual comprehensive execution efficiency is similar to the determination process of the aforementioned comprehensive execution efficiency, but the actual comprehensive order acceptance rate and / or actual comprehensive completion rate used to determine the actual comprehensive execution efficiency are obtained based on the actual collected data.

[0188] When used online, a designated target can be determined within each preset business target. Within each subrange, a subrange corresponding to the designated target can be identified as the target subrange. Based on the preset correspondence, the historical designated range corresponding to the target subrange is determined as the target range. The difference between the current designated range and the target range is determined. Based on the difference between the current designated range and the target range, an adjustment degree is determined. The difference between the current designated range and the target range is positively correlated with the adjustment degree. Optionally, the difference between the current designated range and the target range can be used as the adjustment degree.

[0189] Optionally, through the process in this description, the current specified range can be adjusted so that the current specified range approaches the target range.

[0190] In another optional embodiment of the present specification, the adjustment degree for the specified range can also be determined based on the adjustment degree of the aforementioned reference range within a preset time period. Optionally, the adjustment degree of the specified range is positively correlated with the adjustment degree of the reference range within the preset time period.

[0191] If the specified range corresponding to the same task point is not unique, such as Figure 2c As shown, the adjustment degree of each specified range can be determined separately, and the total adjustment degree of all specified ranges can match the above adjustment method. For example, when the geographical locations involved in the order delivery are used as range determination indicators to determine the specified range, as shown in FIG. Figure 2c and Figure 2e As shown, the adjustment method determined for the specified range is to reduce the specified range. Although the area of ​​the adjusted specified range 1 is expanded, the specified range 2 is deleted during the adjustment, so that the adjusted specified range 1 is smaller than the sum of the specified range 1 and the specified range 2 before the adjustment, which is in line with the adjustment method.

[0192] The designated range is adjusted using the adjustment method and adjustment degree obtained in the above steps to obtain an adjusted designated range. Thereafter, the orders to be sent within the adjusted designated range can be determined from among the orders to be sent.

[0193] 4. Process the orders to be sent within the adjusted designated range.

[0194] The adjustments made to the specified range in the preceding steps are macroscopic adjustments to the allocation of resources used to execute all pending orders and / or uncompleted orders within the specified range. Subsequent steps can be further refined to address pending orders, making the resource allocation implemented through the procedures described herein more flexible, targeted, and appropriate for the specific circumstances of the pending orders.

[0195] Specifically, the process of processing the pending orders within the adjusted specified range using the processing method corresponding to the specified range may be: for each pending order within the adjusted specified range, determine whether the individual execution efficiency of the pending order meets the preset second condition. If so, process the pending order based on the preset basic resources. If not, predict the additional resources that will be consumed in executing the pending order when the individual execution efficiency of the pending order is optimized based on the processing methods of the current unfinished orders. Determine the processing method for the pending orders within the adjusted specified range based on the preset basic resources that will be consumed by each pending order within the adjusted specified range, the additional resources, and at least one of the processing methods corresponding to the specified range.

[0196] In a scenario where orders are executed through delivery capacity, the processing method for each current uncompleted order may include: at least one of the status of each current uncompleted order and the status of the delivery capacity.

[0197] In this specification, the optimal individual execution efficiency of a pending order may be the execution efficiency of the pending order in a current scenario where all resources provided by the pending order are sufficient. At least one of the individual execution efficiency and the optimal individual execution efficiency may be obtained using a predicted individual execution efficiency prediction model.

[0198] The second condition of this specification can be used to measure individual execution efficiency.

[0199] Specifically, a corresponding threshold value area can be set for the individual execution efficiency, and whether the individual execution efficiency meets the preset second condition is judged based on the threshold value interval. If the individual execution efficiency is within the threshold value interval, the individual execution efficiency meets the preset second condition, and at this time, there is no need to determine the additional resources for the order to be sent (or the additional resources can be set to 0). If the individual execution efficiency is not within the threshold value interval, the individual execution efficiency does not meet the preset second condition, and at this time, it is necessary to determine the additional resources for the order to be sent.

[0200] The term "additional resources" in this specification refers to the additional resources consumed when executing an order. In scenarios where orders are executed through delivery capacity, these additional resources can include resources consumed by the delivery capacity, resources borne by the user, or resources consumed by the platform to which the server belongs.

[0201] It can be seen that this specification can coordinate the allocation of resources among all pending orders and / or uncompleted orders through the determined additional resources.

[0202] In an optional embodiment of this specification, both the basic resources and the additional resources are resources actually consumed during order execution, such as computing resources. The process described herein can prepare the resources required to execute a pending order before it is sent, ensuring that sufficient resources are available for execution after the order is sent.

[0203] In another optional embodiment of this specification, both the basic resources and the additional resources represent the resources estimated to be consumed during order execution. These estimated resources are primarily used to guide decisions regarding whether and to what extent the pending order should be executed. If an execution entity, based on the basic resources and additional resources, determines that the resources consumed by executing the pending order are excessive, reaching a preset resource threshold, the pending order may be discarded and no longer executed, thereby avoiding resource usage caused by executing the pending order.

[0204] For example, in the aforementioned scenario of fulfilling an order with delivery capacity, if the pending order has not yet been sent to the server and the delivery capacity has not yet determined whether to execute the pending order, the basic resources and additional resources for the pending order can be provided to the corresponding user of the pending order, and the user can decide whether to send the pending order to the server. If the user believes that the required resources are too high and is unwilling to bear the cost, they can abandon the pending order.

[0205] It can be seen that through the process of this specification, not only can the resources required to execute the order to be sent be reserved for the order to be sent, but also a decision can be made on whether to execute the order to be sent and to what extent the order to be sent should be processed.

[0206] In an optional embodiment of the present specification, the situation where the individual execution efficiency is not within the threshold range may include at least one of: the individual execution efficiency is greater than the maximum value defined by the threshold range, and the individual execution efficiency is greater than the minimum value defined by the threshold range. Optionally, the method for determining additional resources may be the same or different in different situations where the individual execution efficiency is not within the threshold range.

[0207] Specifically, if the individual execution efficiency is greater than the maximum value defined by the threshold value interval, it indicates that the actual execution effect of the order to be sent is better than the expected execution effect. In this case, the additional resources determined may be a negative value.

[0208] As can be seen from the foregoing, one of the purposes of adjusting the specified range is to adjust the resource allocation method for all pending orders within the specified range from a macro perspective; the additional resources determined in this step are micro adjustments to the resource allocation method for any pending order based on this macro adjustment. In this step, the processing method for pending orders within the adjusted specified range is determined based on at least one of the basic resources, the additional resources, and the processing method corresponding to the specified range. This macro adjustment and micro adjustment can be combined to make the order processing achieved through the process of this specification more consistent with actual conditions and further improve the flexibility of the adjustment.

[0209] This specification does not impose any specific restrictions on the method of determining additional resources. It will now exemplify two methods: "determining additional resources based on a resource pool" and "determining additional resources based on manual rules."

[0210] (1) Determine additional resources based on the resource pool.

[0211] In actual order execution scenarios, the resources actually available for order execution are often constrained by the resource pool. In an optional embodiment of this specification, additional resources can be determined based on the undetermined resources that will be consumed by executing the pending order when achieving optimal individual execution efficiency for the pending order and the preset resource pool.

[0212] Specifically, the process of determining additional resources based on the resource pool may include: determining, based on the current processing method of each uncompleted order, the pending resources that will be consumed by executing the pending order when the individual execution efficiency of the pending order is optimized; determining, based on a preset resource pool, the pending resources provided by the resource pool for the pending order; and determining the additional resources that will be consumed by executing the pending order based on the pending resources consumed by executing the pending order and the pending resources provided by the resource pool for the pending order.

[0213] The pending resources consumed by the pending order can be obtained using a preset first pending resource determination model; the pending resources provided by the resource pool for the pending order can be obtained using a preset second pending resource determination model. The pending resources consumed by executing the pending order and / or the pending resources provided by the resource pool for the pending order are predictive in nature.

[0214] Optionally, based on the preset resource pool, the pending resources provided by the resource pool for the order to be sent can be predicted pending resources that the resource pool can provide for the order to be sent under the condition that the execution entity corresponding to the resource pool (for example, the user who generates the order to be sent) does not abandon the order to be sent.

[0215] The resource pool may be the resource pool corresponding to at least one execution entity involved in the execution of the pending order. In the aforementioned scenario where the order is executed by delivery capacity, the execution entity may be at least one of: a server, a merchant, or a delivery capacity. If the execution entity is the user who generated the pending order, the resource pool may be the resource pool corresponding to that user.

[0216] Specifically, according to a preset resource determination rule, a resource between the pending resources to be consumed in executing the order to be sent and the pending resources provided by the resource pool for the order to be sent can be determined as the additional resource to be consumed in executing the order to be sent.

[0217] In addition, the additional resources to be consumed by executing the order to be sent may be determined based on the size relationship between the pending resources to be consumed by executing the order to be sent and the pending resources provided by the resource pool for the order to be sent.

[0218] Specifically, if the pending resources that will be consumed in executing the order to be sent are not greater than the pending resources provided by the resource pool for the order to be sent, it indicates that the allocation of resources among the orders can be adjusted by determining additional resources to achieve the expected execution effect of the order to be sent. In this case, the pending resources that will be consumed in executing the order to be sent can be determined as additional resources.

[0219] If the pending resources consumed by executing the pending order are greater than the pending resources provided by the resource pool for the pending order, indicating that the execution effect of the pending order cannot be improved by determining additional resources, the pending order can be discarded.

[0220] For example, in the aforementioned scenario of fulfilling an order through delivery capacity, the user is the executor of the order. In this case, the pending resources provided by the resource pool for the order can be the additional amount that the user can bear.

[0221] If the additional resources are positive, it indicates that the execution effect of the pending order is difficult to meet expectations. At this time, if the pending resources to be consumed by the pending order and the pending resources provided by the resource pool for the pending order match, the user needs to spend additional money to improve the execution effect of the pending order.

[0222] If the additional resources are negative, it indicates that the execution effect of the order to be sent is better than expected. At this time, if the pending resources to be consumed by the order to be sent do not match the pending resources provided by the resource pool for the order to be sent, then even if the user is subsidized according to the additional resources, the user will not send the order to be sent (that is, the user will not perform the order placement operation), and the order to be sent can be discarded.

[0223] The operation of discarding the pending order can be performed by any entity involved in the process of executing the pending order. In other words, this specification does not limit the specific steps for discarding the pending order. Optionally, after determining to discard the pending order, a discard prompt message for the pending order is generated and sent to the entity that discarded the pending order.

[0224] In the aforementioned scenario of fulfilling an order through delivery capacity, at least one of the basic resources and additional resources of the pending order can be displayed to the user who generated the pending order, allowing the user to discard the pending order. Alternatively, after the user sends the pending order to the server, the server can discard the order.

[0225] Optionally, after determining to discard the pending order, other merchants whose similarity to the merchant corresponding to the pending order meets a preset similarity condition are determined from among the merchants based on the information corresponding to the pending order, and the information of the other merchants is displayed to the user who generated the pending order.

[0226] Alternatively, after determining to discard the pending order, other products whose similarity to the product corresponding to the pending order meets a preset similarity condition are determined from among the products based on the information corresponding to the pending order, and the information of the other products is displayed to the user who generated the pending order.

[0227] (2) Determine additional resources based on manual rules.

[0228] In actual order execution scenarios, the server not only processes orders based on various objective factors, but also combines preset manual rules to a certain extent.

[0229] In an optional embodiment of the present specification, manual rules can at least be used to coordinate between the various execution entities involved in the process of executing the order to be sent, so as to determine the resources consumed by each execution entity in the process of executing the order to be sent.

[0230] In the aforementioned scenario of executing orders through delivery capacity, the execution entity can be at least one of the user (or the user's terminal), the merchant, the delivery capacity, and the platform to which the server belongs.

[0231] For example, the relationship between the optimal individual execution efficiency of the orders to be sent and a preset execution efficiency threshold can be used as an artificial rule.

[0232] Specifically, the optimal individual execution efficiency of the order to be sent can be predicted; it is determined whether the optimal individual execution efficiency is greater than the preset execution efficiency threshold; if so, the additional resources that will be consumed in executing the order to be sent are determined based on at least one of the current status of each unfinished order and the status of the delivery capacity; if not, the additional resources of the order to be sent are determined to be 0.

[0233] It can be seen that the process in this specification uses additional resources determined according to manual rules, which can flexibly and efficiently adjust the processing method of the orders to be sent.

[0234] In addition, in another optional embodiment of the present specification, the relationship between the optimal individual execution efficiency of the order to be sent and the preset execution efficiency threshold, as well as the relationship between the attributes of the order to be sent and the third condition can be used as artificial rules. In this case, the process of determining additional resources can be as follows: Figure 3 As shown:

[0235] S300: Acquire the attributes of the order to be sent.

[0236] The attributes of an order can be used to characterize the value of the order. This value can be the revenue generated by processing the order for at least one of the execution entities involved in the order execution process, provided that the order is successfully executed. For example, if the execution entity is a server, the value of an order executed by the server can be the improvement in order processing efficiency achieved by the server, the resources gained by the server (or the platform to which the server belongs) from executing the order, and so on.

[0237] The attributes of the order can be obtained based on the information corresponding to the order. In the aforementioned scenario where the order is executed by the delivery capacity, the attributes can be the price of the product corresponding to the order, the type of order, the user information who generated the pending order, etc.

[0238] S302: Determine whether the attributes of the order to be sent meet a preset third condition based on the attributes of the order to be sent. If so, proceed to step S304. If not, proceed to step S308.

[0239] The preset third condition in this specification can be used to measure the attributes of a pending order. Specifically, corresponding standard attributes can be set for the attributes of the pending order, and based on these standard attributes, a determination is made as to whether the attributes of the pending order meet the preset third condition. If the attributes of the pending order match the preset standard attributes, the attributes of the pending order meet the preset third condition; if the attributes of the pending order do not match the preset standard attributes, the attributes of the pending order do not meet the preset third condition.

[0240] As can be seen, the standard attributes in this specification are used to determine the method for determining the additional resources of the pending orders. Different methods are used to determine the additional resources for pending orders that meet the third condition and those that do not meet the third condition. The standard attributes can be obtained according to the preset manual rules.

[0241] S304: Predict the optimal individual execution efficiency of the order to be sent.

[0242] S306: Determine whether the optimal individual execution efficiency is greater than a preset execution efficiency threshold, and if so, execute step S308. If not, execute step S310.

[0243] S308: Determine the additional resources that will be consumed in executing the order to be sent based on at least one of the current status of each uncompleted order and the status of the delivery capacity.

[0244] S310: Determine that the additional resource of the order to be sent is 0.

[0245] In an optional embodiment of the present specification, the standard attributes are used to determine high-value orders to be sent and / or orders to be sent that must be processed first by judging the attributes of the orders to be sent. Taking the aforementioned execution subject as an example, if the attributes of an order to be sent meet the third condition, it indicates that the order to be sent is a high-value order to be sent for the server. Furthermore, if the optimal individual execution efficiency of the order to be sent is greater than the preset execution efficiency threshold, it indicates that the task index of the order to be sent is achievable, and then the additional resources can be determined for the order to be sent, so that the allocation of resources is tilted towards the order to be sent to promote the execution of the order to be sent. If the optimal individual execution efficiency of the order to be sent is less than the preset execution efficiency threshold, it indicates that the task index of the order to be sent is not achievable, then even if the resource allocation method is tilted towards the order to be sent, the execution effect of the order to be sent will not meet expectations, then the additional resources of the order to be sent are set to 0 to avoid resource occupation.

[0246] In the aforementioned scenario of executing orders through delivery capacity, the additional resource can be the amount borne by the user. If the value of an order to be sent is higher, the order to be sent should be processed first. At this time, if it is determined that the optimal individual execution efficiency of the order to be sent cannot meet expectations, it means that even if the amount borne by the user is increased, the task indicators of the order cannot be achieved. If the amount borne by the user is increased, not only will the execution effect of the order to be sent not be improved, but it will also affect the user experience. It can be seen that the process in this manual can be better applied to various scenarios through the setting of manual rules.

[0247] It can be seen that the order processing method in the embodiment of this specification adjusts the specified range based on the comprehensive execution efficiency of each order to be sent within the preset specified range in a scenario based on the premise of executing all current unfinished orders when processing orders. It can be seen that the adjustment strategy for the specified range determined in this specification combines the processing method of all unfinished orders in the scenario to a certain extent. On the one hand, it can make the adjustment more comprehensive; on the other hand, it can improve the execution efficiency of each order to be sent within the adjusted specified range while avoiding the adjustment from causing too much negative impact on the execution of unfinished orders in the scenario. In addition, the adjustment of the specified range in this specification has the characteristics of strong flexibility, strong adaptability, and strong real-time performance. It can intelligently and reasonably allocate the resources used for order execution, so that each order can be better processed.

[0248] Based on the same idea, this specification also provides corresponding Figure 1 The order processing device of the process shown in FIG. Figure 4 shown.

[0249] Figure 4 This is a schematic diagram of the structure of the order processing device provided in the embodiments of this specification. The order processing device may include one or more of the following modules:

[0250] An acquisition module 400 configured to acquire a specified range;

[0251] A first module 402 for determining orders to be sent, configured to determine, from among all orders to be sent, orders to be sent within the specified range according to the specified range;

[0252] Comprehensive execution efficiency determination module 404, configured to determine the comprehensive execution efficiency corresponding to each pending order within the specified range according to the processing method corresponding to the range of each currently uncompleted order;

[0253] An adjustment module 406 is configured to adjust the specified range when the comprehensive execution efficiency corresponding to each to-be-sent order within the specified range does not meet a preset first condition;

[0254] A second to-be-sent order determination module 408 is configured to determine, among all to-be-sent orders, to-be-sent orders within the adjusted specified range;

[0255] The processing module 410 is configured to process the to-be-sent orders within the adjusted designated range using a processing method corresponding to the designated range.

[0256] Optionally, the acquisition module 400 is specifically configured to: determine, for each preset task point, a designated range corresponding to the task point.

[0257] Optionally, the first determination module 402 for orders to be sent is specifically configured to: determine, among all orders to be sent, the orders to be sent that are executed at the task point; and according to the specified range corresponding to the task point, determine, among all orders to be sent that are executed at the task point, the orders to be sent within the specified range.

[0258] Optionally, the comprehensive execution efficiency determination module 404 is specifically configured to: determine at least one of the comprehensive order acceptance rate and the comprehensive completion rate of each order to be sent within the specified range; and determine the corresponding comprehensive execution efficiency of each order to be sent based on at least one of the comprehensive order acceptance rate and the comprehensive completion rate of each order to be sent.

[0259] Optionally, the adjustment module 406 is specifically configured to: if the comprehensive execution efficiency is less than a preset execution efficiency interval, narrow the specified range; if the comprehensive execution efficiency is greater than the preset execution efficiency interval, expand the specified range.

[0260] Optionally, the adjustment module 406 may be further configured to: determine, based on at least one of the current status of each uncompleted order, the status of the delivery capacity, and a preset business goal, using a preset model to determine the extent to which the specified range should be adjusted under the condition that the business goal is achieved;

[0261] The designated range is adjusted according to the degree of the adjustment.

[0262] Optionally, the adjustment module 406 can also be configured to: determine the reference range corresponding to the task point corresponding to the specified range; the processing method of the orders within the specified range is different from that within the reference range; the orders include: at least one of: orders to be sent, unfinished orders, and completed orders; determine the adjustment of the processing method of each order within the reference range within a preset time period; adjust the specified range according to the adjustment of the processing method of each order within the reference range.

[0263] Optionally, the adjustment module 406 may be further configured to: delete the designated range if the processing method of each order within the reference range is adjusted by narrowing the reference range.

[0264] Optionally, the processing module 410 is specifically configured to: for each order to be sent within the adjusted specified range, determine whether the individual execution efficiency of the order to be sent meets the preset second condition; if not, based on at least one of the current status of each unfinished order and the status of the delivery capacity, predict the additional resources that will be consumed in executing the order to be sent when the individual execution efficiency of the order to be sent is optimized; based on the preset basic resources that will be consumed by each order to be sent within the adjusted specified range, the additional resources, and at least one of the processing methods corresponding to the specified range, determine the processing method for the orders to be sent within the adjusted specified range.

[0265] Optionally, the processing module 410 can also be configured to: predict the optimal individual execution efficiency of the order to be sent; determine whether the optimal individual execution efficiency is greater than a preset execution efficiency threshold; if so, determine the additional resources that will be consumed in executing the order to be sent based on at least one of the current status of each unfinished order and the status of the delivery capacity; if not, determine that the additional resources of the order to be sent are 0.

[0266] Optionally, the processing module 410 can also be configured to: determine the pending resources that will be consumed in executing the order to be sent when the individual execution efficiency of the order to be sent is optimized based on at least one of the current status of each unfinished order and the status of the delivery capacity; determine the pending resources provided by a preset resource pool for the order to be sent; and determine the additional resources that will be consumed in executing the order to be sent based on the pending resources that will be consumed in executing the order to be sent and the pending resources provided by the resource pool for the order to be sent.

[0267] Optionally, the processing module 410 may also be configured to determine the additional resources that will be consumed by executing the order to be sent based on the size relationship between the pending resources that will be consumed by executing the order to be sent and the pending resources provided by the resource pool for the order to be sent.

[0268] Optionally, the processing module 410 can also be configured as follows: if the pending resources that will be consumed by executing the order to be sent are not greater than the pending resources provided by the resource pool for the order to be sent, then the pending resources that will be consumed by executing the order to be sent are determined as additional resources; if the pending resources that will be consumed by executing the order to be sent are greater than the pending resources provided by the resource pool for the order to be sent, then the order to be sent is discarded.

[0269] The embodiments of this specification also provide a computer-readable storage medium, which stores a computer program. The computer program can be used to execute any of the above-mentioned order processing processes.

[0270] The embodiments of this specification also propose Figure 5 The schematic structure diagram of the electronic device shown in FIG. Figure 5 At the hardware level, the electronic device may include a processor, an internal bus, a network interface, memory, and non-volatile storage, and may also include other hardware required for the business. The processor reads the corresponding computer program from the non-volatile storage into the memory and then runs it to implement any of the above order processing processes.

[0271] Of course, in addition to software implementation, this specification does not exclude other implementation methods, such as the combination of logic device XOR software and hardware, etc., that is, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic device.

[0272] In the 1990s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements today can now be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by user programming. Designers can "integrate" a digital system on a PLD through their own programming, without having to hire a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly done using "logic compiler" software. This is similar to the software compiler used when developing programs. Before compilation, the original code must also be written in a specific programming language, called a hardware description language (HDL). There is not just one HDL, but many, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that by simply programming the method flow in one of these hardware description languages ​​and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

[0273] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also know that in addition to implementing the controller in a purely computer-readable program code format, the controller can be implemented in the form of logic gates, switches, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the means for implementing various functions included therein can also be considered as structures within the hardware component. Or even, the means for implementing various functions can be considered as both a software module implementing the method and a structure within the hardware component.

[0274] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0275] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0276] It will be understood by those skilled in the art that embodiments of the present invention may be provided as methods, systems, or computer program products. Thus, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0277] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowcharts and / or block diagrams, as well as combinations of processes and / or blocks in the flowcharts and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowcharts and / or block diagrams. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0278] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0279] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 The steps for the function specified in one or more boxes.

[0280] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0281] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0282] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media (transitory media), such as modulated data signals and carrier waves.

[0283] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0284] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Thus, this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0285] This specification may be described in the general context of computer-executable instructions, such as program modules, executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, and the like that perform specific tasks or implement specific abstract data types. This specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media, including storage devices.

[0286] The various embodiments in this specification are described in a progressive manner. Similar parts between the various embodiments can be referred to in conjunction with each other. Each embodiment focuses on the differences between the other embodiments. In particular, the system embodiments are generally similar to the method embodiments, so the description is relatively simple. For relevant parts, refer to the description of the method embodiments.

[0287] The foregoing is merely an example of the present invention and is not intended to limit the present invention. Various modifications and variations are possible for those skilled in the art. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present invention are intended to be included within the scope of the claims of the present invention.

Claims

1. An order processing method, characterized in that: The method comprises: Get the specified range; According to the specified range, among all the orders to be sent, determine the orders to be sent within the specified range; Determine the overall execution efficiency of each pending order within the specified range based on the corresponding processing method for the range of each currently uncompleted order; If the comprehensive execution efficiency corresponding to each pending order within the specified range does not meet the preset first condition, adjusting the specified range; Determine, among all pending orders, pending orders within the adjusted specified range; Dividing a reference range into a plurality of sub-ranges, determining an indicator based on the ranges, selecting at least one of the sub-ranges as a first candidate range, and selecting at least one of the sub-ranges other than the first candidate range as a second candidate range; When determining the first candidate range, the geographical locations involved in order delivery are used as the first sub-indicator, and when determining the second candidate range, the type of order is used as the second sub-indicator; If the specified range is narrowed, one type of order will be used as the adjusted specified range, and the order types within the original specified range will no longer be within the specified range, thus narrowing the specified range. The orders to be sent within the adjusted specified range are processed using the processing method corresponding to the specified range.

2. The method according to claim 1, wherein Get the specified range, including: For each preset task point, determine the designated range corresponding to the task point; According to the specified range, among the orders to be sent, determining the orders to be sent within the specified range specifically includes: Among the orders to be sent, determine the orders to be sent that are to be executed at the task point; According to the designated range corresponding to the task point, among the orders to be sent executed at the task point, the orders to be sent within the designated range are determined.

3. The method according to claim 1, wherein Determine the comprehensive execution efficiency corresponding to each pending order within the specified range, specifically including: Determine at least one of a comprehensive order acceptance rate and a comprehensive completion rate for each order to be sent within the specified range; Determining the corresponding comprehensive execution efficiency of each order to be sent based on at least one of the comprehensive order acceptance rate and the comprehensive completion rate of each order to be sent; If the comprehensive execution efficiency corresponding to each pending order within the specified range does not meet the preset first condition, the specified range is adjusted, specifically including: If the comprehensive execution efficiency is less than the preset execution efficiency range, narrowing the specified range; If the comprehensive execution efficiency is greater than a preset execution efficiency range, the specified range is expanded.

4. The method according to any one of claims 1 to 3, characterized in that Adjusting the specified range includes: Based on at least one of the current status of each uncompleted order, the status of the delivery capacity, and a preset business goal, using a preset model, determine the extent to which the specified range should be adjusted while achieving the business goal; The designated range is adjusted according to the degree of the adjustment.

5. The method according to any one of claims 1 to 3, characterized in that: Adjusting the specified range includes: For the task points corresponding to the specified range, a reference range corresponding to the task points is determined; orders within the specified range and the reference range are processed differently; the orders include: at least one of: pending orders, uncompleted orders, and completed orders; Determining adjustments to the processing of orders within the reference range within a preset time period; The designated range is adjusted based on adjustments made to the manner in which orders within the reference range are processed.

6. The method according to claim 5, wherein Adjustments to the designated range are made based on adjustments to the handling of orders within the reference range, including: If the processing method of each order within the reference range is adjusted by narrowing the reference range, the designated range is deleted.

7. The method according to any one of claims 1 to 3, characterized in that: The processing method corresponding to the specified range is used to process the pending orders within the adjusted specified range, specifically including: For each pending order within the adjusted specified range, determining whether the individual execution efficiency of the pending order meets a preset second condition; If not, then based on at least one of the current status of each uncompleted order and the status of the delivery capacity, predict the additional resources that will be consumed in executing the order to be shipped when the individual execution efficiency of the order to be shipped is optimized; The processing method for the orders to be sent within the adjusted specified range is determined based on the preset basic resources to be consumed by each order to be sent within the adjusted specified range, the additional resources, and at least one of the processing methods corresponding to the specified range.

8. The method according to claim 7, wherein Based on at least one of the current status of each uncompleted order and the status of the delivery capacity, the additional resources that will be consumed in executing the pending order when the individual execution efficiency of the pending order is optimized are predicted, specifically including: Predicting the optimal individual execution efficiency of the order to be sent; Determining whether the optimal individual execution efficiency is greater than a preset execution efficiency threshold; If so, determining the additional resources that will be consumed in executing the pending order based on at least one of the status of each current uncompleted order and the status of the delivery capacity; If not, it is determined that the additional resources of the order to be sent are 0.

9. The method according to claim 7, wherein Based on at least one of the current status of each uncompleted order and the status of the delivery capacity, the additional resources that will be consumed in executing the pending order when the individual execution efficiency of the pending order is optimized are predicted, specifically including: Determining, based on at least one of the current status of each uncompleted order and the status of the delivery capacity, the undetermined resources that will be consumed in executing the order to be shipped when the individual execution efficiency of the order to be shipped is optimized; Determine the pending resources provided by the preset resource pool for the order to be sent; The additional resources that will be consumed by executing the order to be sent are determined based on the pending resources that will be consumed by executing the order to be sent and the pending resources provided by the resource pool for the order to be sent.

10. An order processing device, characterized in that: The device comprises: an acquisition module configured to acquire a specified range; a first module for determining orders to be sent, configured to determine, from among all orders to be sent, orders to be sent within the specified range according to the specified range; A comprehensive execution efficiency determination module configured to determine the comprehensive execution efficiency corresponding to each to-be-sent order within the specified range based on the processing method corresponding to the range where each uncompleted order currently exists; An adjustment module configured to adjust the specified range when the comprehensive execution efficiency corresponding to each to-be-sent order within the specified range does not meet a preset first condition; a second pending order determination module configured to determine, among the pending orders, pending orders within the adjusted specified range, divide the reference range into a plurality of sub-ranges, and, based on the range determination index, select at least one of the sub-ranges as a first candidate range, and select at least one of the sub-ranges other than the first candidate range as a second candidate range; When determining the first candidate range, the geographical locations involved in order delivery are used as the first sub-indicator, and when determining the second candidate range, the type of order is used as the second sub-indicator; If the specified range is narrowed, one type of order will be used as the adjusted specified range, and the order types within the original specified range will no longer be within the specified range, thus narrowing the specified range. The processing module is configured to process the to-be-sent orders within the adjusted specified range using a processing method corresponding to the specified range.

11. A computer-readable storage medium, characterized in that The storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 9 is implemented.

12. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the program, the method according to any one of claims 1 to 9 is implemented.

Images