WO2019153893A1 - 订单的配送处理 - Google Patents

订单的配送处理 Download PDF

Info

Publication number
WO2019153893A1
WO2019153893A1 PCT/CN2018/121601 CN2018121601W WO2019153893A1 WO 2019153893 A1 WO2019153893 A1 WO 2019153893A1 CN 2018121601 W CN2018121601 W CN 2018121601W WO 2019153893 A1 WO2019153893 A1 WO 2019153893A1
Authority
WO
WIPO (PCT)
Prior art keywords
order
delivery
target
merchant
location information
Prior art date
Application number
PCT/CN2018/121601
Other languages
English (en)
French (fr)
Inventor
陈曦
郭振刚
秦亚兵
胡育
施建峰
Original Assignee
北京三快在线科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京三快在线科技有限公司 filed Critical 北京三快在线科技有限公司
Priority to BR112020016177-2A priority Critical patent/BR112020016177A2/pt
Priority to US16/968,570 priority patent/US20210042702A1/en
Publication of WO2019153893A1 publication Critical patent/WO2019153893A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0834—Choice of carriers
    • G06Q10/08345—Pricing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G06Q10/08355—Routing methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G06Q30/0204—Market segmentation
    • G06Q30/0205—Location or geographical consideration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Definitions

  • the present application relates to an order processing method and apparatus for an order in the field of network technology.
  • the delivery distance largely affects the smooth completion of the instant delivery order.
  • the order taking time and the effective time are both short; when the delivery distance is large, the order taking time and the effective time are both large. It can be seen that the completion rate of long-distance instant delivery orders is low.
  • the application provides a method and device for processing an order.
  • a method for processing a delivery of an order comprising:
  • the order is delivered by using a first preset rule; wherein the ordering the order by using the first preset rule comprises:
  • the order is delivered using a second preset rule.
  • a delivery processing apparatus for an order comprising:
  • An order obtaining module configured to extract target location information and merchant location information from the received order
  • the information judging module is configured to determine, according to the target location information and the merchant location information, whether the order is within a preset delivery range;
  • a first delivery module if not, determining a target delivery set according to the target location information and the merchant location information, and displaying the order to a delivery staff in the target delivery staff set; when receiving the target
  • the dispatcher concentrates the ordering operation of one of the dispatchers, the first notice receiving the information is sent to the merchant; and when the receiving operation of the merchant's feedback for the first notice receiving the information is received, determining that the order is valid;
  • the second delivery module is configured to: if yes, deliver the order by using a second preset rule.
  • an electronic device comprising: a processor, a memory, and a computer program stored on the memory, the processor executing the program to implement the first aspect described above The delivery processing method of the order.
  • a readable storage medium when an instruction in the storage medium is executed by a processor of an electronic device, enabling the electronic device to perform the order of the first aspect described above Delivery processing method.
  • the mode in which the delivery person first grabs the single merchant and receives the order is adopted, thereby improving the order receiving rate and the user experience.
  • FIG. 1 is a flow chart showing the steps of a delivery processing method for an order according to Embodiment 1 of the present application;
  • FIG. 2 is a flow chart showing the steps of a delivery processing method for an order according to Embodiment 2 of the present application;
  • FIG. 2A is a schematic diagram of a three-layer structure of delivery information provided by an embodiment of the present application.
  • 2B is a schematic diagram of a setting interface of a delivery mode and an effective range provided by an embodiment of the present application
  • 2C is a schematic diagram of a setting interface of an effective time of a delivery mode provided by an embodiment of the present application.
  • FIG. 3 is a flow chart showing the steps of a delivery processing method for an order according to Embodiment 3 of the present application;
  • FIG. 4 is a flow chart showing the steps of a delivery processing method for an order according to Embodiment 4 of the present application;
  • FIG. 5 is a structural diagram of a delivery processing device for an order according to Embodiment 5 of the present application.
  • FIG. 6 is a structural diagram of a delivery processing device for an order according to Embodiment 6 of the present application.
  • Figure 7 is a structural diagram of a delivery processing device for an order provided in Embodiment 7 of the present application.
  • FIG. 8 is a structural diagram of an order delivery processing apparatus according to Embodiment 8 of the present application.
  • the platform is dedicated to the delivery staff to increase the scope of the platform delivery to the delivery staff, but the cost of the training and management of the platform delivery staff is higher.
  • the remote instant delivery order is completed by the crowdsourced dispatcher.
  • the user can enter the identity information and other verification information on the application platform, and register as a crowdsourcing distributor, so that the delivery task of the order can be received through the application platform.
  • the reliability of crowdsourced dispatchers is poor, resulting in lower order rates and poor user experience.
  • orders with lower delivery fees and distant locations are often not available to crowdsourced distributors.
  • FIG. 1 a flow chart of steps of a delivery processing method for an order according to Embodiment 1 of the present application is shown.
  • Step 101 Extract target location information and merchant location information from the received order.
  • the order is an immediate order, that is, an order that is delivered immediately after the user places an order.
  • the order is also an order in the same city.
  • takeaway is the most common instant order.
  • the target location information corresponds to the location information of the order destination.
  • the current location information of the user is obtained by positioning system positioning as the target location information. Users can also modify the target location information to other locations.
  • the merchant location information is entered into the platform when the merchant is registered and incorporated into the application platform, and is saved to the database of the platform system. Therefore, when placing an order, the corresponding merchant location information can be obtained from the database according to the merchant identifier.
  • the embodiment of the present application is applicable to an instant delivery and a shopping equivalent city delivery scenario for placing an order through a designated application platform.
  • Step 102 Determine, according to the target location information and the merchant location information, whether the order is within a preset delivery range.
  • the preset delivery range is a close-range delivery range, which can be set according to the actual application scenario.
  • the preset delivery range is set to be within 3 kilometers of the merchant, the distance between the target location and the merchant location is calculated; then, it is determined whether the target location is within 3 kilometers of the merchant; if at, The order is within the default delivery range; otherwise, the order is not within the default delivery range.
  • Step 103 if no, the first preset rule is used to deliver the order; and the first preset rule is used to deliver the order includes: determining a target dispatcher according to the target location information and the merchant location information And displaying the order to the dispatcher in the target dispatcher set; when receiving the order operation of the one dispatcher in the target dispatcher, sending the notification information to the merchant; When the ordering operation of the feedback order information feedback is performed, it is determined that the order is valid.
  • the embodiments of the present application adopt different order of order for orders of different distances.
  • the ordering order is used to first pick up the orders of the single merchants and then order the orders, thereby ensuring the success rate of the orders of the medium and long distance orders and improving the user experience.
  • Step 104 if yes, the order is delivered using a second preset rule.
  • the merchant corresponding to the order is notified to receive the order; then, after the merchant receives the order, the dispatcher is determined according to the pre-configured delivery manner, and the dispatcher is notified to take the order; finally, after the dispatcher takes the order, the order takes effect.
  • the dispatcher delivers the order to the target location.
  • the embodiment of the present application provides a method for processing an order, the method comprising: acquiring an order, where the order includes target location information and merchant location information; and according to the target location information and the location information of the merchant Determining whether the order is within a preset delivery range; if not, delivering the order by using a first preset rule; the first preset rule comprises: determining a target according to the target location information and the merchant location information Distributing the staff set and displaying the order to the dispatcher in the target dispatcher set; when receiving the ordering operation of the one dispatcher in the target dispatcher, sending the notification information to the merchant; When the merchant performs the order operation for the feedback order information feedback, it is determined that the order is valid; if yes, the order is delivered by using the second preset rule. Adopting the mode that the delivery staff first grabs the single merchant and then receives the order, which improves the order receiving rate and user experience of the medium and long distance orders.
  • FIG. 2 a flow chart of steps of a delivery processing method for an order according to another embodiment of the present application is shown.
  • Step 201 Receive a setting operation of the merchant, the delivery mode, and the corresponding effective time, effective range, and lifting fee.
  • the delivery methods include but are not limited to platform delivery, merchant self-matching, platform errands.
  • the platform delivers through the distribution staff who sign the labor contract with the application platform. These distributors are the employees of the application platform, and the platform will train and manage the distributors.
  • the merchants are self-contained with the merchant's own delivery staff for distribution.
  • Platform errands are delivered using crowdsourced delivery personnel.
  • users can become crowdsourced distributors by logging in to the application platform and registering and verifying relevant information.
  • the crowdsourcing distributor does not need training, unified management, etc., the cost is low, but the reliability is poor; and the cost of the delivery of the platform delivery and the merchant self-matching is higher, but the reliability is better.
  • the delivery mode is set using a three-layer structure.
  • the first layer is the delivery mode
  • the second layer is the effective time
  • the third layer is the effective range.
  • the figure shows the platform delivery-time period 1-range 1, the merchant self-matching-time period 3 - Range 2, platform errands - time period 2 - range 2 three types of delivery information. It can be understood that the distribution method, the effective time, and the effective range can be arbitrarily combined.
  • the merchant can set the delivery method when registering in the application platform.
  • the set delivery mode is platform delivery.
  • the interface shown in Figure 2C is jumped, and the user can input the start time and the end time to obtain the effective time period of the platform delivery between the start time and the end time, such as
  • the start time shown in Figure 2C is 14:00 and the end time is 17:00. Therefore, the merchant supports platform delivery between 14:00 and 17:00, and platform delivery is not supported in other time periods.
  • the effective range corresponding to the platform delivery can be increased in the right map interface, so that the platform delivery is supported within the range, and the platform is not supported outside the range. Delivery.
  • the order will be delivered in the delivery mode only when the order time is within the effective time of the delivery method and the delivery target location is within the effective range of the delivery method.
  • the delivery fee when the delivery mode is set, the delivery fee may also be set for the delivery mode. Therefore, different shipping fees can be set for different merchants and different delivery methods. Among them, the starting fee is the minimum order consumption, and only when the user's order consumption is greater than or equal to the sending fee, the distribution will be supported; otherwise, the delivery is not supported.
  • the effective time of the setting is morning, the smaller effective range, and the higher delivery fee
  • the effective time of the setting is from morning to afternoon, the larger effective range, lower Starting fee
  • the effective time of the setting is night, the larger effective range, and the higher starting fee.
  • Step 202 Bind the delivery mode, the corresponding effective time, the effective range, and the delivery fee to the configuration database.
  • the delivery mode, the effective time, the effective range, and the delivery fee have a corresponding relationship, and when stored, it needs to be saved according to the corresponding relationship.
  • the delivery mode, the effective time, the effective range, and the delivery fee are saved as the delivery mode information of the merchant, so that when the order is placed to the merchant, the corresponding delivery mode information can be obtained according to the merchant identification.
  • Step 203 Extract target location information and merchant location information from the received order.
  • step 101 For the step, reference may be made to the detailed description of step 101, and details are not described herein again.
  • Step 204 Determine, according to the target location information and the merchant location information, whether the order is within a preset delivery range.
  • step 102 can refer to the detailed description of step 102, and details are not described herein again.
  • Step 205 if no, the first preset rule is used to deliver the order; wherein the ordering the order by using the first preset rule comprises: determining a target according to the target location information and the merchant location information Distributing the staff set and displaying the order to the dispatcher in the target dispatcher set; when receiving the ordering operation of the one dispatcher in the target dispatcher, sending the notification information to the merchant; When the merchant operates the order for the feedback order information feedback, it is determined that the order is valid.
  • step 103 can refer to the detailed description of step 103, and details are not described herein again.
  • Step 206 if yes, send notification information to the merchant.
  • the notification order information includes but is not limited to: an order number, an order time, an order specific content, a target location, and the like.
  • the order number is numbered differently depending on the merchant.
  • the order time corresponds to the system time when the user submits the order, and can be called by the function to obtain the system time.
  • the specific content of the order corresponds to the list of products that the user places an order at the merchant, and may include one or more.
  • the order details include dishes and quantities.
  • the embodiment of the present application allows the merchant to be notified of the order for the close-range order, and notifies the dispatcher to take the order after the merchant takes the order.
  • Step 207 When receiving the order operation of the merchant for the feedback order information feedback, determining the target delivery manner of the order from the preset delivery manner according to the target location information and the merchant location information.
  • the order taking operation is the confirmation information of the notification order information.
  • the merchant can also reject the order, thereby sending a reject order operation or not taking an order.
  • the preset delivery mode is the delivery mode set in steps 201 to 202.
  • the delivery method includes an effective time and an effective range
  • step 207 includes sub-steps 2071 to 2073:
  • Sub-step 2071 extracting the order time from the order.
  • the order time corresponds to the time when the user submits the order.
  • the at least one delivery mode corresponding to the merchant and the effective time and effective range corresponding to each delivery mode are obtained from the preset configuration database.
  • step 202 the distribution method information of the merchant is stored in the configuration database, including the delivery method, the corresponding effective time, the effective range, and the lifting fee.
  • the merchant's delivery method and the corresponding effective time and effective range can be obtained from the configuration database according to the merchant identifier.
  • two or more delivery methods may be set at the same time, so that there may be multiple delivery methods. Therefore, it is necessary to select one of a plurality of delivery methods.
  • Sub-step 2073 determining the target delivery mode from the at least one delivery mode according to the order time, the target location information, the merchant location information, the effective time corresponding to the delivery mode, and the effective range.
  • the delivery method For each delivery method, it is determined whether the order time is within the effective time of the delivery mode; whether the target location is within the effective range of the delivery mode based on the location information of the merchant; if the order time is within the effective time of the delivery mode, and the target If the location is within the effective range of the delivery method, the delivery method is the target delivery method.
  • the delivery method 1 corresponds to an effective time of 08:00 to 13:00, and the effective range is within 1 km around the merchant.
  • the delivery time 2 corresponds to an effective time of 13:00 to 18:00, and the effective range is 2 km around the merchant.
  • the delivery method 3 corresponds to an effective time of 18:00 to 22:00, and the effective range is 3 kilometers around the merchant.
  • the target delivery method for the order is delivery method 1.
  • sub-steps 2074 through 2075 are also included:
  • sub-step 2074 if there are at least two determined target delivery modes, the starting fee corresponding to each target delivery mode is obtained from the configuration database.
  • the delivery method 1 corresponds to an effective time of 08:00 to 13:00, and the effective range is within 1 km around the merchant.
  • the delivery time 2 corresponds to an effective time of 11:00 to 18:00, and the effective range is 2 km around the merchant.
  • the delivery method 3 corresponds to an effective time of 18:00 to 22:00, and the effective range is 3 kilometers around the merchant. It can be seen that the delivery time of the delivery mode 1 and the delivery mode 2 overlaps from 11:00 to 13:00, and the delivery ranges of the delivery mode 1, the delivery mode 2, and the delivery mode 3 overlap within 1 km of the merchant.
  • the delivery time of the delivery method 1 and the delivery method 2 overlaps, and the delivery mode 1, the delivery mode 2, and the delivery mode 3 have overlapping ranges
  • the order time of an order is 12:00
  • the target location is the merchant.
  • the target delivery method for this order corresponds to the delivery method 1 and the delivery method 2 .
  • Sub-step 2075 selecting a final delivery mode from the at least two target delivery modes according to the lifting fee.
  • a delivery method with a lower delivery fee is selected as the final delivery method.
  • the delivery method 1 and the delivery method 2 as described above correspond to the delivery fee of 20 and 18, respectively, the delivery method 2 is selected as the final delivery method.
  • step 207 when a submit operation to the order is received, step 207 includes sub-steps 2076 through 2078:
  • Sub-step 2076 determining whether the target location information and the order time of the order are changed.
  • the user's entire ordering process may span the endpoint of the delivery mode's effective time. For example, the user places an order at 17:55, and when the user submits the order, the time is changed to 18:05, and the delivery method determined according to the order time 17:55 and the time when the order is submitted 18:05 do not belong to the same The delivery method takes effect, which requires updating the delivery method.
  • the user's location information may also change.
  • the user may be constantly moving during the order process, or may modify the target location information when submitting the order.
  • the current time of the system and the current location of the user or the target location information of the order are obtained; then, the current time is compared with the order time of the order, and the current location is compared with the target location information in the order. If at least one of the order time and the target location changes, you need to determine if the delivery method has changed.
  • Sub-step 2077 if the target location information and/or the order time of the order is changed, it is determined whether the delivery mode is changed by the changed target location information and/or the order time.
  • the delivery method can be re-determined according to the steps of sub-step 2073, and it is determined whether the delivery mode is changed.
  • sub-step 2077 includes sub-steps 20771 through 20773:
  • Sub-step 20771 if the target location information of the order is changed, determining the target from at least one delivery method according to the original order time, the changed target location information, the merchant location information, the effective time corresponding to the delivery method, and the effective range. Delivery Method.
  • This step re-determines the target delivery method by the changed target location.
  • Sub-step 20772 if the order time of the order is changed, the target is determined from at least one delivery method according to the changed order time, the original target location information, the merchant location information, the effective time corresponding to the delivery method, and the effective range. Delivery Method.
  • This step re-determines the target delivery method by the changed order time.
  • Sub-step 20773 if the target location information and the order time of the order are changed, according to the changed order time, the changed target location information, the merchant location information, the effective time corresponding to the delivery method, and the effective range, at least The target delivery method is determined in a delivery method.
  • This step re-determines the target delivery method by the changed target location and order time.
  • Sub-step 2078 if the delivery method is changed, the user is prompted to change the delivery method.
  • the delivery method is compared with the original delivery method. If the delivery method is changed, the user is prompted to change the delivery method; if the delivery method has not changed, the user is not prompted to perform the delivery according to the original delivery method.
  • Step 208 Send notification information to the delivery staff corresponding to the target delivery mode.
  • the notification order information includes but is not limited to: an order number, an order time, an order specific content, a target location, a merchant name, a merchant location information, and the like.
  • the business name and business location information help the delivery staff to pick up the item corresponding to the order.
  • step 206 For the order number, the order time, the order specific content, and the target location, refer to the detailed description of step 206, and details are not described herein again.
  • step 208 further includes sub-steps 2081 through 2082:
  • Sub-step 2081 when receiving the confirmation operation for the change of the delivery method, transmits the notification order information to the delivery person corresponding to the changed delivery method.
  • the delivery method after the change is preferentially recommended.
  • Sub-step 2082 when receiving the ignore operation for the change of the delivery method, transmits the notification order information to the delivery person corresponding to the delivery method before the change.
  • the user when the delivery mode is changed, the user is preferentially selected to select the updated delivery mode; when the user chooses to ignore the operation, the original delivery mode is used for delivery, so as to ensure the user experience as much as possible and avoid distribution disputes.
  • the user when the user chooses whether to change the delivery mode, the user may be prompted to cancel the order due to the delivery problem, and cancel the order after the user clicks the confirmation.
  • Step 209 When receiving the ordering operation of the delivery person corresponding to the target delivery mode for the feedback order information feedback, determining that the order is valid.
  • the delivery staff corresponding to the target delivery method receives the order by grabbing the order.
  • the first delivery clerk delivered the order.
  • the order delivery staff delivers the valid order.
  • the order will not take effect until the merchant and the distributor have received the order.
  • the merchant or distributor can also cancel the order, as long as either the merchant or the distributor cancels the order, the order expires.
  • the embodiment of the present application provides a method for processing an order, the method comprising: acquiring an order, where the order includes target location information and merchant location information; and according to the target location information and the location information of the merchant Determining whether the order is within a preset delivery range; if not, using the first preset rule to deliver the order; and using the first preset rule to deliver the order includes: according to the target location The information and the merchant location information determine the target dispatcher set, and display the order to the dispatcher in the target dispatcher set; send a notification to the merchant when receiving the ordering operation of the one dispatcher in the target dispatcher Receiving information; determining that the order is valid when receiving a order operation of the merchant for feedback of the notification order information; if yes, using the second preset rule to deliver the order.
  • Adopting the mode that the delivery staff first grabs the single merchant and then receives the order which improves the order receiving rate and user experience.
  • FIG. 3 it is a flow chart showing the steps of a method for processing an order provided by the third embodiment of the present application, including:
  • Step 301 When the received order meets the preset delivery condition, the target location information and the merchant location information are extracted from the order.
  • the default delivery condition is whether the merchant corresponding to the order supports the medium and long distance order. If the corresponding merchant of the order supports the medium and long distance order, the order satisfies the preset delivery condition; if the corresponding merchant of the order does not support the medium and long distance order, the order does not satisfy the preset delivery condition.
  • step 101 For the target location information and the merchant location information, refer to the detailed description of step 101, and details are not described herein again.
  • Step 302 Determine a target dispatcher set according to the target location information and the merchant location information, and display the order to the dispatcher in the target dispatcher set.
  • the embodiment of the present application can determine the delivery staff according to the delivery distance between the target location and the location of the merchant.
  • a crowdsourced dispatcher is used for delivery.
  • the crowdsourcing dispatcher refers to the detailed description of step 201, and details are not described herein again.
  • the dispatcher logs into the platform through an account with an identification function, so that the platform displays the order to the designated type of dispatcher according to the type of the dispatcher. For example, for crowdsourced dispatchers, after the dispatcher registers, the dispatcher will join the crowdsourced dispatcher pool.
  • Step 303 When receiving the order receiving operation of the one dispatcher in the target dispatcher, sending the notification information to the merchant.
  • each dispatcher can take the order by grabbing the order, and the first grabber is the dispatcher of the order.
  • the notification order information includes the information mentioned in step 206, and may also include the distributor information.
  • Step 304 When receiving the order taking operation of the merchant for the feedback order information feedback, it is determined that the order is valid.
  • the order since the delivery person first grabs the single merchant and then receives the order, the order takes effect after the merchant receives the order.
  • the effective order can be added to the effective order pool, so that the merchant can process the order in the order of placing the order.
  • step 305 the valid order is delivered.
  • the order is delivered by the dispatcher who initiates the order taking operation in step 303.
  • the dispatcher first takes the goods corresponding to the order to the merchant corresponding to the order, and if the goods are not ready, then they need to wait; then, when the goods are ready, the dispatcher sends the goods to the target position corresponding to the order, The order delivery is completed; finally, the delivery completed order is settled, and the cost is distributed to the distributor, merchant, platform, and the like.
  • the embodiment of the present application provides a method for processing an order, the method comprising: extracting target location information and merchant location information from the order when the received order satisfies a preset delivery condition; Determining a target dispatcher set according to the target location information and the merchant location information, and displaying the order to a dispatcher in the target dispatcher set; when receiving the ordering operation of the one dispatcher in the target dispatcher Sending the notification order information to the merchant; when receiving the order taking operation of the merchant for the feedback order information feedback, determining that the order is valid; and delivering the valid order.
  • the mode in which the delivery person first grabs the single merchant and then receives the order improves the order receiving rate and the user experience.
  • FIG. 4 there is shown a flow chart of the steps of a delivery processing method for an order provided in Embodiment 4 of the present application.
  • Step 401 When it is detected that the merchant starts the instruction for supporting the target type order, the first switch corresponding to the merchant in the configuration database is modified to be enabled.
  • the target type order corresponds to the medium and long distance order.
  • the embodiment of the present application can flexibly control whether the merchant supports the medium and long distance orders.
  • the first switch of the corresponding merchant is modified according to the merchant identifier.
  • the switch status can be represented by a string, for example, "YES” for opening, “NO” for closing, and "Entry” for example.
  • "1” is used for opening, and "0” is used for closing.
  • the switch state value can be set according to the actual application scenario, which is not limited by the embodiment of the present application.
  • Step 402 When it is detected that the merchant cancels the instruction to support the target type order, the first switch corresponding to the merchant in the configuration database is modified to be closed.
  • the merchant does not support mid-range orders.
  • Step 403 When receiving the search operation for the merchant, for each target merchant obtained by the search, the user is prompted whether the target merchant supports the target type order.
  • the user can input the search keyword in the search box or select the key information in the selection box, and the platform will obtain the qualified merchant from the database according to the search keyword and the key information.
  • the embodiment of the present application may display, in the search result list, the merchant's brief information whether the merchant supports the medium and long distance order. Thereby, the user can be initially judged whether to enter the following list of the merchant's details interface. It can avoid the situation that the user is too far away when placing an order and the order fails, which can improve the user experience.
  • first whether the first switch corresponding to the merchant is opened from the configuration database; then, when the first switch is turned on, prompting the user to support the medium and long distance order; when the first switch is off, prompting the user not to support the COSCO Distance order.
  • Step 404 When the merchant corresponding to the received order supports the target type order, the target location information and the merchant location information are extracted from the order, and the target type order is delivered by using the first preset rule.
  • the first preset rule may refer to the detailed description of step 103.
  • the first preset rule is used for the delivery of the medium and long distance orders, that is, the delivery person first grabs the single business and then receives the order.
  • Step 405 Determine a delivery distance according to the target location information and the merchant location information.
  • the delivery distance can be determined by the target location and the merchant location on the map interface.
  • the distance may be a straight line distance or a road-based distance.
  • Step 406 If the delivery distance is greater than or equal to a preset first distance threshold, determine, from the first dispatcher, a dispatcher whose score is greater than or equal to a preset score threshold, obtain a target dispatcher set, and display the order A dispatcher who is centralized for the target dispatcher.
  • the first distance threshold is used to determine whether the order is a remote order, and can be set according to an actual application scenario.
  • the scoring threshold is used to judge whether the distribution record of the delivery staff is good, and can be set according to the actual application scenario.
  • the embodiment of the present application preferentially selects a delivery order with a good score, so as to ensure the smooth delivery of the order.
  • the first distribution set is a crowdsourcing distribution set.
  • the user and the merchant can rate the dispatcher after the dispatcher has delivered the order. For example, if the total score is five stars, the higher the number of stars, the higher the score and the fewer the number of stars, the lower the score. If the total score is 100, the higher the score, the higher the score; the lower the score, the lower the score.
  • scoring thresholds need to be set for different types of scoring rules. For example, when scoring by star, the scoring threshold can be set to 3 stars; when scoring by the percentile, the scoring threshold can be set to 70 points, and so on.
  • Step 407 If the order receiving operation of any one of the target dispatchers is not received within the first preset time period, the first dispatcher set is used as the target dispatcher set.
  • the first preset time period is used to determine whether the dispatcher with a good score record receives the order, and can be set according to the actual application scenario.
  • the delivery staff set of the order is enlarged, so that all the crowdsourced dispatchers can grab the order. Thereby, the order rate can be increased.
  • Step 408 If the delivery distance is greater than or equal to a preset second distance threshold, recommend the order to a dispatcher in the first dispatcher set with the merchant distance within a third threshold range, the second The distance threshold is less than the first distance threshold.
  • the second distance threshold is used to determine whether the order is a medium distance order, and can be set according to an actual application scenario.
  • the embodiment of the present application can recommend an order to a crowdsourcing dispatcher near the merchant when the crowdsourced dispatcher receives the order, thereby improving the order receiving rate.
  • the crowdsourcing dispatcher near the merchant is obtained by the positioning system; then, the order is pushed to the terminal corresponding to the crowdsourced dispatcher; when the terminal is off, the prompt is prompted by the prompt, and the notification is The order is displayed on the interface; when the terminal is bright but the application platform is running in the background, the order is displayed on the notification interface; when the terminal is bright and the application platform is running on the current interface, the order is displayed at the designated position of the platform interface.
  • Step 409 If the ordering operation of the dispatcher is not received within the third preset time period, the order is cancelled.
  • the third preset time period is used to determine whether there is a crowdsourcing dispatcher to perform the order. It can be understood that the third preset time period is greater than the first preset time period. It can be understood that the third preset time period can be set according to an actual application scenario. For example, for an order peak period, a third preset time period of a larger value may be set; for an order low tide period, a third preset time period of a smaller value may be set.
  • Step 410 When receiving the order receiving operation of the one dispatcher in the target dispatcher, the notification information is sent to the merchant.
  • step 303 For details, refer to the detailed description of step 303, and details are not described herein again.
  • Step 411 When receiving the cancel operation of the order by the dispatcher, the order is redisplayed to the dispatcher in the target dispatcher set.
  • the delivery operator can cancel the order before the merchant orders, or after the merchant receives the order.
  • the embodiment of the present application can redisplay the cancelled order to the crowdsourcing dispatcher, thereby improving the order success rate of the order.
  • Step 412 If the order operation of the merchant is not received within the second preset time period, cancel the order.
  • the second preset time period is used to determine whether the merchant receives the order after the dispatcher receives the order, and can be set according to the actual application scenario.
  • a larger second preset time period can be set to wait for the merchant to take orders, so as to improve the order receiving rate; During the period, because the merchant has fewer orders and the processing speed is faster, a smaller second preset time period can be set.
  • Step 413 When receiving the order operation of the merchant for feedback of the notification order information, determining that the order is valid.
  • step 304 can refer to the detailed description of step 304, and details are not described herein again.
  • step 414 the effective order is delivered.
  • step 305 For the step, reference may be made to the detailed description of step 305, and details are not described herein again.
  • the embodiment of the present application provides a method for processing an order, the method comprising: extracting target location information and merchant location information from the order when the received order satisfies a preset delivery condition; Determining a target dispatcher set according to the target location information and the merchant location information, and displaying the order to a dispatcher in the target dispatcher set; when receiving the ordering operation of the one dispatcher in the target dispatcher Sending the notification order information to the merchant; when receiving the order taking operation of the merchant for the feedback order information feedback, determining that the order is valid; and delivering the valid order.
  • the mode in which the delivery person first grabs the single merchant and then receives the order improves the order receiving rate and the user experience.
  • priority can also be given to the excellent crowdsourcing distributor to deliver the order, recommend the order to the crowdsourcing distributor near the merchant when there is no excellent crowdsourcing delivery order, and return the order to the grab pool after the dispatcher cancels the order.
  • Single prompt the user to support the delivery of the medium and long distance orders before placing the order to further improve the user experience.
  • FIG. 5 it is a structural diagram of a delivery processing apparatus for an order provided in Embodiment 5 of the present application, which is specifically as follows.
  • the order obtaining module 501 is configured to extract target location information and merchant location information from the received order.
  • the information judging module 502 is configured to determine, according to the target location information and the merchant location information, whether the order is within a preset delivery range.
  • the first delivery module 503 is configured to: if not, deliver the order by using a first preset rule; wherein, the using the first preset rule to deliver the order comprises: according to the target location information and The merchant location information determines a target dispatcher set, and displays the order to a dispatcher in the target dispatcher set; when receiving the ordering operation of the one dispatcher in the target dispatcher, sending a notification order to the merchant Information; when the merchant receives the order taking operation for the feedback order information feedback, it is determined that the order is valid.
  • the second delivery module 504 is configured to: if yes, deliver the order by using a second preset rule.
  • FIG. 6 is a structural diagram of a delivery processing apparatus for an order provided in Embodiment 6 of the present application, as follows.
  • the delivery mode setting module 601 is configured to receive a setting operation of the delivery mode, the corresponding effective time and the effective range, and the delivery fee.
  • the delivery mode saving module 602 is configured to bind the delivery mode, the corresponding effective time, the effective range, and the delivery fee to the configuration database.
  • the order obtaining module 603 is configured to extract target location information and merchant location information from the received order.
  • the information determining module 604 is configured to determine, according to the target location information and the merchant location information, whether the order is within a preset delivery range.
  • the first delivery module 605 is configured to: if not, deliver the order by using a first preset rule; wherein the delivering the order by using the first preset rule comprises: according to the target location information and The merchant location information determines a target dispatcher set, and displays the order to a dispatcher in the target dispatcher set; when receiving the ordering operation of the one dispatcher in the target dispatcher, sending a notification order to the merchant Information; when the merchant receives the order taking operation for the feedback order information feedback, it is determined that the order is valid.
  • the second delivery module 606 is configured to: if yes, deliver the order by using a second preset rule.
  • the second delivery module 606 includes:
  • the first notification merchant sub-module 6061 is configured to, if yes, send the notification order information to the merchant.
  • a delivery mode determining sub-module 6062 configured to determine, according to the target location information and the merchant location information, the preset delivery manner, when receiving the ordering operation of the merchant for the feedback order information feedback The target delivery method for the order.
  • the first notification delivery staff sub-module 6063 is configured to send the notification order information to the delivery staff corresponding to the target delivery mode.
  • the order fulfillment sub-module 6064 is configured to determine that the order is valid when receiving the order-sending operation of the delivery person corresponding to the target delivery mode for the notification order information feedback.
  • the delivery mode includes an effective time and an effective range
  • the delivery mode determining sub-module 6062 includes:
  • the order time extraction unit is configured to extract the order time from the order.
  • the delivery method obtaining unit is configured to acquire, from the preset configuration database, at least one delivery mode corresponding to the merchant and an effective time and an effective range corresponding to each of the delivery modes.
  • the delivery mode determining unit is configured to determine the target delivery mode from the at least one delivery mode according to the order time, the target location information, the merchant location information, the effective time and the effective range corresponding to the delivery mode.
  • the delivery mode determining sub-module 6062 further includes:
  • a sending fee obtaining unit configured to obtain, from the configuration database, a starting fee corresponding to each target delivery mode if there are at least two determined target delivery modes.
  • the delivery mode selection unit is configured to select a delivery mode from the at least two target delivery modes according to the delivery fee.
  • the delivery mode determining sub-module 6062 when the submitting operation for the order is received, includes:
  • the information change determining unit is configured to determine whether the target location information and the order time of the order are changed.
  • the delivery method change determining unit is configured to determine whether the delivery method is changed by the changed target location information and/or the order time when the target location information and/or the order time of the order is changed.
  • the delivery method change presentation means is configured to notify the user of the delivery mode change if the delivery method is changed.
  • the foregoing delivery mode change determining unit includes:
  • the first delivery mode change subunit is configured to: if the target location information of the order is changed, according to the original order time, the changed target location information, the merchant location information, the effective time corresponding to the delivery mode, and the effective range, at least The target delivery method is determined in a delivery method.
  • the second delivery mode change subunit is configured to: if the order time of the order is changed, according to the changed order time, the original target location information, the merchant location information, the effective time corresponding to the delivery mode, and the effective range, at least The target delivery method is determined in a delivery method.
  • the third delivery method change subunit is configured to: when the target location information and the order time of the order are changed, according to the changed order time, the changed target location information, the merchant location information, and the effective time corresponding to the delivery mode And the scope of the effective, the target delivery method is determined from at least one delivery method.
  • the first notification delivery staff sub-module 6063 further includes:
  • the post-change notification unit is configured to transmit the notification order information to the delivery person corresponding to the changed delivery method when receiving the confirmation operation for the change of the delivery method.
  • the pre-change notification unit is configured to transmit the notification order information to the delivery person corresponding to the delivery method before the change when receiving the omission operation for the change of the delivery method.
  • FIG. 7 is a structural diagram of a delivery processing apparatus for an order provided in Embodiment 7 of the present application, as follows.
  • the information extraction module 701 is configured to extract target location information and merchant location information from the order when the received order satisfies a preset delivery condition.
  • the dispatcher determining module 702 is configured to determine a target dispatcher set according to the target location information and the merchant location information, and display the order to the dispatcher in the target dispatcher set.
  • the notification merchant module 703 is configured to send the notification order information to the merchant when receiving the order receiving operation of the one dispatcher in the target dispatcher.
  • the order validation module 704 is configured to determine that the order is valid when receiving an order operation of the merchant for feedback of the notification order information.
  • the third delivery module 705 is configured to deliver the valid order.
  • FIG. 8 there is shown a structural diagram of a delivery processing apparatus for an order provided in Embodiment 8 of the present application, which is specifically as follows.
  • the first switch opening module 801 is configured to: when it is detected that the merchant starts the instruction for supporting the target type order, modify the first switch corresponding to the merchant in the configuration database to be enabled.
  • the first switch closing module 802 is configured to: when it is detected that the merchant cancels the instruction to support the target type order, modify the first switch corresponding to the merchant in the configuration database to be closed.
  • the service prompting module 803 is configured to prompt the user whether the target merchant supports the target type order for each target merchant obtained by the search when receiving the search operation for the merchant.
  • the information extraction module 804 is configured to extract target location information and merchant location information from the order when the received order satisfies a preset delivery condition.
  • the information extraction module 804 includes:
  • the special order support sub-module 8041 is configured to receive the merchant support target type order corresponding to the order, and the target type order is delivered by using the first preset rule.
  • the dispatcher determining module 805 is configured to determine a target dispatcher set according to the target location information and the merchant location information, and display the order to the dispatcher in the target dispatcher set.
  • the delivery staff determination module 805 includes:
  • the delivery distance determining sub-module 8051 is configured to determine a delivery distance according to the target location information and the merchant location information.
  • the first dispatcher determining sub-module 8052 is configured to: if the delivery distance is greater than or equal to a preset first distance threshold, determine, from the first dispatcher, a dispatcher whose score is greater than or equal to a preset score threshold, to obtain a target dispatcher set.
  • the second dispatcher determining sub-module 8053 is configured to use the first dispatcher set as the target dispatcher set if the order receiving operation is not received within the first preset time period.
  • An order recommendation sub-module 8054 configured to recommend the order to a dispatcher in a first dispatcher group near the merchant if the delivery distance is greater than or equal to a preset second distance threshold, the second distance threshold Less than the first distance threshold.
  • the first order cancellation module 806 is configured to cancel the order if the ordering operation of the dispatcher is not received within the third preset time period.
  • the notification merchant module 807 is configured to send the notification order information to the merchant when receiving the order receiving operation of the one dispatcher in the target dispatcher.
  • the order redisplay module 808 is configured to redisplay the order to the dispatcher in the target dispatcher set when receiving the cancel operation of the order by the dispatcher.
  • the second order cancellation module 809 is configured to cancel the order if the order operation of the merchant is not received within the second preset time period.
  • the order validation module 810 is configured to determine that the order is valid when receiving a order operation of the merchant for feedback of the notification order information.
  • the third delivery module 811 is configured to deliver the valid order.
  • An embodiment of the present application further provides an electronic device, including: a processor, a memory, and a computer program stored on the memory and operable on the processor, where the processor implements the foregoing implementation when the program is executed Example 1 or 2 of the order processing method.
  • An embodiment of the present application further provides an electronic device, including: a processor, a memory, and a computer program stored on the memory and operable on the processor, where the processor implements the foregoing implementation when the program is executed Example 3 or 4 of the order processing method.
  • the embodiment of the present application further provides a readable storage medium, when the instructions in the storage medium are executed by a processor of the electronic device, enabling the electronic device to perform the delivery processing method of the order of the foregoing embodiment one or two.
  • the embodiment of the present application further provides a readable storage medium, when the instructions in the storage medium are executed by a processor of the electronic device, enabling the electronic device to perform the delivery processing method of the order of the foregoing embodiment three or four.
  • the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.
  • modules in the devices of the embodiments can be adaptively changed and placed in one or more devices different from the embodiment.
  • the modules or units or components of the embodiments may be combined into one module or unit or component, and further they may be divided into a plurality of sub-modules or sub-units or sub-components.
  • any combination of the features disclosed in the specification, including the accompanying claims, the abstract and the drawings, and any methods so disclosed, or All processes or units of the device are combined.
  • Each feature disclosed in this specification (including the accompanying claims, the abstract and the drawings) may be replaced by alternative features that provide the same, equivalent or similar purpose.
  • the various component embodiments of the present application can be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof.
  • a microprocessor or digital signal processor may be used in practice to implement some or all of the functionality of some or all of the components of the order processing device of the order in accordance with embodiments of the present application.
  • the application can also be implemented as a device or device program for performing some or all of the methods described herein.
  • Such a program implementing the present application may be stored on a computer readable medium or may be in the form of one or more signals. Such signals may be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种订单的配送处理方法，所述方法包括：从接收到的订单中提取目标位置信息和商家位置信息（101）；依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内（102）；若否，则采用第一预置规则对所述订单进行配送（103）；采用所述第一预置规则对所述订单进行配送包括：依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送第一通知接单信息；当接收到商家针对所述第一通知接单信息反馈的接单操作时，确定所述订单生效；若是，则采用第二预置规则对所述订单进行配送（104）。

