Order allocation method and device, computer equipment and storage medium

Abstract

The invention relates to an order allocation method and device, computer equipment and a storage medium. The method comprises the following steps: in response to a distribution request of a current order, extracting distribution address information of the current order, and obtaining address information of a physical site corresponding to at least one pre-created virtual site, and determining a first target virtual site from the virtual sites according to the delivery address information and the address information of the physical sites, obtaining rider information bound with the first target virtual site, determining a target rider according to the rider information, and allocating the current order to the target rider. By adopting the method, the efficiency of order allocation and the efficiency of transport capacity management and control can be improved.

Description

Technical Field

[0001] This application relates to the field of Internet technology, and in particular to an order allocation method, apparatus, computer equipment, and storage medium. Background Technology

[0002] With the development of the on-demand delivery industry, delivery areas are now generally divided according to urban business districts, and orders are preferentially allocated to riders in the corresponding business districts, thus constructing the basic order allocation logic.

[0003] Traditional order allocation relies on loosely distributed orders within business districts, depending on riders freely accepting orders or manual order assignment, and there is no strong connection between riders and business districts.

[0004] However, with numerous urban business districts and dynamic changes in transportation capacity and order volume, service providers find it difficult to manage transportation capacity in real time and quickly allocate support under traditional methods, which can easily lead to inefficient order allocation. Summary of the Invention

[0005] Therefore, it is necessary to provide an order allocation method, apparatus, computer equipment, and storage medium that can improve the efficiency of order allocation and capacity management, in order to address the aforementioned technical problems.

[0006] Firstly, this application provides an order allocation method, including: In response to the current order's allocation request, retrieve the current order's delivery address information; Obtain the address information of the physical site corresponding to the pre-created virtual site; the virtual site includes at least one. The first target virtual site is determined from the virtual sites based on the delivery address information and the physical site address information; Obtain the rider information bound to the first target virtual site, and determine the target rider based on the rider information; Assign the current order to the target rider.

[0007] In one embodiment, the order allocation method further includes: In response to a virtual site creation request, extract the city to which the virtual site belongs and the corresponding site owner information from the creation request; Obtain historical order data for the assigned city, and then determine the delivery business district for that city based on the historical order data. Determine the address information of physical stations based on the delivery business district; A virtual site is created based on the physical site's address information and the site administrator's information.

[0008] In one embodiment, determining a first target virtual site from virtual sites based on delivery address information and physical site address information includes: Candidate sites are determined based on delivery address information and physical site address information; The first target virtual site is determined from the candidate sites based on their historical delivery time, delivery success rate, and order volume.

[0009] In one embodiment, the order allocation method further includes: Obtain order data from each virtual site within a preset time period; The second target virtual site is determined based on the order data within a preset time period. The second target virtual site is the virtual site with the fewest order data. When a rider bound to the second target virtual site completes a preset number of orders, the corresponding amount of virtual resources is transferred to the virtual asset account of the rider bound to the second target virtual site.

[0010] In one embodiment, the order allocation method further includes: In response to the registration request submitted by the rider's terminal, extract the rider's address information from the registration request; The rider's address information is matched with the address information of the virtual site, and the rider is bound to the corresponding virtual site based on the matching result.

[0011] In one embodiment, the order allocation method further includes: In response to the monthly order report data generation request for the current virtual site, retrieve the completed order data for the current virtual site; Monthly order report data is generated based on completed order data.

[0012] In one embodiment, the order allocation method further includes: In response to a page retrieval request submitted by the current terminal, extract the account information and target page from the page retrieval request; The current role type is determined based on the account information. Role types include station manager, rider, and administrator. When the current role has permission to access the target page, obtain the page layout information of the target page and send it to the terminal.

[0013] In a second aspect, this application also provides an order allocation device, comprising: The extraction module is used to extract the delivery address information of the current order in response to the current order's allocation request; The first acquisition module is used to acquire the address information of the physical site corresponding to the pre-created virtual site, wherein the virtual site includes at least one; The determination module is used to determine the first target virtual site from the virtual sites based on the delivery address information and the physical site address information; The second acquisition module is used to acquire rider information bound to the first target virtual site and determine the target rider based on the rider information; The allocation module is used to assign the current order to the target rider.

