An order allocation processing method and device, electronic equipment and storage medium

Abstract

The application provides an order allocation processing method and device, electronic equipment and a storage medium. The method comprises the following steps: in response to a merchant list reported by an order delivery object on a client, obtaining a target business district to which each merchant in the merchant list belongs; the merchant list contains a merchant identifier of a pickup merchant of at least one order of the order delivery object which has been picked up and not delivered; according to the merchants contained in each target business district, obtaining a target merchant list corresponding to the order delivery object; sending the identity identifier of the order delivery object and the target merchant list to an order dispatching system, so as to avoid allocating an order with any merchant in the target merchant list as a pickup merchant to the order delivery object in the order dispatching process; wherein the client triggers the reporting of the current merchant list when it is in an environment outside the business district and detects that the current merchant list of the order delivery object has changed relative to the last reported merchant list. Thus, the order delivery efficiency is improved.

Description

Technical Field

[0001] This invention relates to the field of Internet technology, and in particular to an order allocation processing method, apparatus, electronic device, and storage medium. Background Technology

[0002] With the rapid development of electronic technology and logistics scheduling, more and more users are choosing to place orders through food ordering platforms during their mealtimes. The order delivery recipients (such as riders and delivery personnel) pick up the food from the merchants located in the business district and then deliver it to the user's location.

[0003] If, after a customer has picked up their order and left the pickup area, but before the goods are delivered, the order dispatch system assigns another order within the same shopping area to that customer, this newly assigned order can be defined as a return order. Upon receiving a return order, the customer, who had already picked up their goods and was about to leave the shopping area, is forced to return to the shopping area to retrieve them, severely impacting the customer's delivery experience. Furthermore, return orders, due to the customer's return journey, also affect delivery efficiency. Summary of the Invention

[0004] This invention provides an order allocation processing method, apparatus, electronic device, and storage medium to solve the problem in related technologies where order allocation processing methods easily assign duplicate orders to the same order delivery object, affecting order delivery efficiency.

[0005] To solve the above-mentioned technical problems, the present invention is implemented as follows:

[0006] In a first aspect, embodiments of the present invention provide an order allocation processing method, applied to a server, the method comprising:

[0007] In response to the merchant list reported by the client where the order delivery object is located, the target business area to which each merchant in the merchant list belongs is obtained; wherein, the merchant list contains the merchant identifier of the pickup merchant for at least one order for which the order delivery object has been picked up but not delivered;

[0008] Based on the merchants included in each of the target business districts, obtain the list of target merchants corresponding to the order delivery object;

[0009] The identity of the order delivery recipient and the list of target merchants are sent to the order dispatch system to avoid assigning orders with any merchant in the list of target merchants as the pickup merchant to the client where the order delivery recipient is located during the order dispatch process;

[0010] Specifically, when the client is outside the business area and detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, it triggers the reporting of the current merchant list.

[0011] Secondly, embodiments of the present invention provide another order allocation processing method, applied to a client, including:

[0012] When the client is outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, the client triggers the reporting of the current merchant list to the server. After obtaining the merchant list reported by the client, the server obtains the target merchant list of the order delivery object based on the merchant list and pushes it to the order dispatch system.

[0013] The order dispatch system of the server obtains the order assigned to the order delivery object based on the target merchant list, wherein the merchant identifier of the pickup merchant of the order is not in the target merchant list;

[0014] The merchant list includes the merchant identifier of at least one order for which the order delivery object has been picked up but not yet delivered.

[0015] Thirdly, embodiments of the present invention provide an order allocation processing apparatus applied to a server, the apparatus comprising:

[0016] The target merchant area acquisition module is used to respond to the merchant list reported by the client where the order delivery object is located, and to obtain the target merchant area to which each merchant in the merchant list belongs; wherein, the merchant list contains the merchant identifier of the merchant of at least one order for which the order delivery object has been picked up but not delivered;

[0017] The target merchant list acquisition module is used to acquire the target merchant list corresponding to the order delivery object based on the merchants contained in each target commercial area;

[0018] The order allocation processing module is used to send the identity identifier of the order delivery object and the target merchant list to the order dispatch system, so as to avoid assigning orders with any merchant in the target merchant list as the pickup merchant to the client where the order delivery object is located during the order dispatch process;

[0019] Specifically, when the client is outside the business area and detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, it triggers the reporting of the current merchant list.

[0020] Fourthly, embodiments of the present invention provide an order allocation processing device applied to a client, the device comprising:

[0021] The merchant list reporting module is used to report the current merchant list to the server when the client is outside the business area and the client detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list. After the server obtains the merchant list reported by the client, it obtains the target merchant list of the order delivery object based on the merchant list and pushes it to the order dispatch system.

[0022] The order receiving module is used to obtain the orders assigned by the server's order dispatch system to the order delivery object based on the target merchant list, wherein the merchant identifier of the pickup merchant of the order is not in the target merchant list;

[0023] The merchant list includes the merchant identifier of at least one order for which the order delivery object has been picked up but not yet delivered.

[0024] Fifthly, embodiments of the present invention also provide an electronic device, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the order allocation processing method as described in the first or second aspect.

[0025] In a sixth aspect, embodiments of the present invention further provide a computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program, which, when executed by a processor, implements the steps of the order allocation processing method as described in the first or second aspect.

[0026] In this embodiment of the invention, in response to the client where the order delivery object is located reporting a merchant list, the target business district to which each merchant in the merchant list belongs is obtained; wherein, the merchant list contains the merchant identifiers of at least one order for which the order delivery object has picked up but not yet delivered; based on the merchants included in each target business district, a target merchant list corresponding to the order delivery object is obtained; the identity identifier of the order delivery object and the target merchant list are sent to the order dispatch system to avoid assigning orders with any merchant in the target merchant list as the pickup merchant to the client where the order delivery object is located during the order dispatch process; wherein, when the client is outside the business district and detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, it triggers the reporting of the current merchant list. This reduces the proportion of repeat orders, thereby improving the experience of the order delivery object in the delivery and pickup process, and the overall delivery efficiency of the order.