Description

订单的配送处理
相关申请的交叉引用
本申请要求于2018年2月9日提交的、申请号为201810136226.2、发明名称为“一种订单的配送处理方法及装置”的中国专利申请的优先权，该申请的全文以引用的方式并入本文中。
技术领域
本申请涉及网络技术领域的一种订单的配送处理方法及装置。
背景技术
对于即时配送订单的配送，配送距离很大程度上影响了即时配送订单的顺利完成。当配送距离较小时，接单时间和生效时间均较短；当配送距离较大时，接单时间和生效时间均较大。可以看出，远距离即时配送订单的完成率较低。
发明内容
本申请提供一种订单的配送处理方法及装置。
根据本申请实施例的第一方面，提供了一种订单的配送处理方法，所述方法包括：
从接收到的订单中提取目标位置信息和商家位置信息；
依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内；
若所述订单不在所述预设配送范围内，则采用第一预置规则对所述订单进行配送；其中，采用所述第一预置规则对所述订单进行配送包括：
依据所述目标位置信息和所述商家位置信息确定目标配送员集；
将所述订单显示给所述目标配送员集中的配送员；
当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送第一通知接单信息；和
当接收到所述商家针对所述第一通知接单信息反馈的接单操作时，确定所述订单生效；以及
若所述订单在所述预设配送范围内，则采用第二预置规则对所述订单进行配送。
根据本申请实施例的第二方面，提供了一种订单的配送处理装置，所述装置包括：
订单获取模块，用于从接收到的订单中提取目标位置信息和商家位置信息；
信息判断模块，用于依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内；
第一配送模块，用于若否，则依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送第一通知接单信息；当接收到商家针对所述第一通知接单信息反馈的接单操作时，确定所述订单生效；
第二配送模块，用于若是，则采用第二预置规则对所述订单进行配送。
根据本申请实施例的第三方面，提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上的计算机程序，所述处理器执行所述程序时实现前述第一方面所述的订单的配送处理方法。
根据本申请实施例的第四方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述第一方面所述的订单的配送处理方法。
在本申请实施例提供的订单的配送处理方法中，采用配送员先抢单商家再接单的模式，提高了接单率和用户体验。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的一种订单的配送处理方法的步骤流程图；
图2是本申请实施例二提供的一种订单的配送处理方法的步骤流程图；
图2A是本申请实施例提供的配送信息的三层结构示意图；
图2B是本申请实施例提供的配送方式、生效范围的设置界面示意图；
图2C是本申请实施例提供的配送方式的生效时间的设置界面示意图；
图3是本申请实施例三提供的一种订单的配送处理方法的步骤流程图；
图4是本申请实施例四提供的一种订单的配送处理方法的步骤流程图；
图5是本申请实施例五提供的一种订单的配送处理装置的结构图；
图6是本申请实施例六提供的一种订单的配送处理装置的结构图；
图7是本申请实施例七提供的一种订单的配送处理装置的结构图；
图8是本申请实施例八提供的一种订单的配送处理装置的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了改善远距离即时配送订单的完成率，在一实施例中，加大平台专送配送员的投入，以扩大平台专送配送员的生效范围，但是平台专送配送员的培训、管理等成本较高；在另一实施例中，通过众包配送员完成远距离即时配送订单。用户可以在应用平台上输入身份信息以及其他验证信息，注册成为众包配送员，从而可以通过应用平台接收订单的配送任务。但是，众包配送员的可靠性较差，导致接单率较低、用户体验较差。另外，配送费较低、商家位置较远的订单往往没有众包配送员愿意接。
实施例一
参照图1，其示出了本申请实施例一提供的一种订单的配送处理方法的步骤流程图。
步骤101，从接收到的订单中提取目标位置信息和商家位置信息。
其中，订单为即时订单，即用户下单之后立即进行配送的订单，在通常情况下，订单也是同城订单。在实际应用中，外卖是最常见的即时订单。当大量用户产生大量订单时，所有订单会进入到订单池，系统根据下单先后顺序获取订单，并进行处理。
目标位置信息对应订单目的地的位置信息。默认情况下，通过定位系统定位获得用户当前位置信息，作为目标位置信息。用户也可以修改目标位置信息为其他位置。
商家位置信息在商家注册并入驻应用平台时，输入平台中，并保存至平台系统的数据库中。从而在下订单时，可以从数据库中根据商家标识获取到对应的商家位置信息。
本申请实施例适用于通过一指定应用平台下订单的即时配送、购物等同城配送场景。
步骤102，依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内。
其中，预设配送范围为近距离的配送范围，可以根据实际应用场景设定。
例如，在实际应用中，若预设配送范围设置为商家周围3公里之内，则计算目标位置和商家位置之间的距离；然后，判断目标位置是否在商家周围3公里之内；若在，则订单在预设配送范围内；否则，订单不在预设配送范围内。
步骤103，若否，则采用第一预置规则对所述订单进行配送；采用所述第一预置规则对所述订单进行配送包括：依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
本申请实施例对不同距离的订单采用不同的接单顺序。对于中远距离订单，采用配送员先抢单商家再接单的接单顺序，从而保证中远距离订单的接单成功率，提高用户体验。
步骤104，若是，则采用第二预置规则对所述订单进行配送。
具体地，首先，通知订单对应的商家接单；然后，当商家接单之后，根据预先配置的配送方式确定配送员，并通知配送员接单；最后，当配送员接单之后，该订单生效，配送员将该订单配送至目标位置。
综上所述，本申请实施例提供了一种订单的配送处理方法，所述方法包括：获取订单，所述订单中包括目标位置信息和商家位置信息；依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内；若否，则采用第一预置规则对所述订单进行配送；所述第一预置规则包括：依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效；若是，则采用第二预置规则对所述订单进行配送。采用配送员先抢单商家再接单的模式，提高了中远距离订单的接单率和用户体 验。
实施例二
参照图2，其示出了本申请另一实施例提供的一种订单的配送处理方法的步骤流程图。
步骤201，接收商家对配送方式、以及对应的生效时间、生效范围和起送费的设置操作。
其中，配送方式包括但不限于平台专送、商家自配、平台跑腿。
平台专送通过与应用平台签订劳动合同的配送员进行配送，这些配送员是应用平台的员工，平台会对该类配送员进行培训、统一管理等。
商家自配采用商家自己的配送员进行配送。
平台跑腿采用众包配送员配送。在实际应用中，用户可以通过登录应用平台，通过注册并验证相关信息后，成为众包配送员。
可以理解，众包配送员由于不需要进行培训、统一管理等，成本较低，但可靠性较差；而平台专送和商家自配的配送员成本较高，但可靠性较好。
在一实施例中，采用三层结构对配送方式进行设置。如图2A所示，第一层为配送方式，第二层为生效时间，第三层为生效范围，图中示出了平台专送-时间段1-范围1、商家自配-时间段3-范围2、平台跑腿-时间段2-范围2三种配送信息。可以理解，配送方式、生效时间、生效范围之间可以任意组合。
在实际应用中，商家在注册入驻应用平台时，可以设置配送方式。如图2B所示的设置界面，设置的配送方式为平台专送。
当选择为平台专送设置生效时间时，跳入如图2C所示的界面，用户可以输入起始时间和结束时间，得到平台专送的生效时间段在起始时间和结束时间之间，如图2C所示的起始时间为14：00，结束时间为17:00。从而该商家在14:00至17:00之间支持平台专送，其他时间段不支持平台专送。
如图2B所示，当点击左侧“新增配送区域”时，可以在右侧地图界面增加平台专送对应的生效范围，从而在该范围内支持平台专送，在该范围外不支持平台专送。
综上所述，只有当下单时间在配送方式的生效时间内、配送目标位置在配送方式的生效范围内，该订单才会以该配送方式进行配送。
在本申请实施例中，在设置配送方式时，还可以为配送方式设置起送费。从而对于不同商家、不同配送方式可以设置不同的起送费。其中，起送费为最低订单消费，只有用户的订单消费大于等于起送费，才会支持配送；否则不支持配送。
例如，对于商家自配送，设置的生效时间为早上，较小的生效范围，较高的起送费；对于平台专送，设置的生效时间为上午到下午，较大的生效范围，较低的起送费；对于平台跑腿，设置的生效时间为晚上，较大的生效范围，较高的起送费。从而可以实现灵活配置配送方式，以提高配送速度、减少配送纠纷等。
步骤202，将所述配送方式、以及对应的生效时间和生效范围、起送费绑定保存至配置数据库中。
可以理解，配送方式、生效时间、生效范围、起送费具有对应关系，在存储时，需要按照该对应关系保存。
在一实施例中，将配送方式、生效时间、生效范围、起送费作为商家的配送方式信息保存，从而可以在对商家下订单时，根据商家标识可以获取到对应的配送方式信息。
步骤203，从接收到的订单中提取目标位置信息和商家位置信息。
该步骤可以参照步骤101的详细说明，在此不再赘述。
步骤204，依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内。
该步骤可以参照步骤102的详细说明，在此不再赘述。
步骤205，若否，则采用第一预置规则对所述订单进行配送；其中，采用所述第一预置规则对所述订单进行配送包括：依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
该步骤可以参照步骤103的详细说明，在此不再赘述。
步骤206，若是，则向商家发送通知接单信息。
其中，通知接单信息包括但不限于：订单编号、下单时间、订单具体内容、目标位置等。
订单编号根据商家不同而编号方式不同。
下单时间对应用户提交订单时的系统时间，可以调用函数获取系统时间得到。
订单具体内容对应用户在商家下单的商品列表，可以包括一个或多个。例如，对于外卖订单，订单具体内容包括菜品及数量。
目标位置可以参照步骤101中的详细说明，在此不再赘述。
可以理解，通知接单信息的具体格式和内容可以根据实际应用场景设定，本申请实施例对其不加以限制。
本申请实施例允许对于近距离订单先通知商家接单，在商家接单之后通知配送员接单。
步骤207，当接收到所述商家针对所述通知接单信息反馈的接单操作时，根据所述目标位置信息和商家位置信息，从预设的配送方式中确定所述订单的目标配送方式。
可以理解，接单操作为对通知接单信息的确认信息。在实际应用中，商家还可以拒绝接单，从而发送拒绝接单操作，或不进行接单操作。
其中，预设的配送方式为步骤201至202设置的配送方式。
在一实施例中，所述配送方式包括生效时间和生效范围，步骤207包括子步骤2071至2073：
子步骤2071，从所述订单中提取下单时间。
其中，下单时间对应用户在提交订单时的时间。
子步骤2072，从预置的配置数据库中获取所述商家对应的至少一个配送方式及各配送方式对应的生效时间和生效范围。
其中，从步骤202的说明中可知，配置数据库中保存了商家的配送方式信息，包括配送方式、对应的生效时间、生效范围及起送费。
例如，可以根据商家标识从配置数据库中获取商家的配送方式及对应的生效时间和生效范围。
可以理解，对于一个商家，可能同时设置了两种或两种以上配送方式，从而获取的配送方式可能存在多种。从而需要从多种配送方式中选择其中一种。
子步骤2073，根据所述下单时间、目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
对于各配送方式，判断下单时间是否在该配送方式的生效时间内；基于商家位置信息判断目标位置是否在配送方式的生效范围内；若下单时间在该配送方式的生效时间内，且目标位置在配送方式的生效范围内，则该配送方式为目标配送方式。
例如，配送方式1对应的生效时间为08:00至13:00，生效范围为商家周围1公里以内，配送方式2对应的生效时间为13:00至18:00，生效范围为商家周围2公里，配送方式3对应的生效时间为18:00至22:00，生效范围为商家周围3公里。对于一订单，若下单时间为11:30，目标位置在商家周围0.5公里处，则该订单的目标配送方式为配送方式1。
在一实施例中，在子步骤2073之后，还包括子步骤2074至2075：
子步骤2074，若确定的目标配送方式存在至少两个，则从所述配置数据库中获取各目标配送方式对应的起送费。
在实际应用中，由于不同配送方式有可能存在生效时间和生效范围有重叠的情况。例如，配送方式1对应的生效时间为08:00至13:00，生效范围为商家周围1公里以内，配送方式2对应的生效时间为11:00至18:00，生效范围为商家周围2公里，配送方式3对应的生效时间为18:00至22:00，生效范围为商家周围3公里。可以看出，配送方式1和配送方式2的生效时间有重叠部分11：00至13:00，配送方式1、配送方式2和配送方式3的配送范围均重叠商家周围1公里以内。
从而当订单的下单时间和目标位置在两种配送方式的生效时间和生效范围的重叠部分，则根据子步骤2073确定的目标配送方式会至少存在两个。
例如，对于上述配送方式1和配送方式2的生效时间重叠，配送方式1、配送方式2、配送方式3的生效范围重叠的场景，若一订单的下单时间为12:00，目标位置为商家附近0.5公里，则该订单的目标配送方式对应配送方式1和配送方式2两种。
子步骤2075，根据所述起送费从所述至少两个目标配送方式中选择最终配送方式。
对于上述目标配送方式存在两种及两种以上的场景，选择起送费较低的配送方式作为最终的配送方式。如上的配送方式1和配送方式2分别对应起送费为20和18时，选择配送方式2为最终配送方式。
在一实施例中，当接收到对所述订单的提交操作时，步骤207包括子步骤2076至2078：
子步骤2076，确定所述订单的目标位置信息和下单时间是否变更。
在实际应用中，用户的整个下单过程可能跨越配送方式的生效时间的端点。例如，用户下单时间为17:55，而当用户提交订单时，时间变更为18:05，而根据下单时间17:55确定的配送方式和提交订单时的时间18:05不属于同一个配送方式的生效时间，从而需要更新配送方式。
此外，用户的位置信息也可能变更。用户在下单过程中可能在不断移动，也可能在提交订单时修改目标位置信息。
在接收到提交操作时，获取系统的当前时间和用户的当前位置或订单的目标位置信息；然后，将当前时间与订单的下单时间进行对比，当前位置与订单中的目标位置信息进行对比。若下单时间和目标位置中至少一项发生变更，则需要确定配送方式是否变更。
在实际应用中，当检测到用户修改订单中目标位置的操作时，也需要确定配送方式是否变更。
子步骤2077，若所述订单的目标位置信息和/或下单时间变更，则通过变更后的目标位置信息和/或下单时间，确定配送方式是否变更。
例如，可以根据子步骤2073的步骤重新确定配送方式，并判断配送方式是否变更。
在一实施例中，子步骤2077包括子步骤20771至20773：
子步骤20771，若所述订单的目标位置信息变更，则根据原下单时间、变更后的目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
该步骤通过变更后的目标位置重新确定目标配送方式。
子步骤20772，若所述订单的下单时间变更，则根据变更后的下单时间、原目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
该步骤通过变更后的下单时间重新确定目标配送方式。
子步骤20773，若所述订单的目标位置信息和下单时间变更，则根据变更后的下单时间、变更后的目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
该步骤通过变更后的目标位置和下单时间重新确定目标配送方式。
子步骤2078，若所述配送方式发生变更，则向用户提示配送方式变更。
将配送方式与原配送方式进行对比，若配送方式发生变更，则提示用户配送方式变更；若配送方式未发生变更，则不提示用户，按照原配送方式进行配送。
步骤208，向所述目标配送方式对应的配送员发送通知接单信息。
其中，通知接单信息包括但不限于：订单编号、下单时间、订单具体内容、目标位置、商家名称、商家位置信息等。
商家名称、商家位置信息帮助配送员取订单对应的商品。
订单编号、下单时间、订单具体内容、目标位置可以参照步骤206的详细说明，在此不再赘述。
在一实施例中，步骤208还包括子步骤2081至2082：
子步骤2081，当接收到对所述配送方式变更的确认操作时，向变更后的配送方式对应的配送员发送通知接单信息。
在用户接收到是否变更配送方式的请求时，优先推荐变更后的配送方式。
子步骤2082，当接收到对所述配送方式变更的忽略操作时，向变更前的配送方式对应的配送员发送通知接单信息。
本申请实施例在配送方式变更时，优先使用户选择更新后的配送方式；当用户选择忽略操作时，采用原有的配送方式进行配送，以尽可能的保证用户体验，避免产生配送纠纷。
在实际应用中，当用户选择是否变更配送方式时，还可以提示用户由于配送问题将取消订单，并在用户点击确认之后，取消订单。
步骤209，当接收到所述目标配送方式对应的配送员针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
其中，目标配送方式对应的配送员通过抢单的方式接单。最先抢到的配送员配送该订单。
在本申请实施例中，接单配送员对生效的订单进行配送。
可以理解，只有在商家和配送员均接单时，订单才会生效。商家或配送员也可以取消订单，只要其中商家或配送员任一方取消订单，则订单失效。
综上所述，本申请实施例提供了一种订单的配送处理方法，所述方法包括：获取订单，所述订单中包括目标位置信息和商家位置信息；依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内；若否，则采用第一预置规则对所述订单进行配送；采用所述第一预置规则对所述订单进行配送包括：依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效；若是，则采用第二预置规则对所述订单进行配送。采用配送员先抢单商家再接单的模式，提高了接单率和用户体验。此外，还可以在提交订单时提示用户配送方式发生变化，支持灵活配置配送方式，优先采用起送费较低的配送方式。
实施例三
参照图3，其示出了本申请实施例三提供的一种订单的配送处理方法的步骤流程图，包括：
步骤301，当接收到的订单满足预设配送条件时，从所述订单中提取目标位置信息和商家位置信息。
其中，预设配送条件为订单对应的商家是否支持中远距离订单。若订单对应的商家支持中远距离订单，则该订单满足预设配送条件；若订单对应的商家不支持中远距离订单，则该订单不满足预设配送条件。
其中，目标位置信息和商家位置信息可以参照步骤101的详细说明，在此不再赘述。
步骤302，依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员。
本申请实施例可以根据目标位置和商家位置之间的配送距离，确定配送员。
在一实施例中，对于中远距离，采用众包配送员进行配送。众包配送员的详细说明可以参照步骤201的详细说明，在此不再赘述。
在实际应用中，配送员通过具有身份识别功能的账号登录平台，从而平台会根据配送员的类别，将订单显示给指定类型的配送员。例如，对于众包配送员，配送员注册之后，该类配送员会加入至众包配送员池中。
步骤303，当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息。
在实际应用中，当将订单显示给目标配送员集中的各配送员时，各配送员可以通过抢单的方式接单，先抢到的配送员作为该订单的配送员。
在本申请实施例中，通知接单信息包括步骤206中提到的信息之外，还可以包括配送员信息。
步骤304，当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
在本申请实施例中，由于配送员先抢单商家后接单，从而当商家接单之后，订单生效。
在实际应用中，可以将生效的订单添加至生效订单池中，从而商家可以按照下单顺序对订单进行处理。
可以理解，在将生效的订单添加至生效订单池中时，需要针对各商家分别进行。
步骤305，对生效的订单进行配送。
具体地，通过步骤303中发起接单操作的配送员对订单进行配送。
在实际应用中，配送员首先到订单对应的商家取订单对应的商品，若商品还未准备好，则需要等待；然后，当商品准备好之后，配送员将商品送至订单对应的目标位置，订单配送完成；最后，对配送完成的订单进行结算，将费用分摊给配送员、商家、平台等。
综上所述，本申请实施例提供了一种订单的配送处理方法，所述方法包括：当接收到的订单满足预设配送条件时，从所述订单中提取目标位置信息和商家位置信息；依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效；对生效的订单进行配送。在该订单的配送处理方法中，采用配送员先抢单商家再接单的模式，提高了接单率和用户体验。
实施例四
参照图4，其示出了本申请实施例四提供的一种订单的配送处理方法的步骤流程 图。
步骤401，当检测到商家开启支持目标类型订单的指令时，修改配置数据库中所述商家对应的第一开关为开启。
其中，目标类型订单对应中远距离订单。
本申请实施例可以灵活的控制商家是否支持中远距离订单。
当商家在应用平台上注册时，在设置界面上设置是否支持中远距离订单。此外，在后续使用过程中，还可以再次修改。
在修改之后，根据商家标识修改对应商家的第一开关。
在实际应用中，开关状态可以通过字符串表示，例如，开启用“YES”、关闭用“NO”表示；还可以通过枚举值表示，例如，开启用“1”、关闭用“0”表示。可以理解，开关状态值可以根据实际应用场景设定，本申请实施例对其不加以限制。
步骤402，当检测到商家取消支持目标类型订单的指令时，修改配置数据库中所述商家对应的第一开关为关闭。
当第一开关关闭时，商家不支持中远距离订单。
步骤403，当接收到对商家的搜索操作时，对于搜索得到的各目标商家，向用户提示所述目标商家是否支持目标类型订单。
在实际应用中，用户可以在搜索框中输入搜索关键字、或在选择框中选择关键信息，平台会根据搜索关键字、关键信息从数据库中获取符合条件的商家。
本申请实施例可以在搜索结果列表中，商家的简要信息中显示该商家是否支持中远距离订单。从而可以帮助用户初步判断是否进入该商家的详情界面以下单。可以避免用户在下单时距离太远而下单失败的情况，可以提高用户体验。
在一实施例中，首先，从配置数据库中获取商家对应的第一开关是否打开；然后，当第一开关打开时，提示用户支持中远距离订单；当第一开关关闭时，提示用户不支持中远距离订单。
步骤404，当接收到的订单对应的商家支持目标类型订单时，从所述订单中提取目标位置信息和商家位置信息，所述目标类型订单采用第一预置规则进行配送。
其中，第一预置规则可以参照步骤103的详细说明。
本申请实施例针对中远距离订单采用第一预置规则进行配送，即配送员先抢单商家后接单。
步骤405，根据所述目标位置信息和商家位置信息确定配送距离。
具体地，可以通过地图界面上的目标位置和商家位置，确定配送距离。在实际应用中，该距离可以为直线距离，也可以为基于道路的距离。
步骤406，若所述配送距离大于等于预设的第一距离阈值，则从第一配送员集中确定评分大于等于预设的评分阈值的配送员，得到目标配送员集，并将所述订单显示给所述目标配送员集中的配送员。
其中，第一距离阈值用于判断订单是否为远距离订单，可以根据实际应用场景设定。
评分阈值用于判断配送员的评分记录是否良好，可以根据实际应用场景设定。本申请实施例优先选择评分记录良好的配送员配送订单，从而保证订单的配送顺利。
在本申请实施例中，第一配送员集为众包配送员集。
在实际应用中，在配送员配送完订单之后，用户和商家可以对配送员进行评分。例如，总分为五颗星，则星的数目越多，则评分越高，星的数目越少，则评分越低。若总分为100分，则分数越高，评分越高；分数越低，评分越低。
可以理解，对于不同类型的评分规则，需要设置不同的评分阈值。例如，当通过星进行评分时，评分阈值可以设置为3颗星；当通过百分制进行评分时，评分阈值可以设置为70分等。
步骤407，若在第一预设时间段内未接收到目标配送员集合中任一个配送员的接单操作，则将所述第一配送员集作为目标配送员集。
其中，第一预设时间段用于判断评分记录良好的配送员是否接单，可以根据实际应用场景设定。
本申请实施例可以在无评分记录良好的配送员接单时，扩大接单的配送员集，使所有众包配送员均可以抢单。从而可以提高接单率。
步骤408，若所述配送距离大于等于预设的第二距离阈值，则将所述订单推荐给与所述商家距离在第三阈值范围内的第一配送员集中的配送员，所述第二距离阈值小于第一距离阈值。
其中，第二距离阈值用于判断订单是否为中距离订单，可以根据实际应用场景设定。
本申请实施例可以在无众包配送员接单时，将订单推荐给处于商家附近的众包配送员，从而提高接单率。
在一实施例中，首先，通过定位系统获取商家附近的众包配送员；然后，将订单推送给上述众包配送员所对应的终端；当终端灭屏时，通过提示音提示，并在通知界面上显示该订单；当终端亮屏但应用平台运行在后台时，在通知界面上显示该订单；当终端亮屏且应用平台运行在当前界面时，在平台界面的指定位置显示该订单。
步骤409，若在第三预设时间段内未接收到所述配送员的接单操作，则取消所述订单。
其中，第三预设时间段用于判断是否有众包配送员进行接单，可以理解，第三预设时间段大于第一预设时间段。可以理解，第三预设时间段可以根据实际应用场景设定。例如，对于订单高峰期，可以设置较大值的第三预设时间段；对于订单低潮期，可以设置较小值的第三预设时间段。
在实际应用中，若经过步骤406至408之后第三预设时间段内未接收到任何众包配送员接单，则取消订单。
步骤410，当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息。
该步骤可以参照步骤303的详细说明，在此不再赘述。
步骤411，当接收到所述配送员对所述订单的取消操作时，将所述订单重新显示给所述目标配送员集中的配送员。
可以理解，配送员对订单的取消操作可以在商家接单之前，也可以在商家接单之后。
本申请实施例可以将取消的订单重新显示给众包配送员，从而可以提高订单的接单成功率。
步骤412，若在第二预设时间段内未接收到所述商家的接单操作，则取消所述订单。
其中，第二预设时间段用于判断在配送员接单之后商家是否接单，可以根据实 际应用场景设定。
在实际应用中，当处于订单高峰期时，由于商家的订单较多，处理速度较慢，可以设置较大的第二预设时间段等待商家接单，以提高接单率；当处于订单低潮期时，由于商家的订单较少，处理速度较快，可以设置较小的第二预设时间段。
步骤413，当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
该步骤可以参照步骤304的详细说明，在此不再赘述。
步骤414，对生效的订单进行配送。
该步骤可以参照步骤305的详细说明，在此不再赘述。
综上所述，本申请实施例提供了一种订单的配送处理方法，所述方法包括：当接收到的订单满足预设配送条件时，从所述订单中提取目标位置信息和商家位置信息；依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效；对生效的订单进行配送。在该订单的配送处理方法中，采用配送员先抢单商家再接单的模式，提高了接单率和用户体验。此外，还可以优先使优秀众包配送员配送订单，在未有优秀众包配送员接单时将订单推荐给商家附近众包配送员，在配送员取消订单之后将订单返回抢单池重新抢单，在下单之前提示用户是否支持中远距离订单的配送，以进一步改善用户体验。
实施例五
参照图5，其示出了本申请实施例五提供的一种订单的配送处理装置的结构图，具体如下。
订单获取模块501，用于从接收到的订单中提取目标位置信息和商家位置信息。
信息判断模块502，用于依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内。
第一配送模块503，用于若否，则采用第一预置规则对所述订单进行配送；其中，采用所述第一预置规则对所述订单进行配送包括：依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所 述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
第二配送模块504，用于若是，则采用第二预置规则对所述订单进行配送。
实施例六
参照图6，其示出了本申请实施例六提供的一种订单的配送处理装置的结构图，具体如下。
配送方式设置模块601，用于接收商家对配送方式、以及对应的生效时间和生效范围、起送费的设置操作。
配送方式保存模块602，用于将所述配送方式、以及对应的生效时间和生效范围、起送费绑定保存至配置数据库中。
订单获取模块603，用于从接收到的订单中提取目标位置信息和商家位置信息。
信息判断模块604，用于依据所述目标位置信息和商家位置信息判断所述订单是否在预设配送范围内。
第一配送模块605，用于若否，则采用第一预置规则对所述订单进行配送；其中，采用所述第一预置规则对所述订单进行配送包括：依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息；当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
第二配送模块606，用于若是，则采用第二预置规则对所述订单进行配送。在一实施例中，上述第二配送模块606包括：
第一通知商家子模块6061，用于若是，则向商家发送通知接单信息。
配送方式确定子模块6062，用于当接收到所述商家针对所述通知接单信息反馈的接单操作时，根据所述目标位置信息和商家位置信息，从预设的配送方式中确定所述订单的目标配送方式。
第一通知配送员子模块6063，用于向所述目标配送方式对应的配送员发送通知接单信息。
订单生效子模块6064，用于当接收到所述目标配送方式对应的配送员针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
在一实施例中，上述配送方式包括生效时间和生效范围，上述配送方式确定子模块6062包括：
下单时间提取单元，用于从所述订单中提取下单时间。
配送方式获取单元，用于从预置的配置数据库中获取所述商家对应的至少一个配送方式及各所述配送方式对应的生效时间和生效范围。
配送方式确定单元，用于根据所述下单时间、目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
在一实施例中，上述配送方式确定子模块6062还包括：
起送费获取单元，用于若确定的目标配送方式存在至少两个，则从所述配置数据库中获取各目标配送方式对应的起送费。
配送方式选择单元，用于根据所述起送费从所述至少两个目标配送方式中选择配送方式。
在一实施例中，当接收到对所述订单的提交操作时，上述配送方式确定子模块6062包括：
信息变更确定单元，用于确定所述订单的目标位置信息和下单时间是否变更。
配送方式变更确定单元，用于若所述订单的目标位置信息和/或下单时间变更，则通过变更后的目标位置信息和/或下单时间，确定配送方式是否变更。
配送方式变更提示单元，用于若所述配送方式发生变更，则向用户提示配送方式变更。
在本申请一实施例中，上述配送方式变更确定单元，包括：
第一配送方式变更子单元，用于若所述订单的目标位置信息变更，则根据原下单时间、变更后的目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
第二配送方式变更子单元，用于若所述订单的下单时间变更，则根据变更后的下单时间、原目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
第三配送方式变更子单元，用于若所述订单的目标位置信息和下单时间变更， 则根据变更后的下单时间、变更后的目标位置信息、商家位置信息、配送方式对应的生效时间和生效范围，从至少一个配送方式中确定目标配送方式。
在一实施例中，上述第一通知配送员子模块6063还包括：
变更后通知单元，用于当接收到对所述配送方式变更的确认操作时，向变更后的配送方式对应的配送员发送通知接单信息。
变更前通知单元，用于当接收到对所述配送方式变更的忽略操作时，向变更前的配送方式对应的配送员发送通知接单信息。
实施例七
参照图7，其示出了本申请实施例七提供的一种订单的配送处理装置的结构图，具体如下。
信息提取模块701，用于当接收到的订单满足预设配送条件时，从所述订单中提取目标位置信息和商家位置信息。
配送员确定模块702，用于依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员。
通知商家模块703，用于当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息。
订单生效模块704，用于当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
第三配送模块705，用于对生效的订单进行配送。
实施例八
参照图8，其示出了本申请实施例八提供的一种订单的配送处理装置的结构图，具体如下。
第一开关开启模块801，用于当检测到商家开启支持目标类型订单的指令时，修改配置数据库中所述商家对应的第一开关为开启。
第一开关关闭模块802，用于当检测到商家取消支持目标类型订单的指令时，修改配置数据库中所述商家对应的第一开关为关闭。
业务提示模块803，用于当接收到对商家的搜索操作时，对于搜索得到的各目标 商家，向用户提示所述目标商家是否支持目标类型订单。
信息提取模块804，用于当接收到的订单满足预设配送条件时，从所述订单中提取目标位置信息和商家位置信息。在一实施例中，上述信息提取模块804包括：
特殊订单支持子模块8041，用于接收到的订单对应的商家支持目标类型订单，所述目标类型订单采用第一预置规则进行配送。
配送员确定模块805，用于依据所述目标位置信息和商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员。在一实施例中，上述配送员确定模块805包括：
配送距离确定子模块8051，用于根据所述目标位置信息和商家位置信息确定配送距离。
第一配送员确定子模块8052，用于若所述配送距离大于等于预设的第一距离阈值，则从第一配送员集中确定评分大于等于预设的评分阈值的配送员，得到目标配送员集。
第二配送员确定子模块8053，用于若在第一预设时间段内未接收到接单操作，则将所述第一配送员集作为目标配送员集。
订单推荐子模块8054，用于若所述配送距离大于等于预设的第二距离阈值，则将所述订单推荐给所述商家附近的第一配送员集中的配送员，所述第二距离阈值小于第一距离阈值。
第一订单取消模块806，用于若在第三预设时间段内未接收到所述配送员的接单操作，则取消所述订单。
通知商家模块807，用于当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送通知接单信息。
订单重显示模块808，用于当接收到所述配送员对所述订单的取消操作时，将所述订单重新显示给所述目标配送员集中的配送员。
第二订单取消模块809，用于若在第二预设时间段内未接收到所述商家的接单操作，则取消所述订单。
订单生效模块810，用于当接收到商家针对所述通知接单信息反馈的接单操作时，确定所述订单生效。
第三配送模块811，用于对生效的订单进行配送。
本申请实施例还提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现前述实施例一或二的订单的配送处理方法。
本申请实施例还提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现前述实施例三或四的订单的配送处理方法。
本申请实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例一或二的订单的配送处理方法。
本申请实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例三或四的订单的配送处理方法。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个申请方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，申请方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性 地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的订单的配送处理设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本申请的保护范围之内。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换， 都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (19)

  1. 一种订单的配送处理方法，包括：
    从接收到的订单中提取目标位置信息和商家位置信息；
    依据所述目标位置信息和所述商家位置信息判断所述订单是否在预设配送范围内；
    若所述订单不在所述预设配送范围内，则采用第一预置规则对所述订单进行配送；其中，采用所述第一预置规则对所述订单进行配送包括：
    依据所述目标位置信息和所述商家位置信息确定目标配送员集；
    将所述订单显示给所述目标配送员集中的配送员；
    当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送第一通知接单信息；和
    当接收到所述商家针对所述第一通知接单信息反馈的接单操作时，确定所述订单生效；以及
    若所述订单在所述预设配送范围内，则采用第二预置规则对所述订单进行配送。
  2. 根据权利要求1所述的方法，其特征在于，采用所述第二预置规则对所述订单进行配送包括：
    向所述商家发送第二通知接单信息；
    当接收到所述商家针对所述第二通知接单信息反馈的接单操作时，根据所述目标位置信息和所述商家位置信息，从预设的配送方式中确定所述订单的目标配送方式；
    向所述目标配送方式对应的配送员发送所述第二通知接单信息；和
    当接收到所述目标配送方式对应的配送员针对所述第二通知接单信息反馈的接单操作时，确定所述订单生效。
  3. 根据权利要求2所述的方法，其特征在于，根据所述目标位置信息和商家位置信息，从预设的配送方式中确定所述订单的目标配送方式，包括：
    从所述订单中提取下单时间；
    从预置的配置数据库中获取所述商家对应的至少一个配送方式及各所述配送方式对应的生效时间和生效范围；和
    根据所述下单时间、所述目标位置信息、所述商家位置信息、各所述配送方式对应的生效时间和生效范围，从所述至少一个配送方式中确定所述目标配送方式。
  4. 根据权利要求3所述的方法，其特征在于，所述方法还包括：
    接收商家对配送方式、以及对应的生效时间和生效范围、起送费的设置操作；
    将所述配送方式、以及对应的生效时间和生效范围、起送费绑定保存至所述配置数 据库中。
  5. 根据权利要求3所述的方法，其特征在于，所述方法还包括：
    若确定的所述目标配送方式存在至少两个，则从所述配置数据库中获取各所述目标配送方式对应的起送费；
    根据所述起送费从所述至少两个目标配送方式中选择最终配送方式。
  6. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    响应于用于对所述订单的提交操作，确定所述订单的目标位置信息和下单时间是否变更；
    若所述订单的目标位置信息和/或下单时间变更，则基于变更后的目标位置信息和/或下单时间，重新确定配送方式。
  7. 根据权利要求1所述的方法，其特征在于，从接收到的所述订单中提取所述目标位置信息和所述商家位置信息，包括：
    判断所述订单是否满足预设配送条件；和
    当所述订单满足所述预设配送条件时，从所述订单中提取所述目标位置信息和所述商家位置信息。
  8. 根据权利要求1所述的方法，其特征在于，依据所述目标位置信息和所述商家位置信息确定所述目标配送员集，包括：
    根据所述目标位置信息和所述商家位置信息确定配送距离；
    若所述配送距离大于等于预设的第一距离阈值，则从第一配送员集中确定评分大于等于预设的评分阈值的配送员，得到所述目标配送员集。
  9. 根据权利要求8所述的方法，其特征在于，依据所述目标位置信息和所述商家位置信息确定所述目标配送员集，还包括：
    若在第一预设时间段内未接收到所述目标配送员集中任一个配送员的接单操作，则将所述第一配送员集作为所述目标配送员集。
  10. 根据权利要求8所述的方法，其特征在于，依据所述目标位置信息和所述商家位置信息确定所述目标配送员集，还包括：
    若所述配送距离小于所述第一距离阈值并且大于等于预设的第二距离阈值，则从所述第一配送员集中确定距离所述商家在第三距离阈值范围内的配送员，得到所述目标配送员集。
  11. 根据权利要求7至10中任一项所述的方法，其特征在于，判断所述订单是否满足所述预设配送条件包括：
    当所述订单对应的商家支持目标类型订单时，确定所述订单满足所述预设配送条件，其中，所述目标类型订单采用所述第一预置规则进行配送。
  12. 根据权利要求11所述的方法，其特征在于，所述方法还包括：
    当检测到所述商家开启所述支持目标类型订单的指令时，修改配置数据库中所述商家对应的第一开关为开启；
    当检测到所述商家取消所述支持目标类型订单的指令时，修改所述配置数据库中所述商家对应的所述第一开关为关闭。
  13. 根据权利要求11所述的方法，其特征在于，所述方法还包括：
    当接收到用户对商家的搜索操作时，向用户提示所述商家是否支持所述目标类型订单。
  14. 根据权利要求7所述的方法，其特征在于，在所述向商家发送所述第一通知接单信息之后，还包括：
    当接收到所述配送员对所述订单的取消操作时，将所述订单重新显示给所述目标配送员集中的配送员。
  15. 根据权利要求1所述的方法，其特征在于，在所述向商家发送所述第一通知接单信息之后，还包括：
    若在第二预设时间段内未接收到所述商家针对所述第一通知接单信息反馈的接单操作，则取消所述订单。
  16. 根据权利要求1所述的方法，其特征在于，在将所述订单显示给所述目标配送员集中的配送员之后，还包括：
    若在第三预设时间段内未接收到所述目标配送员集中任一个配送员的接单操作，则取消所述订单。
  17. 一种订单的配送处理装置，其特征在于，所述方法包括：
    订单获取模块，用于从接收到的订单中提取目标位置信息和商家位置信息；
    信息判断模块，用于依据所述目标位置信息和所述商家位置信息判断所述订单是否在预设配送范围内；
    第一配送模块，用于若所述订单不在所述预设配送范围内，则采用第一预置规则对所述订单进行配送；其中，采用所述第一预置规则对所述订单进行配送包括：依据所述目标位置信息和所述商家位置信息确定目标配送员集，并将所述订单显示给所述目标配送员集中的配送员；当接收到所述目标配送员集中一个配送员的接单操作时，向商家发送第一通知接单信息；当接收到所述商家针对所述通知接单信息反馈的接单操作时，确 定所述订单生效；
    第二配送模块，用于若所述订单在所述预设配送范围内，则采用第二预置规则对所述订单进行配送。
  18. 一种电子设备，包括：
    处理器、存储器以及存储在所述存储器上的计算机程序，所述处理器执行所述程序时实现如权利要求1-16中任一所述的订单的配送处理方法。
  19. 一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1-16中任一所述的订单的配送处理方法。