[0014] In a third aspect, this application provides a computer device including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the order allocation method provided in any embodiment of the first aspect of this application.

[0015] In a fourth aspect, this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the order allocation method provided in any embodiment of the first aspect of this application.

[0016] The aforementioned order allocation method, device, computer equipment, and storage medium match the order's delivery address information with the address information of the physical site corresponding to the pre-built virtual site to determine the matching virtual site. Then, suitable target riders are selected from the riders bound to the virtual site for order allocation, achieving high efficiency in order allocation. In addition, the dispersed rider resources are assigned to specific site management. During the order allocation process, all aspects revolve around the site, which facilitates real-time monitoring of the order load and rider status of each site. Subsequently, the transportation capacity can be adjusted at the site level to improve the overall transportation capacity management efficiency. Attached Figure Description

[0017] Figure 1 This is a flowchart illustrating the order allocation method in some embodiments; Figure 2 This is a flowchart illustrating the order allocation method in some other embodiments; Figure 3 This is a structural block diagram of the order allocation device in some embodiments; Figure 4 This is a diagram showing the internal structure of a computer device in some embodiments. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0019] In the first aspect, this application provides an order allocation method, such as Figure 1 As shown, the method is applied to a server as an example, and includes the following steps: Step S11: In response to the current order's allocation request, extract the current order's delivery address information.

[0020] The current order allocation refers to the request triggered when a new order is received and a rider needs to be assigned for delivery, with the aim of matching the order with a suitable delivery executor.

[0021] The delivery address information for the current order refers to the specific location data for receiving goods that the user fills in when placing the order. It is the core basis for determining the delivery range.

[0022] Step S12: Obtain the address information of the physical site corresponding to the pre-created virtual site. The virtual site includes at least one.

[0023] Virtual sites are digital management units created within the system and attached to physical sites. Essentially, they map the geographical area covered by physical sites into manageable virtual areas within the system, used to bind riders, track orders, and control delivery ranges.

[0024] This application can create one or more virtual sites. Generally, one virtual site corresponds to one physical site.

[0025] Specifically, this application can combine physical site addresses to delineate the delivery boundaries of virtual sites on the system map; input virtual site data, including the bound physical site ID, the latitude and longitude range of the coverage area, and the responsible person's account; assign riders belonging to the physical site to the corresponding virtual sites in the system to ensure that riders only accept orders within the scope of their respective virtual sites; and automatically classify orders generated within the coverage area of ​​the virtual site into the order pool of the virtual site for subsequent allocation to the bound riders.

[0026] Step S13: Determine the first target virtual site from the virtual sites based on the delivery address information and the physical site address information.

[0027] The first target virtual site refers to the virtual site selected from all virtual sites that best matches the current order delivery address, such as the closest virtual site or the one with the best delivery efficiency. Subsequent orders will be assigned to the riders associated with that site.

[0028] Specifically, this application can compare the delivery address of the current order with the coverage area of ​​all virtual sites, and filter out virtual sites whose delivery addresses fall within their coverage area as candidate sites; Candidate sites are sorted by distance priority. For example, the straight-line distance or navigation distance between the physical site address bound to each candidate site and the order delivery address is calculated, and the candidate site with the shortest distance is selected. If there are candidates with the same distance, the real-time order load of the candidate site (such as the number of orders to be assigned at present) is further considered, and the site with the lower load is selected. Finally, the first target virtual site is determined.

[0029] Step S14: Obtain the rider information bound to the first target virtual site, and determine the target rider based on the rider information.

[0030] Rider information can include the rider's real-time status, such as whether they are currently online, whether they are idle, and the number of orders they have accepted. It can also include the rider's ability characteristics, such as historical average delivery time, delivery success rate, and whether they have specific qualifications. It can also include the rider's location information, i.e., the rider's current real-time location, which is used to calculate the distance to the order merchant / delivery address.