[0027] The above description is merely an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention and to implement it in accordance with the contents of the specification, and in order to make the above and other objects, features and advantages of the present invention more apparent and understandable, specific embodiments of the present invention are described below. Attached Figure Description

[0028] To more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings used in the description of the embodiments of the present invention will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0029] Figure 1 This is a flowchart of the steps of an order allocation processing method according to an embodiment of the present invention;

[0030] Figure 2 This is a flowchart of another order allocation processing method in an embodiment of the present invention;

[0031] Figure 3A This is a schematic diagram of an IODetector model in an embodiment of the present invention;

[0032] Figure 3B This is a schematic diagram of a HAR model in an embodiment of the present invention;

[0033] Figure 3C This is a schematic diagram of the overall architecture of one embodiment of the present invention;

[0034] Figure 3D This is a schematic diagram of a process for reporting exercise status and merchant list in an embodiment of the present invention;

[0035] Figure 3E This is a schematic diagram of the server-side determination logic in an embodiment of the present invention;

[0036] Figure 4 This is a flowchart of another order allocation processing method in an embodiment of the present invention;

[0037] Figure 5 This is a schematic diagram of the structure of an order allocation processing device according to an embodiment of the present invention;

[0038] Figure 6 This is a schematic diagram of another order allocation processing device in an embodiment of the present invention;

[0039] Figure 7 This is a schematic diagram of another order allocation processing device in an embodiment of the present invention;

[0040] Figure 8 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of the present invention. Detailed Implementation

[0041] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0042] Reference Figure 1 The diagram illustrates a flowchart of an order allocation processing method according to an embodiment of the present invention, which can be applied to the server side.

[0043] Step 110: In response to the merchant list reported by the client where the order delivery object is located, obtain the target business area to which each merchant in the merchant list belongs; wherein, the merchant list contains the merchant identifier of the picking merchant of at least one order for which the order delivery object has been picked up but not delivered; wherein, when the client is in an environment outside the business area and detects that the current merchant list of the order delivery object has changed compared with the most recently reported merchant list, it triggers the reporting of the current merchant list.

[0044] Step 120: Obtain the target merchant list corresponding to the order delivery object based on the merchants included in each target business area;

[0045] Step 130: Send the identity identifier of the order delivery object and the list of target merchants to the order dispatch system, so as to avoid assigning orders with any merchant in the list of target merchants as the pickup merchant to the client where the order delivery object is located during the order dispatch process.

[0046] In this embodiment of the invention, in order to improve order delivery efficiency, it is necessary to avoid assigning repeat orders to order delivery recipients (such as riders or delivery personnel responsible for delivering food orders). Therefore, for each order delivery recipient, a list of merchants that may assign repeat orders to that order delivery recipient can be obtained in real time and provided to the dispatch system, thereby avoiding the generation of repeat orders during order dispatch.

[0047] In related technologies, GPS data is generally used as a basis for characterizing the distance between the order delivery recipient and the merchant where the order is picked up. However, relying solely on GPS positioning cannot effectively solve the problem of repeat orders. This is mainly because GPS data has the following two problems: First, GPS is a two-dimensional coordinate system and cannot reflect distances in three-dimensional space. For example, even if the rider has left the mall and is outdoors, the GPS distance between them and the shops on higher floors of the mall is still very close. In this case, assigning orders with pickup locations on higher floors to the rider would result in a high cost for the rider to turn back to pick up the goods (e.g., for food pickup). Second, GPS data suffers from position drift when the order delivery recipient is near high-rise buildings or in indoor scenarios, making it impossible to accurately determine the location of the order delivery recipient.

[0048] The key to repeat order identification lies in two crucial technical issues: real-time perception of the location of the order delivery object relative to the picking merchant in indoor / near-indoor environments, and determination of the merchant type and affiliation.

[0049] In this embodiment of the invention, in order to improve the accuracy of repeat order identification, the location relationship between the order delivery object and the picking merchant can be obtained in real time and accurately by sensing the indoor and outdoor status of the order delivery object. Moreover, this method is not affected by GPS coordinate drift.

[0050] Moreover, in practical applications, the same order delivery object may be assigned one or more orders, that is, it needs to deliver one or more orders, and the pickup merchants for each order are not necessarily the same. Furthermore, as time changes, the orders that the order delivery object is responsible for delivering, as well as the status of each order, will change. Therefore, the pickup merchants responsible for delivering the orders for that order delivery object will also change accordingly. In the case of a change in the pickup merchants responsible for delivering the orders, it is necessary to re-determine the list of target merchants that would lead to the allocation of repeat orders to the order delivery object.

[0051] Furthermore, in practical applications, order delivery recipients typically receive system-assigned orders via mobile clients, and these recipients usually carry the client software with them. Therefore, in this embodiment of the invention, the client software used by the order delivery recipient can be monitored in real-time to determine the environment in which the order delivery recipient is located. Simultaneously, the software can monitor whether the merchant list for the order delivery recipient has changed. If the client is outside the designated business area and detects a change in the current merchant list compared to the most recently reported list, the client can be triggered to report the current merchant list to update the target merchant list that would lead to repeat orders for the order delivery recipient.

[0052] Furthermore, in this embodiment of the invention, the client's environment can be detected by any available method. For example, environmental data such as base station signals, satellite signals, magnetometer data, and light intensity detected by a light sensor can be collected in real time, allowing for real-time determination of whether the client is inside or outside the business area. Of course, GPS data, audio data, etc., can also be referenced when detecting the client's environment; this embodiment of the invention does not limit the scope of the detection.

[0053] For the server, after obtaining the latest merchant list reported by the client, it can further obtain the target business district to which each merchant in the list belongs, such as the shopping mall, department store, or office building to which the merchant belongs. The affiliation relationship between merchants and business districts can be obtained using any available method, such as map data, to create a table of merchant-business district affiliations, and then the target business district to which each merchant in the merchant list belongs can be filtered.

[0054] In practical applications, if the recipient of an order has already picked up the goods from a merchant in a certain business district and has left the business district to prepare for delivery of the picked-up goods, that is, is in an environment outside the business district, then if the recipient is reassigned a delivery order with the pickup location being any merchant in the business district, the recipient will need to return to the business district to pick up the goods again. In this case, the reassigned delivery order is a return order.