PCT/CN2018/121601 2018-02-09 2018-12-17 订单的配送处理 WO2019153893A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
BR112020016177-2A BR112020016177A2 (pt) 2018-02-09 2018-12-17 método e aparelho para processar distribuição de pedido, dispositivo eletrônico, e, meio de armazenamento legível
US16/968,570 US20210042702A1 (en) 2018-02-09 2018-12-17 Order delivery processing

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810136226.2 2018-02-09
CN201810136226.2A CN108446871B (zh) 2018-02-09 2018-02-09 一种订单的配送处理方法及装置

Publications (1)

Publication Number Publication Date
WO2019153893A1 true WO2019153893A1 (zh) 2019-08-15

Family

ID=63192247

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/121601 WO2019153893A1 (zh) 2018-02-09 2018-12-17 订单的配送处理

Country Status (4)

Country Link
US (1) US20210042702A1 (zh)
CN (1) CN108446871B (zh)
BR (1) BR112020016177A2 (zh)
WO (1) WO2019153893A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110544159A (zh) * 2019-09-09 2019-12-06 拉扎斯网络科技（上海）有限公司 一种地图信息处理方法、装置、可读存储介质和电子设备
CN112561629A (zh) * 2020-12-03 2021-03-26 五八到家有限公司 家政订单的处理方法及装置

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108446871B (zh) * 2018-02-09 2021-01-15 北京三快在线科技有限公司 一种订单的配送处理方法及装置
CN110414877B (zh) * 2018-04-27 2021-09-24 北京三快在线科技有限公司 一种配送方式确定方法及装置
CN109102209A (zh) * 2018-09-05 2018-12-28 深圳正品创想科技有限公司 一种基于区块链的商品配送方法及其系统
CN109409789A (zh) * 2018-09-06 2019-03-01 平安医疗健康管理股份有限公司 一种自助取餐方法与装置、计算机设备
CN110889664A (zh) * 2018-09-10 2020-03-17 北京嘀嘀无限科技发展有限公司 配送方法、装置及存储介质
JP7111573B2 (ja) * 2018-09-26 2022-08-02 本田技研工業株式会社 依頼処理システム
CN109299901B (zh) * 2018-09-29 2022-06-14 北京掌上先机网络科技有限公司 一种确定商品配送门店的方法、装置、设备及存储介质
CN109447753B (zh) * 2018-10-25 2020-11-10 薪得付信息技术(山东)有限公司 一种基于大数据的地址匹配方法及其系统
CN109598475A (zh) * 2018-12-12 2019-04-09 杭州厚通网络科技有限公司 一种共享环境下配送物寄件信息有序推送的方法
CN115034852A (zh) * 2019-02-20 2022-09-09 拉扎斯网络科技（上海）有限公司 信息确认方法、装置、电子设备及可读存储介质
CN109978440A (zh) * 2019-02-20 2019-07-05 拉扎斯网络科技（上海）有限公司 订单处理方法、装置、电子设备和非易失性存储介质
CN109886633A (zh) * 2019-02-28 2019-06-14 与德科技有限公司 一种配送外卖的方法、装置、终端及存储介质
CN110223123A (zh) * 2019-06-17 2019-09-10 拉扎斯网络科技（上海）有限公司 一种数据处理方法、装置、可读存储介质和电子设备
CN110597942A (zh) * 2019-09-12 2019-12-20 湖北三六五优米网络有限公司 一种基于用户定位的快递配送方法
CN111008800B (zh) * 2019-10-18 2024-02-23 拉扎斯网络科技（上海）有限公司 配送任务的数据处理方法、装置、服务器和存储介质
CN111401707A (zh) * 2020-03-06 2020-07-10 拉扎斯网络科技（上海）有限公司 异常检测方法、装置、电子设备及存储介质
CN111967945A (zh) * 2020-08-28 2020-11-20 上加下信息技术成都有限公司 一种订单配送方法、装置及电子设备
CN113780711A (zh) * 2021-03-02 2021-12-10 北京沃东天骏信息技术有限公司 集合单处理方法及装置、电子设备、计算机可读存储介质
CN113159673A (zh) * 2021-03-31 2021-07-23 中国建设银行股份有限公司 一种外卖配送方法和装置
CN113537815B (zh) * 2021-07-28 2023-02-03 拉扎斯网络科技（上海）有限公司 进度信息推送方法及装置
CN114626913A (zh) * 2022-03-03 2022-06-14 南京领行科技股份有限公司 一种订单处理方法、装置及电子设备
CN115841362B (zh) * 2022-11-14 2023-09-01 深圳万兴伟业集团有限公司 一种订单流程处理方法及系统
CN115982481B (zh) * 2023-03-21 2024-02-02 浙江口碑网络技术有限公司 一种信息处理方法和信息处理装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104361474A (zh) * 2014-10-10 2015-02-18 深圳市迅享科技有限公司 一种外卖配送员抢单的方法及系统
CN104751271A (zh) * 2015-03-04 2015-07-01 径圆（上海）信息技术有限公司 智能订单调度方法、服务器、电动车、移动终端及系统
CN106296086A (zh) * 2016-08-04 2017-01-04 温泉 一种商家参与配送员抢单的方法及系统
CN106447470A (zh) * 2016-11-30 2017-02-22 北京小度信息科技有限公司 配送订单分配方法和装置
CN108446871A (zh) * 2018-02-09 2018-08-24 北京三快在线科技有限公司 一种订单的配送处理方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9117231B2 (en) * 2012-01-25 2015-08-25 Qikserve Limited Ordering method and system for restaurants
CN105095977B (zh) * 2015-09-09 2022-07-08 拉扎斯网络科技（上海）有限公司 一种订单分配方法及装置
KR101821752B1 (ko) * 2015-11-10 2018-01-24 중소기업은행 배달음식 주문 시스템
CN105844349A (zh) * 2016-03-21 2016-08-10 上海壹佰米网络科技有限公司 一种订单自动分配方法及系统
CN105930920A (zh) * 2016-04-11 2016-09-07 深圳市联文智能技术有限公司 物流配送管理方法和物流配送管理装置
CN107220789B (zh) * 2017-05-15 2020-08-25 浙江仟和网络科技有限公司 一种物流配送调度方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104361474A (zh) * 2014-10-10 2015-02-18 深圳市迅享科技有限公司 一种外卖配送员抢单的方法及系统
CN104751271A (zh) * 2015-03-04 2015-07-01 径圆（上海）信息技术有限公司 智能订单调度方法、服务器、电动车、移动终端及系统
CN106296086A (zh) * 2016-08-04 2017-01-04 温泉 一种商家参与配送员抢单的方法及系统
CN106447470A (zh) * 2016-11-30 2017-02-22 北京小度信息科技有限公司 配送订单分配方法和装置
CN108446871A (zh) * 2018-02-09 2018-08-24 北京三快在线科技有限公司 一种订单的配送处理方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110544159A (zh) * 2019-09-09 2019-12-06 拉扎斯网络科技（上海）有限公司 一种地图信息处理方法、装置、可读存储介质和电子设备
CN112561629A (zh) * 2020-12-03 2021-03-26 五八到家有限公司 家政订单的处理方法及装置