[0031] Specifically, this application can pre-create a binding relationship table between riders and virtual sites, extract all riders bound to the first target virtual site from this binding relationship table to obtain a list of available riders, sort the available riders according to the optimal matching rules, prioritize calculating the distance between the rider's current location and the order merchant's address, select the rider with the closest distance, and determine it as the target rider.

[0032] In one embodiment, this application can also respond to a rider's terminal submitting a request to modify the affiliated site, first verifying whether the rider's account status is normal or banned, and verifying whether the target site ID filled in the request exists and whether it belongs to the same city. If the verification passes, in the binding relationship table between riders and virtual sites, the rider's current bound site ID is updated from the original site to the target site, and the modification time is updated at the same time. The rider's order receiving permissions are also updated synchronously. The order pool of the original site will no longer push orders to the rider, and the order pool of the target site adds the rider as an allocable object. At the same time, the modification record is written to the rider's site change log table for subsequent traceability. A message of thanks indicating successful modification is returned to the rider's terminal, and the current affiliated site information displayed on the rider's terminal is updated synchronously.

[0033] Step S15: Assign the current order to the target rider.

[0034] Specifically, this application can update the current order allocation status from "Pending Allocation" to "Allocated" and associate it with the target rider's account ID and allocation time. Through a long-term connection between the rider's terminal and the server, core order information such as merchant address, delivery address, product details, and estimated delivery time is pushed to the target rider's terminal.

[0035] Furthermore, after the rider's terminal receives the order, it returns a confirmation message to the server indicating that the order has been received. Upon receiving the confirmation, the server updates the order's allocation status to "rider has received" and simultaneously synchronizes the order allocation information to the user's terminal and the website administrator's backend.

[0036] In one embodiment, the order allocation method may further include: in response to a virtual site creation request, extracting the city to which the virtual site belongs and the corresponding station manager information from the creation request, obtaining historical order data of the city to which the virtual site belongs, obtaining the delivery business district of the city to which the virtual site belongs based on the historical order data, determining the address information of the physical site based on the delivery business district, and creating the virtual site based on the address information of the physical site and the station manager information.

[0037] Among them, the site administrator information refers to the relevant information of the core personnel responsible for managing the virtual site, which may include the site administrator's account, name, contact number, and identity authentication information.

[0038] Delivery service areas refer to regions with high order density and relatively concentrated geographical areas, defined based on historical order data of the city. These areas are further delineated by factors such as the distribution of residential communities and road planning, and serve as the core basis for determining the location of physical delivery stations.

[0039] Specifically, after receiving a virtual site creation request, the server first extracts the site name, city of origin, and site administrator information such as name and mobile phone number. The server then retrieves a preset number of historical order data points for the city of origin from the database, such as three months' worth of data, and filters key dimensions such as the latitude and longitude of the order, order time, and order density. Using a heatmap algorithm, high-order-density areas are clustered to form multiple candidate delivery business districts.

[0040] Furthermore, for each candidate delivery area, its geographical center point is calculated, and the specific address of the physical station is selected by taking into account factors such as the convenience of surrounding transportation, so as to ensure that the physical station can cover the entire delivery area and facilitate rider gathering.

[0041] Furthermore, the server adds a new record to the virtual site table, entering core information such as the virtual site name or ID, the city of origin, the bound physical site address, and the site administrator account, while also marking the coverage area of ​​the virtual site on the system map.

[0042] The beneficial effect of this embodiment is that the virtual site is strongly associated with the delivery business district and the physical site, and subsequent orders can be quickly matched to the corresponding virtual site and then assigned to the riders bound to the site, thereby improving the accuracy of order allocation.

[0043] In one embodiment, determining a first target virtual site from virtual sites based on delivery address information and physical site address information includes: determining candidate sites based on delivery address information and physical site address information, and determining the first target virtual site from candidate sites based on the candidate sites' historical delivery timeliness, delivery success rate, and order volume.

[0044] Among them, candidate sites refer to virtual sites selected from all virtual sites that match the current order delivery address. The core is the physical site address or coverage area it is bound to, which meets the delivery conditions of the order delivery address, such as being within a reasonable distance or the delivery address falling within the site's coverage area. This forms the basis for subsequently selecting the first target virtual site.