[0055] Therefore, in this embodiment of the invention, to avoid the aforementioned repeat orders, the merchants prone to causing repeat orders can be identified. Specifically, a list of target merchants corresponding to the order delivery object can be obtained based on the merchants included in each target business district. That is, the list of target merchants can include the merchant identifiers of the merchants included in each target business district. Furthermore, the identity identifier of the order delivery object and its corresponding list of target merchants can be sent to the order dispatch system on the server side. This prevents orders with any merchant in the list as the pickup merchant from being assigned to the client where the order delivery object is located during the order dispatch process, thereby effectively preventing repeat orders, improving the rationality of order allocation, and enhancing the overall delivery efficiency.

[0056] Reference Figure 2 In this embodiment of the invention, step 110 may further include:

[0057] Step 111: In response to the client reporting the merchant list and movement status of the order delivery object, obtain the target business area to which each merchant in the merchant list belongs; wherein, when the client is outside the business area and detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, and / or detects that the client has entered a specified movement state, the client triggers the reporting of the current merchant list and movement status.

[0058] Accordingly, step 120 may further include:

[0059] Step 121: Based on the motion status reported by the client and the merchants included in each target business district, obtain the list of target merchants corresponding to the order delivery object.

[0060] In practical applications, delivery recipients are typically in a state of motion, such as cycling or driving, during the delivery process. Furthermore, between leaving the pickup location and entering a cycling state, the recipient usually needs to walk out of the merchant's area before cycling to deliver the order. Therefore, based on the degree of backtracking, return orders can be divided into ordinary return orders and serious return orders. The definitions are as follows: Ordinary return order: An order is assigned to a non-street-side merchant within the same area after the recipient has picked up their order and left the area, before cycling away. Serious return order: An order is assigned to a merchant within the same area after the recipient has picked up their order and left the area.

[0061] Therefore, in this embodiment of the invention, the movement status of the order delivery object can also be referenced when determining the target merchant list of the order delivery object. Thus, when the client is outside the business area and detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, and / or detects that the client has entered a specified movement state, it triggers the reporting of the current merchant list and movement status.

[0062] For example, it can detect whether the order delivery recipient is outside the business area. If so, it can further obtain the client's movement status. Simultaneously, it can detect whether the current merchant list of the order delivery recipient has changed compared to the most recently reported merchant list. If the merchant list has changed, the current merchant list and movement status can be directly reported. If the merchant list has not changed, it can further determine whether the client's current movement status has changed to a specified movement status (e.g., from walking to a specified cycling state). If so, the current merchant list and movement status can be reported. If the order delivery recipient is within the business area, or even if the order delivery recipient is outside the business area but its current merchant list has not changed and its movement status has not changed to a specified movement status (i.e., it has entered a specified movement status), then it is not necessary to report the merchant list and movement status. The specified movement status can be customized according to requirements and specific application scenarios, and this embodiment of the invention does not limit this. For example, in the scenario of allocating takeout orders, the specified movement status can include cycling or any movement status with a movement speed faster than walking.

[0063] Of course, after confirming whether the order delivery object is outside the business area, it is also possible to simultaneously detect whether the merchant list has changed and whether it has entered a specified movement state. If the merchant list has changed or the specified movement state has been entered, at least one of these conditions can be met, and the current merchant list and movement state can be reported. This embodiment of the invention does not limit this.

[0064] For the server, after receiving the merchant list and movement status reported by the client where the order is being delivered, it can further obtain the target business district to which each merchant in the currently reported merchant list belongs.

[0065] Furthermore, it should be noted that if the merchant list currently reported by the client has not changed compared to the previously reported merchant list, but only its status has changed, then the target business district to which each merchant belongs, obtained from the merchant list previously reported by the client, can be directly used as the target business district to which each merchant belongs in the current merchant list reported by the client, without having to repeatedly obtain the target business district. Of course, it is also possible to re-obtain the target business district to which each merchant belongs in the current merchant list after each time a merchant list is obtained; this embodiment of the invention does not limit this.

[0066] Accordingly, when determining the list of target merchants corresponding to the order delivery object, the latest movement status reported by the client can be referenced, and the list of target merchants corresponding to the order delivery object can be obtained by combining the merchants included in each target business area.

[0067] In this embodiment of the invention, the method for determining the merchants in the target merchant list corresponding to the order delivery object can be customized according to the requirements under different movement states.

[0068] For example, after receiving information that the order recipient has left the business district where the pickup location is located, it's possible to obtain a list of all businesses within that district and whether those businesses are located on the street (i.e., whether it's possible to enter a business without entering the district). Since, if the order recipient has just left the business district but hasn't yet ridden away, reassigning the order to a street-facing business on the first floor of the district will result in relatively low return time. Therefore, there's no need to restrict the order recipient from returning to a street-facing business. However, if the order recipient has already ridden away, reassigning the order to any business within the district will result in relatively high return time.

[0069] The subordinate relationship between merchants and business districts can be obtained by using map data to obtain a subordinate relationship table between merchants and business districts. The results of merchant proximity mining can be added to expand the list of merchants under a certain business district. This embodiment of the invention does not limit this aspect.

[0070] Alternatively, in another embodiment, step 121 may further include:

[0071] Step 1211: In response to the motion status reported by the client as the specified motion status, update the current target merchant list of the order delivery object with the merchant identifier of each merchant included in each target business area;

[0072] Step 1212: In response to the motion status reported by the client not being the specified motion status, obtain the non-street merchants included in each of the target business districts, and update the current target merchant list of the order delivery object with the merchant identifier of each of the non-street merchants;

[0073] The "non-street-side merchants" refer to merchants whose customers need to enter their designated business area to pick up their orders. Therefore, for clients whose activity status is not specified, they can be assigned to non-street-side merchants within the same business area for pickup. This avoids assigning the corresponding order to other orders located far from the business area, thus improving the pickup and delivery efficiency of that order to some extent without significantly impacting the delivery efficiency of other orders.

[0074] Optionally, in this embodiment of the invention, in order to report the merchant list and activity status, the client may periodically perform the following steps to report the merchant list and activity status:

[0075] S1, in response to the order delivery object being in the order acceptance state, obtain the environment type of the client;

[0076] S2, in response to the current detected environment type being an outside business area environment, obtain the current merchant list of the order delivery object, and obtain the motion state of the order delivery object through the motion state detection model of the client;

[0077] S3, in response to a change in the current merchant list of the order delivery object relative to the merchant list most recently reported by the client, report the current merchant list and movement status of the order delivery object;

[0078] S4, in response to the fact that the current merchant list of the order delivery object has not changed compared with the merchant list most recently reported by the client, further detect whether the order delivery object is currently in a specified motion state;

[0079] S5, if the order delivery object is detected to enter the specified movement state for the first time, report the current merchant list and movement state of the order delivery object.

[0080] In this embodiment of the invention, to facilitate the detection of the client's motion state as the motion state of the order delivery object, and to detect the type of environment in which the client is located, information such as base station (Cellular detector) signals, satellite signals (e.g., GNSS (Global Navigation Satellite System) signals), magnetometer (Magnetism Detector) data, light sensor (Light Detector) data, gyroscope data, and accelerometer data collected from the client carried by the order delivery object can be used. Using this sensor data, a motion state detection (HAR, human activity recognition) model and an indoor / outdoor detection model (IODetector) are constructed respectively to determine the basic state.

[0081] Among them, a magnetometer refers to various instruments used to measure magnetic fields, also known as a magnetometer or gaussmeter; a light sensor is a type of sensor that measures light intensity, or simply illuminance; a gyroscope is a device that uses the angular momentum of a high-speed rotating body to sense the angular motion of its housing relative to inertial space around one or two axes orthogonal to its rotation axis.

[0082] IODetector can determine the time when an order delivery object leaves the business area, while motion state determination can determine the time when the order delivery object leaves in a specified motion state. By sensing the rider's indoor / outdoor state and motion state, the location relationship between the rider and the merchant can be obtained in real time and with high accuracy. At this point, HAR and IODetector can reflect the positional changes of the order delivery object in three-dimensional space and are not affected by GPS coordinate drift.

[0083] The IODetector model can determine in real time whether the order delivery object is indoors or outdoors, and the result is used to determine whether the order delivery object has left the business area. The HAR module can obtain the movement state of the order delivery object in real time, which is used to help determine the rider's location. Figure 3A Figure 3B shows a schematic diagram of an IODetector model, and Figure 3B shows a schematic diagram of a HAR model.

[0084] Optionally, in this embodiment of the invention, the process of obtaining the target business district to which each merchant in the merchant list belongs may specifically include:

[0085] T1, for any merchant identifier in the merchant list, obtain the business district to which the merchant corresponding to the merchant identifier belongs, and use it as the target business district to which the merchant belongs;

[0086] And / or,

[0087] T2, for any merchant identifier in the merchant list, obtain the business districts within a preset range around the merchant corresponding to the merchant identifier, and use them as the target business district to which the merchant belongs.

[0088] In practical applications, a merchant's business district may be adjacent to multiple other business districts. If a rider has left a merchant's business district, they are somewhat far removed from those nearby business districts. Therefore, to prevent the rider from returning to pick up the goods, the business districts near the merchant can be considered as the target business districts to which the merchant belongs, thus constructing a subsequent list of target merchants. In other words, the results of merchant proximity mining can be incorporated to expand the list of target merchants for recall.

[0089] Specifically, for any merchant identifier in the merchant list, the business districts within a preset range surrounding the merchant can be obtained as the target business district to which the merchant belongs.

[0090] The preset range can be customized according to needs, and this embodiment of the invention does not limit it. For example, the preset range can be set to a circular area with a radius of 50 meters centered on the merchant, or a block centered on the merchant, etc.

[0091] Optionally, in this embodiment of the invention, the commercial area includes at least one of shopping malls and department stores, and the specified movement state includes cycling. Cycling can be understood as a movement state involving movement using a bicycle, electric vehicle, car, or other means of transportation.

[0092] Optionally, in this embodiment of the invention, the process of obtaining the environment type of the client in step S1 may specifically include:

[0093] S11, Obtain the environment type of the client through the indoor / outdoor detection model of the client (i.e., the IODetector model mentioned above);

[0094] Accordingly, step S2 may specifically include:

[0095] S21, in response to the current detected environment type being an outdoor environment, obtain the current merchant list of the order delivery object, and obtain the motion state of the order delivery object through the motion state detection model of the client.

[0096] From the above, such as Figure 3C As shown, the overall architecture of the solution in this embodiment of the invention can be divided into two parts: the APP side, that is, the client side and the server side.

[0097] The app can integrate the IOD (IODetector) / HAR determination results with the list of merchants (poi_id) for orders that have been picked up but not yet delivered. When there are critical changes in information such as movement status and merchant list, it sends relevant information (e.g., poi_id, movement status, and rider_id, the identifier of the order delivery recipient) to the server. The logic judgment module can perform actions such as... Figure 3D The process shown, or the process in steps S1-S5, is not limited in this embodiment of the invention.

[0098] The server is responsible for querying information such as parent_id (the business district identifier of the business district to which the business belongs) and business type (street-front business or non-street-front business) corresponding to poi_id (the identifier of each business in the list of businesses that have picked up their orders but have not yet been delivered), and generating poi_id_list (the list of target businesses) that will cause the order delivery recipients to return to their orders.

[0099] Furthermore, on the client side, it can be executed periodically, such as Figure 3D The process shown involves reporting activity status and a list of merchants. Specifically, let's take a delivery rider delivering food orders as an example:

[0100] riders online

[0101] STEP 1: Initialize motion status and merchant list

[0102] STEP2: Execute once Figure 3D The flowchart shown

[0103] STEP 3: If a reporting action is triggered, update the merchant list and its corresponding activity status.

[0104] STEP4: Repeat STEP2 every 15 seconds.

[0105] rider offline

[0106] The decision logic on the server side can be as follows: Figure 3E As shown, after receiving the data, the corresponding data table can be queried to obtain the list of target merchants that the rider has moved away from, poi_id_list, as a real-time feature.