Also Published As

Publication number Publication date
CN108446871A (zh) 2018-08-24
US20210042702A1 (en) 2021-02-11
BR112020016177A2 (pt) 2021-03-02
CN108446871B (zh) 2021-01-15

Similar Documents

Publication Publication Date Title
WO2019153893A1 (zh) 订单的配送处理
US11908026B2 (en) Determining user interface information based on location information
US10719897B2 (en) System and process for managing preparation and packaging of food and/or beverage products for a precise delivery time
US20230401495A1 (en) Service management method and system
US8732028B2 (en) Scheduling of order processing for remotely ordered goods
US20160247113A1 (en) Systems and methods for servicing curb-side deliveries
US11087383B1 (en) Method for a centralized customer order processing system with automatic detection of customer arrival
US20120173448A1 (en) Systems and methods for providing delivery flexibility and communication
US20120130627A1 (en) Taxi dispatch system
US20120030133A1 (en) Systems and methods for arranging delivery of a package
US20210019699A1 (en) Unmanned aerial vehicle (uav) delivery with drop beacon
TWI817069B (zh) 用於多點目的地到達時間分析的電腦實施系統以及方法
US20180025445A1 (en) System and Process for Managing Preparation and Packaging of Food and/or Beverage Products for a Precise Delivery Time
BR112019007454B1 (pt) Método para proporcionar uma verificação de localização para um sistema de redes, meio de armazenamento não transitório legível por computador e sistema de computador
WO2014205549A1 (en) A method of ordering based on estimated time of arrival
US20170352017A1 (en) Close proximity ordering and payment system and method
CN109062256A (zh) 一种送餐无人机
CN107800765A (zh) 一种信息处理方法、终端及系统
US11238859B2 (en) Voice-based transaction processing with location-based activation
US20240048938A1 (en) Location-based curbside delivery
US11574265B2 (en) System for facilitating drive up order fulfillment
KR101850494B1 (ko) 진행자 매칭 서버, 시스템 및 진행자 매칭 방법
TWI760987B (zh) 多點目的地抵達時間分析之電腦實施系統以及電腦實施方法
US20210264357A1 (en) System and Method for Order Retrieval
KR20210018407A (ko) 배송 시스템, 배송 관리 시스템, 배송 관리 장치 및 배송 관리 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18905831

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112020016177

Country of ref document: BR

REG Reference to national code

Ref country code: BR

Ref legal event code: B01E

Ref document number: 112020016177

Country of ref document: BR

Free format text: REAPRESENTE O RESUMO COM A PAGINA DEVIDAMENTE NUMERADA.

122 Ep: pct application non-entry in european phase

Ref document number: 18905831

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 112020016177

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20200807