[0045] Historical delivery time refers to the average time taken for a candidate site to complete the delivery of all orders within a preset period in the past, reflecting the overall delivery efficiency of the site.

[0046] Delivery success rate refers to the percentage of orders successfully delivered to a candidate site within a pre-defined period, out of the total number of allocated orders.

[0047] Specifically, the server first compares the delivery address of the current order with the coverage area of ​​all virtual sites, and filters out virtual sites whose delivery addresses fall within their coverage area; if the coverage area has no clear boundaries, it calculates the straight-line distance between the order delivery address and the physical site address bound to each virtual site, and filters out virtual sites whose distance is less than a preset threshold. The two types of filtering results are merged and deduplicated to form a candidate site list.

[0048] Furthermore, from the server's historical data, historical data for each candidate site within the most recent predetermined time period is retrieved to extract historical delivery time, delivery success rate, and real-time order volume. These are then sorted in descending order of delivery success rate, prioritizing candidate sites with success rates greater than the preset value and eliminating sites with excessively low success rates to avoid service quality risks. Next, the remaining sites are sorted in ascending order of historical delivery time, selecting sites with shorter delivery times. If sites with the same delivery time exist, they are sorted in ascending order of real-time order volume, selecting sites with lower loads to avoid order backlog. The site ranked first is ultimately the primary target virtual site.

[0049] The advantage of this embodiment is that it uses address information combined with historical data for filtering, making the order allocation logic more objective and accurate.

[0050] In one embodiment, the order allocation method may further include: acquiring order data of each virtual site within a preset time period, determining a second target virtual site based on the order data within the preset time period, wherein the second target virtual site is the virtual site with the fewest completed orders, and transferring a corresponding amount of virtual resources to the virtual asset account of the rider bound to the second target virtual site when the rider bound to the second target virtual site completes a preset number of orders.

[0051] Among them, the second target virtual site refers to the virtual site with the fewest completed order data within a preset time period. The core is the site with insufficient orders, which is the key target of the incentive policy.

[0052] A rider's virtual asset account refers to a digital account linked to their rider account, used to store virtual assets within the platform. Virtual resources refer to digital value carriers issued by the platform, such as order completion bonuses.

[0053] Specifically, the server automatically triggers a data statistics task according to a preset time period, filters the order data of all virtual sites within that time period from the order table, extracts the effective completed order volume of each site, and summarizes the data by site to generate an order statistics table for each site for that time period.

[0054] Furthermore, the server sorts the order volume of each site in the order statistics table for each time period in ascending order and filters out the site with the fewest orders. The server monitors the order status of the riders bound to the second target virtual site in real time to determine whether the incentive trigger conditions have been met. When the number of orders completed by the rider reaches the preset number, an incentivization operation is performed on the rider's virtual asset account: the available balance of the rider in the virtual asset table is updated, and an asset change log is generated; an incentive payment notification is pushed to the rider's terminal.

[0055] The beneficial effects of this embodiment are: by incentivizing riders at stations with the fewest orders, riders are encouraged to take on orders proactively, thereby improving the order processing capacity of those stations, avoiding capacity imbalance, and optimizing the overall allocation of transportation resources.

[0056] In one embodiment, the order allocation method may further include: responding to a registration request submitted by the rider's terminal, extracting the rider's address information from the registration request, matching the rider's address information with the address information of the virtual site, and binding the rider to the corresponding virtual site based on the matching result.

[0057] Specifically, after receiving the registration request submitted by the rider's terminal, the server first verifies the validity of the request, and then extracts the rider's address information from the request data. The server retrieves the address information of all virtual sites from the list of virtual sites, calculates the distance between the rider's address information and the physical site of each virtual site, filters out virtual sites with a distance less than a preset value, determines them as matching sites, and binds them.

[0058] The technical effect of this embodiment is that it can quickly complete the binding of riders and stations through automatic address matching, reduce operating costs, and improve rider registration conversion rate.