[0107] In this embodiment of the invention, by utilizing indoor and outdoor perception and motion state recognition results of order delivery objects, a method for identifying merchants that may lead to repeat orders in delivery scenarios is realized. The main innovations are as follows: overcoming the drawbacks of GPS data, the method uses signal and sensor data to perceive the location of order delivery objects and merchants in indoor / near-indoor scenarios; and obtaining more and more accurate merchant recall results by using merchant types and merchant affiliations. This avoids repeat orders and improves rider experience and delivery efficiency.

[0108] Reference Figure 4 The diagram illustrates a flowchart of another order allocation processing method in an embodiment of the present invention, which can be applied to a client.

[0109] Step 210: When the client is outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed compared with the most recently reported merchant list, the client triggers the reporting of the current merchant list to the server. After obtaining the merchant list reported by the client, the server obtains the target merchant list of the order delivery object based on the merchant list and pushes it to the order dispatch system.

[0110] Step 220: Obtain the order assigned by the server's order dispatch system to the order delivery object based on the target merchant list, wherein the merchant identifier of the pickup merchant of the order is outside the target merchant list;

[0111] The merchant list includes the merchant identifier of at least one order for which the order delivery object has been picked up but not yet delivered.

[0112] Optionally, in this embodiment of the invention, step 210 may further include: when the client is in an environment outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed relative to the most recently reported merchant list, and / or detecting that the order delivery object has entered a specified movement state, triggering the reporting of the current merchant list and movement state to the server;

[0113] After obtaining the merchant list and movement status reported by the client, the server obtains the target merchant list of the order delivery object based on the merchant list and movement status and pushes it to the order dispatch system.

[0114] Optionally, in this embodiment of the invention, the client periodically performs the following steps to report the merchant list and activity status:

[0115] S1, in response to the order delivery object being in the order acceptance state, obtain the environment type of the client;

[0116] S2, in response to the current detected environment type being an outside business area environment, obtain the current merchant list of the order delivery object, and obtain the motion state of the order delivery object through the motion state detection model of the client;

[0117] S3, in response to a change in the current merchant list of the order delivery object relative to the merchant list most recently reported by the client, report the current merchant list and movement status of the order delivery object;

[0118] S4, in response to the fact that the current merchant list of the order delivery object has not changed compared with the merchant list most recently reported by the client, further detect whether the order delivery object has entered the specified movement state under the merchant list condition;

[0119] S5, if the order delivery object is detected to enter the specified movement state for the first time, report the current merchant list and movement state of the order delivery object.

[0120] The time interval for the client to periodically execute steps S1-S5 can be customized according to requirements, and this embodiment of the invention does not limit this. For example, the time interval can be set to 10 seconds, 15 seconds, etc.

[0121] Furthermore, in practical applications, order delivery recipients may switch between different movement states depending on road conditions. For example, after leaving a commercial area by bicycle, they may switch to walking mode if they encounter congested roads, and then switch back to cycling mode when they enter a less congested area. If the merchant list of the order delivery recipient remains unchanged, and it switches back to cycling mode, sending its current merchant list and movement state to the server will cause the server to repeatedly execute the same logic and obtain the same target merchant list as before, resulting in wasted resources. Therefore, in this embodiment of the invention, it can be set so that when the client first detects that the order delivery recipient has entered a specified movement state, it reports the current merchant list and movement state of the order delivery recipient, provided that the merchant list corresponding to the order delivery recipient remains unchanged. If the client detects that the order delivery recipient has entered the specified movement state again while the current merchant list remains unchanged, it is not necessary to report the merchant list and movement state again.

[0122] Furthermore, in this embodiment of the invention, the interaction between the client and the server, as well as the specific execution process of each step, can refer to the content in the above embodiments, and will not be repeated here.

[0123] Reference Figure 5 The diagram shows a structural schematic of an order allocation processing device according to an embodiment of the present invention, which can be applied to a server.

[0124] The order allocation processing device of this invention includes: a target business area acquisition module 310, a target merchant list acquisition module 320, and an order allocation processing module 330.

[0125] The functions of each module and the interaction between them are described in detail below.

[0126] The target merchant area acquisition module 310 is used to respond to the merchant list reported by the client where the order delivery object is located, and to obtain the target merchant area to which each merchant in the merchant list belongs; wherein, the merchant list includes the merchant identifier of the merchant of at least one order for which the order delivery object has been picked up but not delivered;

[0127] The target merchant list acquisition module 320 is used to acquire the target merchant list corresponding to the order delivery object based on the merchants included in each target commercial area;

[0128] The order allocation processing module 330 is used to send the identity identifier of the order delivery object and the target merchant list to the order dispatching system, so as to avoid assigning orders with any merchant in the target merchant list as the pickup merchant to the client where the order delivery object is located during the order dispatching process;

[0129] Specifically, when the client is outside the business area and detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, it triggers the reporting of the current merchant list.

[0130] Reference Figure 6 In this embodiment of the invention, the target commercial area acquisition module 310 may further include:

[0131] The target business area acquisition submodule 311 is used to obtain the target business area to which each merchant in the merchant list belongs in response to the merchant list and movement status reported by the client where the order delivery object is located; wherein, when the client is in an environment outside the business area and detects that the current merchant list of the order delivery object has changed compared with the most recently reported merchant list, and / or detects that the client has entered a specified movement state, the client triggers the reporting of the current merchant list and movement status.

[0132] Reference Figure 6 In this embodiment of the invention, the target merchant list acquisition module 320 further includes:

[0133] The target merchant list acquisition submodule 321 is used to acquire the target merchant list corresponding to the order delivery object based on the movement status reported by the client and the merchants included in each target business area.

[0134] Optionally, in this embodiment of the invention, the target merchant list acquisition submodule is specifically used for:

[0135] In response to the motion status reported by the client as the specified motion status, the current list of target merchants for the order delivery object is updated with the merchant identifier of each merchant included in each target business district;

[0136] In response to the client reporting a motion status that is not the specified motion status, obtain the non-street merchants included in each of the target business districts, and update the current target merchant list of the order delivery object with the merchant identifier of each of the non-street merchants;

[0137] The non-street-side merchants are those that require customers to enter the commercial area where the goods are to be picked up.