[0059] In one embodiment, the order allocation method may further include: in response to a request to generate monthly order report data corresponding to the current virtual site, obtaining completed order data of the current virtual site, and generating monthly order report data based on the completed order data.

[0060] The monthly order report data refers to a structured data set that reflects the order operation status of a virtual site within a month, with a statistical period of one month. Specifically, it may include the total number of allocated orders in the month, the number of valid completed orders, the order cancellation rate, the average monthly delivery time, the number and percentage of overdue orders, the number and percentage of five-star rated orders, the average number of orders received by riders bound to the site in a month, and the rider order completion rate ranking, etc.

[0061] Specifically, upon receiving a request to generate monthly order report data, the server first verifies the requester's permissions. For example, if the site administrator can only request data from their own site, the server confirms the site ID is valid and the target month has ended. Based on the site ID and the target month, the server filters all order data for that site within that month from the order table, forming the raw data set. It then summarizes the total number of orders allocated and completed, calculates the cancellation rate, calculates the average delivery time for all completed orders, and tallies the number and percentage of overdue orders and five-star reviews. It also groups orders by rider ID and generates rider completion rate rankings. Finally, the calculation results are packaged into a structured report, yielding the monthly order report data. The server pushes a report generation completion notification to the requester's terminal, providing a report download link or online viewing access. Simultaneously, the report is synchronized to the administrator backend, facilitating the platform's aggregation of monthly operational data for each site.

[0062] In one embodiment, this application can also calculate the station manager's earnings in response to a request to obtain station manager earnings, and calculate the rider's earnings in response to a request to obtain rider earnings. The specific formula for calculating the station manager's earnings is: Station Manager ROI (Return on Investment) = (Total Commission Revenue - Operating Costs) / Operating Costs × 100%.

[0063] Among them, the ROI of the site manager represents the input-output ratio of the site manager's management. It quantifies the economic value of the site manager's management work by calculating the ratio of the site's profit to the operating input costs.

[0064] Total commission income refers to the total revenue that a station manager receives from the orders of riders linked to the stations they manage. Specifically, it is a management share that the platform allocates to the station manager based on a fixed percentage of the order amount.

[0065] Operating costs refer to the direct costs incurred by a website owner in the process of managing the website.

[0066] The formula for calculating rider earnings is: Rider LTV (Lifetime Value) = Average Lifetime × Average Monthly Orders × Average Order Value × Commission Rate.

[0067] Among them, rider LTV refers to the average total revenue contributed by each rider to the platform from the time the rider registers and binds to the site until the rider leaves or leaves.

[0068] Average lifecycle refers to the average duration of cooperation between riders and the platform, usually measured in months. The calculation logic is to take the average of the cooperation durations of a large number of riders. The longer the duration, the stronger the rider's retention ability and the higher the long-term value to the platform.

[0069] Average monthly order volume refers to the average number of valid orders completed by a rider each month during the cooperation period. Valid orders exclude canceled orders, refunded orders, and invalid test orders. Only successfully delivered orders are counted, reflecting the rider's order acceptance and completion capabilities.

[0070] Average order value refers to the average amount of a single order completed by a rider.

[0071] Commission rate refers to the fixed percentage that the platform takes from each order amount from riders, and it is the core way for the platform to generate revenue from rider orders.

[0072] The beneficial effects of this embodiment are: it provides station managers with core data such as monthly order volume, timeliness, and quality, and administrators can analyze regional order trends or transportation capacity allocation through the monthly report data of each station.

[0073] In one embodiment, the order allocation method may further include: in response to a page retrieval request submitted by the current terminal, extracting account information and the target page from the page retrieval request. The current role type is determined based on the account information. Role types include site manager, rider, and administrator. When the current role has permission to access the target page, the page layout information of the target page is obtained and sent to the terminal.

[0074] The process involves the server receiving a page retrieval request from the current terminal, first parsing the request data packet to extract account information and the target page identifier. The server then queries the user role table using the account ID to determine the role type corresponding to the current account; next, it queries the role-permission mapping table to obtain the default permission list for that role, such as site administrators having access to the site management page and rider management page, while riders only have access to the personal order page and earnings page; finally, it verifies whether the target page is within the role's permission list. If not, it generates an "access denied" error message; otherwise, it proceeds to the page layout information retrieval stage.