[0138] Optionally, in this embodiment of the invention, the client periodically performs the following steps to report the merchant list and activity status:

[0139] S1, in response to the order delivery object being in the order acceptance state, obtain the environment type of the client;

[0140] S2, in response to the current detected environment type being an outside business area environment, obtain the current merchant list of the order delivery object, and obtain the motion state of the order delivery object through the motion state detection model of the client;

[0141] S3, in response to a change in the current merchant list of the order delivery object relative to the merchant list most recently reported by the client, report the current merchant list and movement status of the order delivery object;

[0142] S4, in response to the fact that the current merchant list of the order delivery object has not changed compared with the merchant list most recently reported by the client, further detect whether the order delivery object is currently in a specified motion state;

[0143] S5, if the order delivery object is detected to enter the specified movement state for the first time, report the current merchant list and movement state of the order delivery object.

[0144] Optionally, in this embodiment of the invention, the target commercial area acquisition module is specifically used for:

[0145] For any merchant identifier in the merchant list, obtain the business district to which the merchant belongs, and use it as the target business district to which the merchant belongs;

[0146] And / or, for any merchant identifier in the merchant list, obtain the business districts within a preset range surrounding the merchant corresponding to the merchant identifier, and use them as the target business district to which the merchant belongs.

[0147] Optionally, in this embodiment of the invention, the business district includes at least one of shopping malls and department stores, and the specified movement state includes cycling.

[0148] Optionally, in this embodiment of the invention, the environment type of the client is obtained through the indoor and outdoor detection model of the client;

[0149] In response to the current detected environment type being outdoor, the system obtains the current merchant list for the order delivery object and acquires the motion state of the order delivery object through the motion state detection model of the client.

[0150] The order allocation processing device provided in this embodiment of the invention can achieve Figures 1 to 2 The various processes implemented in the method embodiments are not described in detail here to avoid repetition.

[0151] Reference Figure 5 The diagram shows a structural schematic of an order allocation processing device according to an embodiment of the present invention, which can be applied to a client.

[0152] The order allocation processing device of this invention includes: a merchant list reporting module 410 and an order allocation receiving module 420.

[0153] The functions of each module and the interaction between them are described in detail below.

[0154] The merchant list reporting module 410 is used to report the current merchant list to the server when the client is outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list. After the server obtains the merchant list reported by the client, it obtains the target merchant list of the order delivery object based on the merchant list and pushes it to the order dispatch system.

[0155] The order receiving module 420 is used to obtain the orders assigned by the server's order dispatch system to the order delivery object based on the target merchant list, wherein the merchant identifier of the pickup merchant of the order is outside the target merchant list;

[0156] The merchant list includes the merchant identifier of at least one order for which the order delivery object has been picked up but not yet delivered.

[0157] Optionally, in this embodiment of the invention, the merchant list reporting module includes:

[0158] The merchant list reporting submodule is used to trigger the reporting of the current merchant list and movement status to the server when the client is outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, and / or detecting that the order delivery object has entered a specified movement state.

[0159] After obtaining the merchant list and movement status reported by the client, the server obtains the target merchant list of the order delivery object based on the merchant list and movement status and pushes it to the order dispatch system.

[0160] Optionally, in this embodiment of the invention, the client periodically performs the following steps to report the merchant list and activity status:

[0161] S1, in response to the order delivery object being in the order acceptance state, obtain the environment type of the client;

[0162] S2, in response to the current detected environment type being an outside business area environment, obtain the current merchant list of the order delivery object, and obtain the motion state of the order delivery object through the motion state detection model of the client;

[0163] S3, in response to a change in the current merchant list of the order delivery object relative to the merchant list most recently reported by the client, report the current merchant list and movement status of the order delivery object;

[0164] S4, in response to the fact that the current merchant list of the order delivery object has not changed compared with the merchant list most recently reported by the client, further detect whether the order delivery object is currently in a specified motion state;

[0165] S5, if the order delivery object is detected to enter the specified movement state for the first time, report the current merchant list and movement state of the order delivery object.

[0166] The order allocation processing device provided in this embodiment of the invention can achieve Figure 4 The various processes implemented in the method embodiments are not described in detail here to avoid repetition.

[0167] Preferably, the present invention also provides an electronic device, including: a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, it implements the various processes of the above-described order allocation processing method embodiments and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0168] This invention also provides a computer-readable storage medium storing a computer program. When executed by a processor, the computer program implements the various processes of the above-described order allocation processing method embodiments and achieves the same technical effects. To avoid repetition, it will not be described again here. The computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc.

[0169] Figure 8 A schematic diagram of the hardware structure of an electronic device for implementing various embodiments of the present invention.

[0170] The electronic device 500 includes, but is not limited to, components such as: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, a user input unit 507, an interface unit 508, a memory 509, a processor 510, and a power supply 511. Those skilled in the art will understand that... Figure 8The electronic device structures shown are not intended to limit the electronic device. An electronic device may include more or fewer components than shown, or combine certain components, or have different component arrangements. In embodiments of the invention, the electronic device includes, but is not limited to, mobile phones, tablets, laptops, PDAs, in-vehicle clients, wearable devices, and pedometers.

[0171] It should be understood that, in this embodiment of the invention, the radio frequency unit 501 can be used for receiving and transmitting signals during information transmission or calls. Specifically, it receives downlink data from the base station and processes it with the processor 510; additionally, it transmits uplink data to the base station. Typically, the radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc. Furthermore, the radio frequency unit 501 can also communicate with networks and other devices through a wireless communication system.

[0172] The electronic device provides users with wireless broadband internet access through the network module 502, such as helping users send and receive emails, browse web pages, and access streaming media.

[0173] The audio output unit 503 can convert audio data received by the radio frequency unit 501 or the network module 502 or stored in the memory 509 into audio signals and output them as sound. Furthermore, the audio output unit 503 can also provide audio output related to specific functions performed by the electronic device 500 (e.g., call signal reception sound, message reception sound, etc.). The audio output unit 503 includes a speaker, a buzzer, and a receiver, etc.