[0075] Furthermore, based on the target page identifier, the server retrieves the corresponding layout data from the page layout library, including the page module composition, data interface address, and style configuration; encapsulates the layout information into a standardized data format, encrypts it, and sends it to the terminal; after receiving it, the terminal renders the page according to the layout rules, calls the corresponding data interface to load the content, and finally displays the target page.

[0076] The beneficial effects of this embodiment are: ensuring that different roles can only access pages within their scope of responsibility, avoiding the leakage of sensitive information, and ensuring system data security.

[0077] To further illustrate the order allocation method of this application, please refer to [reference needed]. Figure 2 ,exist Figure 2 Based on historical order data, the server determines which addresses are suitable for setting up a site, obtaining the address information suitable for creating a physical site. Further, the server creates a virtual site, configures a corresponding site manager for the virtual site, and the site manager performs operations through backend permissions: recruiting riders, reviewing riders, banning riders, and dispatching orders to riders.

[0078] Specifically, the server automatically recommends station establishment based on the order dispatch information of business districts in the heat map. Service providers recruit station managers offline, plan the stations, and then create new stations, setting the station name, station manager's name, and the station manager's login account. Service providers can provide sharing links to station managers, who can then recruit riders online or offline using the links. Riders are automatically assigned to that station.

[0079] Station managers can log in to the delivery management platform to manage riders based on their performance, including rider registration, banning, viewing rider heatmaps, and order assignment. They can also access the order list to view rider order data, facilitating rider scheduling and management.

[0080] The site administrator login system features built-in access control, displaying only rider data for the site, including rider lists, registration lists, and order lists. The server automatically generates T+1 day order data and provides it to both the service provider and the site administrator. Based on this data, the service provider pays the site administrator a commission according to an agreed-upon ratio.

[0081] In a second aspect, this application provides an order allocation device, such as Figure 3 As shown, the order allocation device includes: an extraction module 31, a first acquisition module 32, a determination module 33, a second acquisition module 34, and an allocation module 35, wherein: Extraction module 31 is used to extract the delivery address information of the current order in response to the current order's allocation request; The first acquisition module 32 is used to acquire the address information of the physical site corresponding to the pre-created virtual site, wherein the virtual site includes at least one; The determination module 33 is used to determine the first target virtual site from the virtual sites based on the delivery address information and the physical site address information; The second acquisition module 34 is used to acquire rider information bound to the first target virtual site and determine the target rider based on the rider information; The allocation module 35 is used to assign the current order to the target rider.

[0082] In some embodiments, the first acquisition module 32 described above may also respond to the creation request of a virtual site by extracting the city to which the virtual site belongs and the corresponding station manager information from the creation request, obtaining historical order data of the city to which the virtual site belongs, obtaining the delivery business district of the city to which the virtual site belongs based on the historical order data, determining the address information of the physical site based on the delivery business district, and creating the virtual site based on the address information of the physical site and the station manager information.

[0083] In some embodiments, the determination module 33 described above can determine candidate sites based on delivery address information and physical site address information, and determine the first target virtual site from the candidate sites based on the candidate sites' historical delivery time, delivery success rate and order volume.

[0084] In some embodiments, the determining module 33 described above can also obtain order data of each virtual site within a preset time period, determine a second target virtual site based on the order data within the preset time period, the second target virtual site being the virtual site with the fewest order data, and when the rider bound to the second target virtual site completes a preset number of orders, transfer the corresponding amount of virtual resources to the virtual asset account of the rider bound to the second target virtual site.

[0085] In some embodiments, the determination module 33 described above may also respond to the registration request submitted by the rider's terminal, extract the rider's address information from the registration request, match the rider's address information with the address information of the virtual site, and bind the rider to the corresponding virtual site based on the matching result.

[0086] In some embodiments, the second acquisition module 34 described above can also respond to the order monthly report data generation request corresponding to the current virtual site, acquire the completed order data of the current virtual site, and generate order monthly report data based on the completed order data.