[0174] Input unit 504 is used to receive audio or video signals. Input unit 504 may include a graphics processing unit (GPU) 5041 and a microphone 5042. The GPU 5041 processes image data of still images or videos acquired by an image capture device (such as a camera) in video capture mode or image capture mode. The processed image frames can be displayed on display unit 506. The image frames processed by GPU 5041 can be stored in memory 509 (or other storage medium) or transmitted via radio frequency unit 501 or network module 502. Microphone 5042 can receive sound and process such sound into audio data. The processed audio data can be converted into a format that can be transmitted to a mobile communication base station via radio frequency unit 501 in telephone call mode.

[0175] The electronic device 500 also includes at least one sensor 505, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display panel 5061 according to the ambient light level, and the proximity sensor can turn off the display panel 5061 and / or backlight when the electronic device 500 is moved to the ear. As a type of motion sensor, an accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes). When stationary, it can detect the magnitude and direction of gravity and can be used to identify the posture of the electronic device (such as landscape / portrait switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc. The sensor 505 may also include a fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared sensor, etc., which will not be described in detail here.

[0176] The display unit 506 is used to display information input by the user or information provided to the user. The display unit 506 may include a display panel 5061, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0177] User input unit 507 can be used to receive input numerical or character information, and to generate key signal inputs related to user settings and function control of electronic devices. Specifically, user input unit 507 includes a touch panel 5071 and other input devices 5072. Touch panel 5071, also known as a touch screen, can collect touch operations performed by the user on or near it (such as operations performed by the user using a finger, stylus, or any suitable object or accessory on or near touch panel 5071). Touch panel 5071 may include two parts: a touch detection device and a touch controller. The touch detection device detects the user's touch position and the signal generated by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into touch point coordinates, and sends it to the processor 510, which receives and executes commands from the processor 510. In addition, touch panel 5071 can be implemented using various types such as resistive, capacitive, infrared, and surface acoustic wave. Besides touch panel 5071, user input unit 507 may also include other input devices 5072. Specifically, other input devices 5072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, joysticks, etc., which will not be described in detail here.

[0178] Furthermore, the touch panel 5071 can cover the display panel 5061. When the touch panel 5071 detects a touch operation on or near it, it transmits the information to the processor 510 to determine the type of touch event. Subsequently, the processor 510 provides corresponding visual output on the display panel 5061 based on the type of touch event. Although in Figure 8 In this embodiment, the touch panel 5071 and the display panel 5061 are two independent components to realize the input and output functions of the electronic device. However, in some embodiments, the touch panel 5071 and the display panel 5061 can be integrated to realize the input and output functions of the electronic device. The specific implementation is not limited here.

[0179] Interface unit 508 serves as an interface for connecting external devices to electronic device 500. For example, external devices may include a wired or wireless headphone port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, an audio input / output (I / O) port, a video I / O port, a headphone port, and so on. Interface unit 508 can be used to receive input from external devices (e.g., data, power, etc.) and transmit the received input to one or more components within electronic device 500, or it can be used to transmit data between electronic device 500 and external devices.

[0180] The memory 509 can be used to store software programs and various data. The memory 509 may primarily include a program storage area and a data storage area. The program storage area may store the operating system, applications required for at least one function (such as sound playback, image playback, etc.), etc.; the data storage area may store data created based on the use of the mobile phone (such as audio data, phonebook, etc.). Furthermore, the memory 509 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0181] The processor 510 is the control center of the electronic device. It connects various parts of the electronic device via various interfaces and lines. By running or executing software programs and / or modules stored in the memory 509, and by calling data stored in the memory 509, it performs various functions and processes data, thereby providing overall monitoring of the electronic device. The processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor and a modem processor. The application processor mainly handles the operating system, user interface, and applications, while the modem processor mainly handles wireless communication. It is understood that the modem processor may not be integrated into the processor 510.

[0182] The electronic device 500 may also include a power supply 511 (such as a battery) for supplying power to various components. Preferably, the power supply 511 can be logically connected to the processor 510 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system.

[0183] In addition, the electronic device 500 includes some functional modules not shown, which will not be described in detail here.

[0184] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0185] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes several instructions to cause a client (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of the present invention.

[0186] The embodiments of the present invention have been described above with reference to the accompanying drawings. However, the present invention is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of the present invention without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of the present invention.

[0187] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed in this invention can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this invention.

[0188] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0189] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0190] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0191] In addition, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0192] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, essentially, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0193] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. An order allocation processing method, characterized in that, Applied to the server side, the method includes: In response to the merchant list reported by the client where the order delivery object is located, the target business area to which each merchant in the merchant list belongs is obtained; wherein, the merchant list contains the merchant identifier of the merchant of at least one order for which the order delivery object has been picked up but not delivered; Based on the merchants included in each of the target business districts, obtain the list of target merchants corresponding to the order delivery object; The identity of the order delivery recipient and the list of target merchants are sent to the order dispatch system to avoid assigning orders with any merchant in the list of target merchants as the pickup merchant to the client where the order delivery recipient is located during the order dispatch process; The step of responding to the merchant list reported by the client where the order delivery object is located, and obtaining the target business area to which each merchant in the merchant list belongs, includes: In response to the client reporting the merchant list and movement status of the order delivery object, the target business area to which each merchant in the merchant list belongs is obtained; wherein, when the client is outside the business area and detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, and / or detects that the client has entered a specified movement state, the client triggers the reporting of the current merchant list and movement status. The step of obtaining the list of target merchants corresponding to the order delivery object based on the merchants included in each target business area includes: Based on the movement status reported by the client and the merchants included in each target business district, obtain the list of target merchants corresponding to the order delivery object.

2. The method according to claim 1, characterized in that, The step of obtaining the target merchant list based on the motion status reported by the client and the merchants included in each target business district includes: In response to the motion status reported by the client as the specified motion status, the current list of target merchants for the order delivery object is updated with the merchant identifier of each merchant included in each target business district; In response to the client reporting a motion status that is not the specified motion status, obtain the non-street merchants included in each of the target business districts, and update the current target merchant list of the order delivery object with the merchant identifier of each of the non-street merchants; The non-street-side merchants are those that require customers to enter the commercial area where the goods are to be picked up.

3. The method according to claim 1, characterized in that, The client periodically performs the following steps to report the merchant list and activity status: S1, in response to the order delivery object being in the order acceptance state, obtain the environment type of the client; S2, in response to the current detected environment type being an outside business area environment, obtain the current merchant list of the order delivery object, and obtain the motion state of the order delivery object through the motion state detection model of the client; S3, in response to a change in the current merchant list of the order delivery object relative to the merchant list most recently reported by the client, report the current merchant list and movement status of the order delivery object; S4, in response to the fact that the current merchant list of the order delivery object has not changed compared with the merchant list most recently reported by the client, further detect whether the order delivery object is currently in a specified motion state; S5, if the order delivery object is detected to enter the specified movement state for the first time, report the current merchant list and movement state of the order delivery object.

4. The method according to claim 1, characterized in that, The step of obtaining the target business district to which each merchant in the merchant list belongs includes: For any merchant identifier in the merchant list, obtain the business district to which the merchant belongs, and use it as the target business district to which the merchant belongs; And / or, for any merchant identifier in the merchant list, obtain the business districts within a preset range surrounding the merchant corresponding to the merchant identifier, and use them as the target business district to which the merchant belongs.

5. The method according to any one of claims 1-4, characterized in that, The business district includes at least one of shopping malls and department stores, and the specified exercise state includes cycling.

6. The method according to claim 5, characterized in that, The step of obtaining the environment type of the client includes: The environment type of the client is obtained through the indoor and outdoor detection model of the client; The steps of responding to the currently detected environment type being an external environment, obtaining the current merchant list of the order delivery object, and obtaining the motion state of the order delivery object through the client's motion state detection model include: In response to the current detected environment type being outdoor, the system obtains the current merchant list for the order delivery object and acquires the motion state of the order delivery object through the motion state detection model of the client.

7. An order allocation processing method, characterized in that, Applied to a client, the method includes: When the client is outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, the client triggers the reporting of the current merchant list to the server. After obtaining the merchant list reported by the client, the server obtains the target merchant list of the order delivery object based on the merchant list and pushes it to the order dispatch system. The order dispatch system of the server obtains the order assigned to the order delivery object based on the target merchant list, wherein the merchant identifier of the pickup merchant of the order is not in the target merchant list; The merchant list includes the merchant identifier of the merchant for at least one order for which the order delivery object has been picked up but not yet delivered; The step of reporting the current merchant list and movement status to the server when the client is outside the business area, in response to the client detecting a change in the merchant list of the order delivery object compared to the most recently reported merchant list, includes: When the client is outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, and / or detecting that the order delivery object has entered a specified movement state, the client triggers the reporting of the current merchant list and movement state to the server. After obtaining the merchant list and movement status reported by the client, the server obtains the target merchant list of the order delivery object based on the merchant list and movement status and pushes it to the order dispatch system.

8. The method according to claim 7, characterized in that, The client periodically performs the following steps to report the merchant list and activity status: S1, in response to the order delivery object being in the order acceptance state, obtain the environment type of the client; S2, in response to the current detected environment type being an outside business area environment, obtain the current merchant list of the order delivery object, and obtain the motion state of the order delivery object through the motion state detection model of the client; S3, in response to a change in the current merchant list of the order delivery object relative to the merchant list most recently reported by the client, report the current merchant list and movement status of the order delivery object; S4, in response to the fact that the current merchant list of the order delivery object has not changed compared with the merchant list most recently reported by the client, further detect whether the order delivery object is currently in a specified motion state; S5, if the order delivery object is detected to enter the specified movement state for the first time, report the current merchant list and movement state of the order delivery object.

9. An order allocation and processing device, characterized in that, Applied to the server side, the device shown includes: The target business area acquisition module is used to respond to the merchant list reported by the client where the order delivery object is located, and to obtain the target business area to which each merchant in the merchant list belongs; wherein, the merchant list contains the merchant identifier of the merchant of at least one order for which the order delivery object has been picked up but not delivered; The target merchant list acquisition module is used to acquire the target merchant list corresponding to the order delivery object based on the merchants contained in each target commercial area; The order allocation processing module is used to send the identity identifier of the order delivery object and the target merchant list to the order dispatch system, so as to avoid assigning orders with any merchant in the target merchant list as the pickup merchant to the client where the order delivery object is located during the order dispatch process; The target commercial area acquisition module includes: The target business area acquisition submodule is used to obtain the target business area to which each merchant in the merchant list belongs in response to the merchant list and movement status reported by the client where the order delivery object is located; wherein, the client triggers the reporting of the current merchant list and movement status when it is outside the business area and detects that the current merchant list of the order delivery object has changed compared with the most recently reported merchant list, and / or detects that the client has entered a specified movement state; The target merchant list acquisition module includes: The target merchant list acquisition submodule is used to acquire the target merchant list corresponding to the order delivery object based on the movement status reported by the client and the merchants included in each target business area.

10. An order allocation and processing device, characterized in that, Applied to a client, the device includes: The merchant list reporting module is used to report the current merchant list to the server when the client is outside the business area and the client detects that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list. After the server obtains the merchant list reported by the client, it obtains the target merchant list of the order delivery object based on the merchant list and pushes it to the order dispatch system. The order receiving module is used to obtain the orders assigned by the server's order dispatch system to the order delivery object based on the target merchant list, wherein the merchant identifier of the pickup merchant of the order is not in the target merchant list; The merchant list includes the merchant identifier of the merchant for at least one order for which the order delivery object has been picked up but not yet delivered; The merchant list reporting module includes: The merchant list reporting submodule is used to trigger the reporting of the current merchant list and movement status to the server when the client is outside the business area, in response to the client detecting that the current merchant list of the order delivery object has changed compared to the most recently reported merchant list, and / or detecting that the order delivery object has entered a specified movement state. After obtaining the merchant list and movement status reported by the client, the server obtains the target merchant list of the order delivery object based on the merchant list and movement status and pushes it to the order dispatch system.

11. An electronic device, characterized in that, include: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the steps of the order allocation processing method as described in any one of claims 1 to 8.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the steps of the order allocation processing method as described in any one of claims 1 to 8.

Images