[0087] In some embodiments, the second acquisition module 34 described above can also, in response to a page acquisition request submitted by the current terminal, extract the account information and the target page from the page acquisition request. The current role type is determined based on the account information. Role types include site manager, rider, and administrator. When the current role has permission to access the target page, the page layout information of the target page is obtained and sent to the terminal.

[0088] In a third aspect, this application provides a computer device including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the order allocation method provided in any embodiment of the first aspect of this application.

[0089] In one embodiment, the computer device may be a server, and its internal structure diagram may be as follows: Figure 4 As shown, the computer device includes a processor, memory, network interface, and database connected via a system bus. The processor provides computing and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The network interface is used to communicate with external terminals via a network connection. When the computer program is executed by the processor, it implements an order allocation method.

[0090] In a fourth aspect, this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the order allocation method provided in any embodiment of the first aspect of this application.

[0091] The computer-readable storage medium may be Figure 4 The computer-readable storage medium in the computer device shown.

[0092] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0093] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0094] The above embodiments merely illustrate several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. An order allocation method, characterized by, The method comprises: in response to a distribution request of a current order, extracting distribution address information of the current order; obtaining address information of a physical station corresponding to a pre-created virtual station, the virtual station comprising at least one; determining a first target virtual station from the virtual station according to the distribution address information and the address information of the physical station; obtaining rider information bound to the first target virtual station, and determining a target rider according to the rider information; allocating the current order to the target rider.

2. The method of claim 1, wherein, The method further comprises: in response to a creation request of the virtual station, extracting a home city of the virtual station in the creation request and corresponding station master information; obtaining historical order data of the home city, and obtaining a distribution circle of the home city according to the historical order data; determining the address information of the physical station according to the distribution circle; creating the virtual station according to the address information of the physical station and the station master information.

3. The method of claim 1, wherein, The method further comprises: determining a candidate station according to the distribution address information and the address information of the physical station; determining the first target virtual station from the candidate station according to historical distribution time efficiency, distribution success rate and order quantity of the candidate station.

4. The method of claim 1, wherein, The method further comprises: obtaining order data of each virtual station within a preset time period; determining a second target virtual station according to the order data within the preset time period, the second target virtual station being a virtual station with least order data; when a rider bound to the second target virtual station completes a preset number of orders, transferring a corresponding amount of virtual resources to a virtual asset account of the rider.

5. The method of claim 1, wherein, The method further comprises: in response to a registration request submitted by a terminal of a rider, extracting address information of the rider in the registration request; matching the address information of the rider with address information of the virtual station, and binding the rider with a corresponding virtual station according to a matching result.

6. The method of claim 1, wherein, The method further comprises: in response to a current virtual station corresponding to an order monthly report data generation request, obtaining completed order data of the current virtual station; generating the order monthly report data according to the completed order data.

7. The method of claim 1, wherein, The method further comprises: in response to a page obtaining request submitted by a current terminal, extracting account information and a target page in the page obtaining request; determining a type of a current role according to the account information, the role type comprising a station master, a rider and an administrator; when the current role has access authority to the target page, obtaining page layout information of the target page and sending the page layout information to the terminal.

8. An order allocation apparatus characterized by comprising: The device comprises: an extraction module configured to extract distribution address information of a current order in response to a distribution request of the current order; a first obtaining module configured to obtain address information of a physical station corresponding to a pre-created virtual station, the virtual station comprising at least one; a second obtaining module configured to determine a first target virtual station from the virtual station according to the distribution address information and the address information of the physical station. determining a first target virtual station from the virtual stations according to the delivery address information and address information of the physical station; obtaining rider information bound to the first target virtual station, and determining a target rider according to the rider information; allocating the current order to the target rider.

9. A computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, The processor executes the computer program to implement the steps of the method in any one of claims 1 to 7.

10. A computer-readable storage medium having stored thereon a computer program, characterized in that, The computer program is executed by the processor to implement the steps of the method in any one of claims 1 to 7.

Images