WO2022127711A1 - 订单处理方法及装置、存储介质、终端设备、计算设备 - Google Patents

订单处理方法及装置、存储介质、终端设备、计算设备 Download PDF

Info

Publication number
WO2022127711A1
WO2022127711A1 PCT/CN2021/137187 CN2021137187W WO2022127711A1 WO 2022127711 A1 WO2022127711 A1 WO 2022127711A1 CN 2021137187 W CN2021137187 W CN 2021137187W WO 2022127711 A1 WO2022127711 A1 WO 2022127711A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
order
city
delivery
confirmation
Prior art date
Application number
PCT/CN2021/137187
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 口碑(上海)信息技术有限公司
Publication of WO2022127711A1 publication Critical patent/WO2022127711A1/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
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping

Definitions

  • the present application relates to the field of Internet technology, and in particular, to an order processing method and apparatus, storage medium, terminal equipment, and computing equipment.
  • the seller will package the item uniformly and deliver the item to the buyer through other logistics service platforms, and the normal delivery process is carried out, namely collection, delivery, and distribution. and other standard procedures.
  • the general logistics service platform arrives at the seller to pick up the parcel, it is mostly received at a fixed time of the day. After that, the logistics platform will divide and merge according to the recipient address, and then carry out logistics delivery. Finally, at the end of the buyer's address, the courier will Make express delivery.
  • the seller and the buyer are relatively close, especially when they belong to the same geographical area, the same process needs to be performed, resulting in a long time-consuming and low timeliness for express delivery in the same city.
  • the present application provides an order processing method and apparatus, a storage medium, a terminal device, and a computing device.
  • the main purpose is to solve the problem of wasting a lot of manpower and material resources, unable to use the transportation resources reasonably, and affecting the delivery time.
  • an order processing method including:
  • the feedback information of the confirmation information is detected, and the target order is generated in combination with the feedback information; wherein, the target order has target transport capacity resources allocated according to the feedback information.
  • the detecting the feedback information of the confirmation information includes:
  • the feedback information includes a confirmation instruction for selecting intra-city delivery; or, the feedback information includes a confirmation instruction for not selecting intra-city delivery.
  • the method further includes:
  • a target sender is selected at the at least one intra-city sender in response to a user instruction.
  • the detecting the feedback information of the confirmation information and generating the target order in combination with the feedback information includes:
  • the intra-city transport capacity resource is used as the target transport capacity resource
  • the target order is generated by combining the shipping information and the feedback information.
  • the method further includes:
  • the delivery information of the target transport capacity resource is displayed;
  • the delivery information includes delivery progress information of the target order.
  • an order processing method including:
  • the order information determine whether the target order belongs to the same city order
  • the confirmation information of whether to select the same-city delivery is generated on the order confirmation page;
  • the obtaining the feedback information of the confirmation information, and allocating transportation resources to the target order according to the feedback information includes:
  • the feedback information includes a confirmation instruction for selecting intra-city delivery, allocate intra-city transport resources for the target order.
  • the method further includes:
  • the feedback information includes a confirmation instruction for selecting intra-city delivery, recommend at least one intra-city sender capable of intra-city delivery on the order confirmation page;
  • a target sender is determined among the at least one sender in the same city according to the user's instruction.
  • the determining whether the target order belongs to the same city order according to the order information includes:
  • the recipient information includes the recipient's first address information
  • the sender includes the sender's identification information
  • Whether the target order belongs to an intra-city order is determined according to the first address information and the second address information.
  • the method further includes:
  • the delivery service information includes the same-city delivery service information
  • a confirmation message of whether to select the same-city delivery is generated on the order confirmation page.
  • allocating intra-city transportation resources for the target order includes:
  • the method further includes:
  • the task progress information is sent to the sender and/or the recipient for synchronous display.
  • obtaining the feedback information of the confirmation information, and judging whether the feedback information includes a confirmation instruction for selecting intra-city delivery further includes:
  • the feedback information does not include a confirmation instruction for selecting intra-city delivery, send the target order to the sender;
  • an order processing apparatus including:
  • the page creation module is used to create the order confirmation page corresponding to the target order
  • an information display module configured to receive confirmation information on whether to select intra-city delivery, and display the confirmation information on the order confirmation page; wherein, the confirmation information is received when judging that the target order belongs to an intra-city order;
  • An order creation module configured to detect the feedback information of the confirmation information, and generate the target order in combination with the feedback information; wherein, the target order has target transportation resources allocated according to the feedback information.
  • the order creation module includes:
  • a detection unit configured to detect the feedback information of the confirmation information based on the order confirmation page
  • the feedback information includes a confirmation instruction for selecting intra-city delivery; or, the feedback information includes a confirmation instruction for not selecting intra-city delivery.
  • the apparatus further includes:
  • a recommendation module configured to recommend at least one intra-city sender capable of intra-city delivery based on the order confirmation page after detecting the feedback information of the confirmation information
  • a target sender is selected at the at least one intra-city sender in response to a user instruction.
  • order creation module is further used for:
  • the feedback information of the confirmation information includes a confirmation instruction for selecting intra-city delivery, using intra-city transport capacity resources as the target transport capacity resources;
  • the target order is generated by combining the shipping information and the feedback information.
  • the apparatus further includes:
  • a query module configured to display the distribution information of the target transport capacity resource when detecting that the pre-created query interface for querying the target transport capacity resource is triggered;
  • the delivery information includes delivery progress information of the target order.
  • an order processing apparatus including:
  • the information acquisition module is used to acquire the order information of the target order in the order confirmation page;
  • a first judging module configured to judge whether the target order belongs to an intra-city order according to the order information
  • an information generation module configured to generate confirmation information on whether to select intra-city delivery on the order confirmation page when it is determined that the target order belongs to an intra-city order
  • a transport capacity resource allocation module configured to obtain feedback information of the confirmation information, and allocate transport capacity resources to the target order according to the feedback information.
  • the capacity resource allocation module is further used for:
  • intra-city transport resources are allocated to the target order.
  • the apparatus further includes:
  • a recommendation module configured to recommend at least one intra-city sender capable of intra-city delivery on the order confirmation page after judging that the feedback information includes a confirmation instruction for selecting intra-city delivery;
  • a target sender is determined among the at least one sender in the same city according to the user's instruction.
  • the first judgment module is further used for:
  • the recipient information includes the recipient's first address information
  • the sender includes the sender's identification information
  • Whether the target order belongs to an intra-city order is determined according to the first address information and the second address information.
  • the apparatus further includes:
  • the second judgment module is used to obtain the delivery service information of the sender of the target order
  • the delivery service information includes the same-city delivery service information
  • a confirmation message of whether to select the same-city delivery is generated on the order confirmation page.
  • the capacity resource allocation module is further used for:
  • the apparatus further includes:
  • a task update module used to obtain task progress information of the same-city delivery task
  • the task progress information is sent to the sender and/or the recipient for synchronous display.
  • the capacity resource allocation module is further used for:
  • the target order is sent to the sender
  • a terminal device including a memory and a processor, wherein the memory stores a computer program, and the processor implements the method described in the first aspect when the processor executes the computer program. step.
  • a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, implements the steps of the method described in the first aspect.
  • a computing device including a memory and a processor, wherein the memory stores a computer program, and the processor implements the method described in the third aspect when the processor executes the computer program. step.
  • a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, implements the steps of the method described in the third aspect.
  • the embodiments of the present application provide an order processing method, apparatus, computing device, and computer-readable storage medium.
  • it is determined whether the target order belongs to For intra-city orders in addition, when the target order belongs to intra-city orders, confirmation information on whether to select intra-city delivery can be generated on the order confirmation page, and the user can choose whether to perform intra-city delivery, and then allocate transport resources to the target order according to the user's choice.
  • the delivery timeliness can be effectively improved and greatly shortened Logistics and delivery time, to further improve the user experience.
  • FIG. 1 shows a schematic flowchart of an order processing method provided by an embodiment of the present application.
  • FIG. 2 shows a schematic diagram of an order confirmation page provided by an embodiment of the present application.
  • FIG. 3 shows a schematic diagram of an order page provided by another embodiment of the present application.
  • FIG. 4 shows a schematic flowchart of an order processing method provided by another embodiment of the present application.
  • FIG. 5 shows a schematic flowchart of an order processing method provided by another embodiment of the present application.
  • FIG. 6 shows a schematic structural diagram of an order processing apparatus provided by an embodiment of the present application.
  • FIG. 7 shows a schematic structural diagram of an order processing apparatus provided by another embodiment of the present application.
  • FIG. 8 shows a schematic structural diagram of an order processing apparatus provided by another embodiment of the present application.
  • FIG. 9 shows a schematic structural diagram of an order processing apparatus provided by another embodiment of the present application.
  • FIG. 10 shows a schematic structural diagram of a computer device provided by an embodiment of the present application.
  • the embodiment of the present application provides an order processing method, which can be applied to any terminal device.
  • the order processing method provided by the embodiment of the present application may include:
  • Step S102 creating an order confirmation page corresponding to the target order.
  • the user when a user conducts an item transaction on an item trading platform (such as an e-commerce platform), after selecting the item to be traded, the user can generate the item as shown in Figure 2 according to the item information and the user's delivery address information. 's order confirmation page.
  • the target order is an order corresponding to the item to be generated based on the item selected by the user.
  • the target order may include order information of the target order, such as recipient information (such as name, contact information and contact address), sender information (such as business name), item information (such as item specifications) , size, quantity, etc.), in addition to the price to be paid for the item, discount information, etc.
  • Step S104 receiving confirmation information on whether to select intra-city delivery, and displaying the confirmation information on the order confirmation page.
  • the confirmation information is received when it is judged that the target order belongs to the same city order.
  • the order confirmation page of the target order can include the information of the recipient and the sender. Based on this information, it can be determined whether the target order belongs to the same city order through the server.
  • the sender information of the sender obtains the sender's address information, and obtains the recipient's address information in the order confirmation page, and further, judges whether the sender and recipient belong to The judgment result of the same city determines whether the target order belongs to the same city order.
  • the server determines that the target order belongs to the same-city order, it can send confirmation information whether to select the same-city delivery to the terminal device.
  • Fig. 3 shows a schematic diagram of an order confirmation page according to an embodiment of the present application.
  • a new display box can be created in the page, and "whether to select intra-city delivery" is displayed in the display box, and at the same time configure " Yes" and "No" action buttons.
  • confirmation information can be displayed on the order confirmation page, that is, the recipient confirms whether the target order is delivered by the same city delivery method.
  • step S106 the feedback information of the confirmation information is detected, and a target order is generated in combination with the feedback information; wherein, the target order has target transport capacity resources allocated according to the feedback information.
  • the feedback information of the confirmation information when the feedback information of the confirmation information is detected, it may include: the feedback information of the confirmation information is detected based on the order confirmation page; wherein, the feedback information includes a confirmation instruction for selecting intra-city delivery; or, the feedback information includes a confirmation instruction for not selecting intra-city delivery.
  • the “Yes” and “No” operation buttons are configured when the confirmation information is configured, and when the feedback information of the confirmation information is obtained, the triggering operation of the user on the operation button in the display box can be detected and obtained as the feedback information. If it is detected that the "Yes” operation button is triggered, it means that the feedback information includes a confirmation instruction to select intra-city delivery; if it is detected that the "No” operation button is triggered, it means that the feedback information includes a confirmation instruction not to select intra-city delivery. , and then the target order can be generated according to the feedback information.
  • the confirmation information includes a confirmation instruction for selecting intra-city delivery
  • at least one intra-city sender that can be delivered in the same city may also be recommended based on the order confirmation page; The user instructs to select a target sender at at least one sender in the same city.
  • the sender of the target order there may be multiple sub-senders belonging to the same general sender in the same city, so that each sub-sender is regarded as the same-city sender in this embodiment.
  • the recommended intra-city senders can also be displayed on the order display page. Select the target sender from multiple same-city senders to further improve the delivery time of intra-city orders.
  • the feedback information of the confirmation information can also be detected, and it is judged that the feedback information includes the confirmation instruction of selecting intra-city delivery, and the intra-city transport capacity resource is used as the target transport capacity resource; the order confirmation page displays the target transport capacity resource.
  • the delivery fee can be further generated according to the recipient's address information and the sender's address information, and displayed on the order confirmation page to remind the user of the intra-city delivery fee, so that the user can keep abreast of the intra-city delivery fee.
  • the target order will be generated only after confirmation by the user, so as to ensure the delivery timeliness of the same-city order, while taking into account the user's own needs, thereby improving the user experience.
  • a query interface for the target transport capacity resource can also be established in the target order, to display the distribution information of the target transport capacity resource when it is detected that the pre-created query interface for querying the target transport capacity resource is triggered;
  • the delivery information includes delivery progress information of the target order.
  • the delivery progress information may include information such as the current location of the target capacity resource, the distance from the sender, whether the pickup is completed, whether the delivery starts, and the distance from the recipient. After obtaining the delivery progress information, it can be displayed on the recipient side, so that the user can know the delivery progress of the target order in time.
  • the embodiment of the present application provides an order processing method, which can be applied to a cloud server, such as an e-commerce management platform.
  • a cloud server such as an e-commerce management platform.
  • the order processing method provided by the embodiment of the present application may include:
  • Step S402 acquiring order information of the target order in the order confirmation page.
  • the order confirmation page may be an order confirmation page entered after selecting an item on a preset item trading platform (such as an e-commerce platform) and confirming the receipt information.
  • the order confirmation page usually includes the item selected by the user.
  • information such as characteristic parameters, quantity
  • it may also include relevant information of the recipient, such as contact person, contact information, and contact address, etc., and may also include identification information of the sender (for example, merchant) and shipping information, etc. Wait.
  • Step S404 according to the order information, determine whether the target order belongs to the same city order.
  • the judgment is mainly based on the address information of the recipient and the address information of the sender. In the embodiment of the present application, the judgment can be made in the following manner:
  • S1-1 Acquire recipient information and sender information in the order information; the recipient information includes first address information of the recipient, and the sender includes identification information of the sender.
  • the contact person, contact information and contact address of the recipient can be included, and the contact address can be used as the first address information of the recipient.
  • the order confirmation page may also include merchant information, such as merchant name, merchant identification and other information.
  • the sender's second address information according to the sender's identification information; specifically, according to the order confirmation page, the sender's identification information, such as store name, store number, etc., can also be obtained. After the identification information of the sender is obtained, the corresponding second address information of the sender can be found.
  • S1-3 according to the first address information and the second address information, determine whether the target order belongs to the same city order.
  • the first address information and the second address information are the specific information of the geographic locations of the recipient and the sender of the item, respectively, and the recipient and the sender can be identified through the above-mentioned first address information and second address information. their respective cities. For example, if the first address information is xxx street in a district of city B, province A, then the identified city corresponding to the first address information may be city B, province A. When it is determined that the sender and recipient are in the same city, It can be judged that the target order is an intra-city order. Conversely, if the sender and recipient are not in the same city, the target order does not belong to the same city order, and the target order can be processed in the same way as a normal order. For example, if both the sender and recipient are located in city A, province A, then it can be judged that the sender and recipient are in the same city, and the target order belongs to the same city order.
  • the traditional distribution process is adopted, that is, a series of standard processes of selecting the logistics distribution party and the logistics order number, and waiting for the logistics distribution party to collect, deliver and distribute.
  • the delivery time of the common delivery method is longer than that of the same-city delivery method because it needs to be handled uniformly by the logistics and delivery side when using the common delivery method.
  • Step S406 if it is determined that the target order belongs to the same-city order, a confirmation message of whether to select the same-city delivery is generated on the order confirmation page.
  • confirmation information on whether to select the same-city delivery can also be generated on the order confirmation page, that is, the user can choose whether to perform the same-city delivery.
  • Fig. 3 shows a schematic diagram of an order confirmation page according to an embodiment of the present application.
  • a new display box can be created in the page, and "whether to select intra-city delivery" is displayed in the display box, and at the same time configure " Yes" and "No" action buttons.
  • confirmation information can be displayed on the order confirmation page, that is, the recipient confirms whether the target order is delivered by the same city delivery method.
  • Step S408 Acquire feedback information of the confirmation information, and allocate transport resources to the target order according to the feedback information.
  • the delivery cost can be effectively controlled under the premise of meeting the user's delivery needs and While improving the delivery timeliness of intra-city orders, it saves manpower and material resources to realize the rational use of existing transportation resources, thereby effectively improving the delivery timeliness of target orders and the user experience.
  • the feedback information of the confirmation information can be obtained, and it is determined whether the feedback information includes a confirmation instruction for selecting intra-city delivery; if so, allocate intra-city transportation resources to the target order.
  • the feedback information includes a confirmation instruction for selecting intra-city delivery.
  • Target orders are delivered by intra-city delivery, and intra-city transport resources can be allocated to target orders.
  • At least one intra-city sender that can deliver intra-city delivery may also be recommended on the order confirmation page; Determine the target sender in the sender.
  • the sender of the target order there may be multiple sub-senders belonging to the same general sender in the same city, so that each sub-sender is regarded as the
  • the same-city sender for example, for multiple delivery warehouses set up in a city, when it is determined that the recipient decides to choose the same-city delivery, it can also display the recommended same-city senders on the order display page. Select the target sender among multiple senders in the same city according to your own needs. For example, a user can select a sender in the same city that is closer to him as a target sender, so as to improve the delivery time of the order and meet the user's delivery needs.
  • the target order can be processed in the same way as a normal order.
  • the confirmation information of whether to choose intra-city delivery is displayed on the order confirmation page, and the intra-city transport resources are allocated to the target order only when the user confirms that the user needs intra-city delivery service based on the feedback information based on the confirmation information.
  • the same-city delivery service can be provided under the premise of obtaining the user's permission, which can improve the user experience while meeting the user's delivery timeliness needs.
  • the recipient pays for the items in the target order and the shipping cost of the order.
  • the calculation methods of the delivery fee are also different.
  • the order shipping fee can be set by the sender. For example, order shipping is paid by the recipient, or calculated based on the geographic region of the sender and recipient based on the selected third-party delivery platform.
  • the confirmation information can also be displayed on the order confirmation page.
  • the confirmation information in addition to the confirmation information of whether to select the same city delivery, the confirmation information can also display the same city synchronously.
  • Delivery related prompt information the prompt information may include estimated delivery time and delivery fee for intra-city delivery, etc.
  • the confirmation information of whether to choose the same city delivery will be generated on the order confirmation page.
  • the delivery attributes of the sender and the receiving attributes of the recipient may also be considered to determine whether intra-city delivery can be used to deliver intra-city orders.
  • the delivery service information of the sender of the target order can also be obtained; it is judged whether the delivery service information includes the same city delivery service information; if the delivery service information includes If the same-city delivery service information is selected, the confirmation information on whether to select the same-city delivery will be generated on the order confirmation page.
  • the delivery service information of the sender is usually preset logistics-related information of the sender, such as a third-party logistics delivery platform commonly used by the sender.
  • the same-city delivery service information mentioned in this embodiment can be understood as whether the sender has opened the same-city delivery service, and only if the sender has enabled the same-city delivery service, will the user be further provided with the same-city delivery service; otherwise, the target Orders are processed as normal orders are processed.
  • the method provided by the embodiment of the present application improves the use experience of the sender by confirming in advance whether the sender provides the same-city delivery service, taking into account the logistics attributes of the sender.
  • the feedback information may include feedback information for confirming that intra-city delivery is selected and feedback for not selecting intra-city delivery. The following describes the different situations in detail.
  • S2-1 to S2-3 may be included when allocating intra-city transportation resources for the target order.
  • S2-1 generating an intra-city delivery task based on the order information.
  • an intra-city delivery task it is mainly based on the recipient's first address information and the sender's second address information.
  • the item type and weight in the order information can also be included, so as to facilitate the selection of the transportation resources required for delivery, such as the size of the delivery vehicle.
  • the target transport capacity resource in the intra-city transport capacity resource set may be the relevant delivery personnel performing the delivery task.
  • the set of intra-city transport capacity resources may be determined according to the first address information of the recipient and/or the second address information of the sender , and then determine the target capacity resource in it. For example, the geographic location of the sender can be determined according to the first address information, and the set of intra-city transport resources within the specified range of the geographic location can be obtained. If there is one intra-city transport resource in the set of intra-city transport resources, the same city can be directly The capacity resource is used as the target capacity resource.
  • the transport capacity of each intra-city transport resource can also be obtained, such as the amount of delivery tasks on the day or other time periods, delivery evaluation, average delivery time, and frequent delivery destinations. and other information, select the intra-city transport capacity resource suitable for the current intra-city distribution task as the target transport capacity resource from multiple intra-city transport capacity resources.
  • S2-3 Allocate the intra-city distribution task to the target capacity resource to execute the distribution task.
  • the intra-city delivery task can be allocated to the target transport capacity resource, and the target transport capacity resource executes the intra-city delivery task.
  • S2-4 to S2-5 may also be included.
  • the task progress information is sent to the sender and/or the recipient for synchronous display.
  • the task progress information may include information such as the current location of the target capacity resource, the distance from the sender, whether the pickup is completed, whether the delivery starts, and the distance from the receiver. After obtaining the task progress information, it can be displayed on the sender and receiver, so that both parties can understand the delivery progress.
  • the process of creating an intra-city delivery task mentioned in this embodiment may be performed asynchronously with the payment process mentioned above.
  • S3-1 to S3-3 may be included when allocating transport resources for the target order.
  • S3-2 obtain the information of the shipping capacity of the target order uploaded by the sender. Since the target order is processed by the ordinary order, the sender needs to upload its delivery information, such as the third-party logistics platform for delivery and the logistics order number of the platform.
  • S3-3 Identify the delivery progress information of the target order according to the transport resource information, and send the delivery progress information to the sender and/or the recipient for display.
  • the third-party logistics platform responsible for delivering the items in the target order can be identified, and the delivery process performed by the third-party logistics platform can be further obtained, and then the delivery process information can be sent to the sender and/or or the recipient to display it.
  • FIG. 5 is a schematic flowchart of an order processing method according to another optional embodiment of the present application. Referring to FIG. 5, it can be seen that the order processing method provided by the embodiment of the present application may include:
  • Step S502 Obtain order information of the target order in the order confirmation page; wherein, the order information includes recipient information, such as the recipient's first address information, and sender information, such as the sender's identification information.
  • recipient information such as the recipient's first address information
  • sender information such as the sender's identification information.
  • Step S504 determine whether the target order is an intra-city order.
  • the sender's second address information can be obtained according to the sender's identification information, and the city X to which the first address information belongs and the city Y to which the second address information belongs can be identified, wherein the city X can be used as the recipient.
  • the city where the sender is located city Y can be used as the city where the sender is located.
  • By judging whether city X and city Y are the same city it can be determined whether the target order is in the same city. If yes, go to step S506; if not, go to step S518.
  • step S506 the delivery service information of the sender is obtained, and it is judged whether the delivery service information includes the same-city delivery service information; that is, it is judged whether the sender supports the same-city delivery service. If yes, go to step S508; if not, go to step S518.
  • Step S508 generating and displaying confirmation information on whether intra-city delivery is selected on the order confirmation page; in addition, the estimated delivery time and delivery fee for intra-city delivery can be synchronously prompted with the confirmation information.
  • the display mode of the confirmation information can be seen in FIG. 2 .
  • the display content and display mode of the confirmation information can also be adjusted according to different requirements, which is not limited in this embodiment of the present application.
  • step S510 the feedback information of the confirmation information is acquired, and it is determined whether the feedback information includes a preset confirmation instruction. If yes, step S512 is performed; if not, step S518 is performed.
  • the operation information of the sender in the confirmation information display box on the order confirmation page can be obtained.
  • the operation information includes the trigger information for the "Yes" operation button, it means that the feedback information is in the feedback information. Include the preset confirmation instruction; otherwise, the feedback information does not include the preset confirmation instruction.
  • Step S512 Allocate intra-city transport resources for the target order and generate a target order.
  • Step S514 enter the payment page, create an intra-city delivery task at the same time, and determine the target transport capacity resource for executing the intra-city delivery task.
  • Step S516 Obtain task progress information of the intra-city delivery task, and send the task progress information to the sender and/or recipient for synchronous display.
  • the task progress information may include information such as the current location of the target capacity resource, the delivery progress, the distance between the target capacity resource and the sender, whether the pickup is completed, whether the delivery starts, and the distance from the recipient.
  • Step S528 generate a target order according to the order information.
  • step S520 the target order is sent to the sender, and the delivery information of the target order uploaded by the sender is obtained, for example, the third-party logistics platform for delivery and the logistics order number of the platform.
  • Step S522 Identify the delivery progress information of the target order according to the delivery information, and send the delivery progress information to the sender and/or the recipient for display.
  • the embodiment of the present application provides an order processing method. After obtaining the order information of the target order on the order confirmation page, it is determined whether the target order belongs to the same city order. In addition, after the target order belongs to the same city order, it can be generated on the order confirmation page. Whether to select the confirmation information for intra-city delivery, the user chooses whether to perform intra-city delivery, and then allocates transport resources for the target order according to the user's choice. Based on the method provided by the embodiments of this application, combining the e-commerce platform with the same-city delivery service not only reduces the construction cost, but also for orders belonging to the same city, when the user chooses the same-city delivery, it can effectively improve the delivery time and greatly shorten the delivery time. Logistics and delivery time, to further improve the user experience.
  • an embodiment of the present application also provides an order processing device, as shown in FIG. 6 , the device may include:
  • a page creation module 610 configured to create an order confirmation page corresponding to the target order
  • the information display module 620 is configured to receive confirmation information on whether to select intra-city delivery, and display the confirmation information on the order confirmation page; wherein, the confirmation information is received when judging that the target order belongs to an intra-city order;
  • the order creation module 630 is configured to detect the feedback information of the confirmation information, and generate the target order in combination with the feedback information; wherein, the target order has target transportation resources allocated according to the feedback information.
  • the order creation module 630 may include:
  • a detection unit 631 configured to detect the feedback information of the confirmation information based on the order confirmation page
  • the feedback information includes a confirmation instruction for selecting intra-city delivery; or, the feedback information includes a confirmation instruction for not selecting intra-city delivery.
  • the above-mentioned apparatus may further include:
  • a recommendation module 640 configured to recommend at least one same-city sender that can deliver within the same city based on the order confirmation page after detecting the feedback information of the confirmation information;
  • a target sender is selected at the at least one intra-city sender in response to a user instruction.
  • the order creation module 630 may also be used to:
  • the feedback information of the confirmation information includes a confirmation instruction for selecting intra-city delivery, taking intra-city transport capacity resources as the target transport capacity resources;
  • the target order is generated by combining the shipping information and the feedback information.
  • the above-mentioned apparatus may further include:
  • the query module 650 is configured to display the delivery information of the target transport capacity resource when detecting that the pre-created query interface for querying the target transport capacity resource is triggered;
  • the delivery information includes delivery progress information of the target order.
  • an embodiment of the present application also provides an order processing apparatus, as shown in FIG. 8 , the order processing apparatus may include:
  • an information acquisition module 810 configured to acquire order information of the target order in the order confirmation page
  • the first judging module 820 is used for judging whether the target order belongs to the same city order according to the order information
  • the information generation module 830 is configured to generate confirmation information on whether to select intra-city delivery on the order confirmation page when it is determined that the target order belongs to the same city order;
  • the transport capacity resource allocation module 840 is configured to obtain feedback information of the confirmation information, and allocate transport capacity resources to the target order according to the feedback information.
  • the capacity resource allocation module 840 may also be used to:
  • the feedback information includes a confirmation instruction for selecting intra-city delivery
  • intra-city transportation resources are allocated to the target order.
  • the foregoing apparatus may further include:
  • the recommendation module 850 is configured to recommend at least one same-city sender that can deliver within the same city on the order confirmation page after judging that the feedback information includes a confirmation instruction for selecting the same-city delivery;
  • the target sender is determined among at least one sender in the same city according to the user's instruction.
  • the first judgment module 820 may also be used to:
  • the recipient information includes the recipient's first address information
  • the sender includes the sender's identification information
  • the foregoing apparatus may further include:
  • the second judgment module 860 is used to obtain the delivery service information of the sender of the target order
  • the delivery service information includes the same-city delivery service information, a confirmation message on whether to select the same-city delivery will be generated on the order confirmation page.
  • the capacity resource allocation module 840 may also be used to:
  • the foregoing apparatus may further include:
  • the task update module 870 is used to obtain task progress information of the same-city delivery task
  • the capacity resource allocation module 840 may also be used to:
  • the target order will be sent to the sender
  • a computing device in an exemplary embodiment, referring to FIG. 10 , the computing device includes a communication bus, a processor, a memory and a communication interface, and may also include an input and output interface and a display device, wherein each functional unit They can communicate with each other through the bus.
  • the memory stores a computer program
  • the processor is used to execute the program stored in the memory to execute the steps of the order processing method in the above embodiment.
  • a computer-readable storage medium is also provided, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the order processing method are implemented.
  • the present application can be implemented by hardware, and can also be implemented by means of software plus a necessary general hardware platform.
  • the technical solution of the present application can be embodied in the form of a software product, and the software product can be stored in a non-volatile storage medium (which can be a CD-ROM, U disk, mobile hard disk, etc.), including several The instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in various implementation scenarios of this application.
  • modules in the device in the implementation scenario can be distributed in the device in the implementation scenario according to the description of the implementation scenario, and can also be located in one or more devices different from the implementation scenario with corresponding changes.
  • the modules of the above implementation scenarios may be combined into one module, or may be further split into multiple sub-modules.

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种订单处理方法、装置、计算设备及计算机可读存储介质，涉及互联网技术领域。该方法包括：获取订单确认页面中目标订单的订单信息；根据订单信息判断目标订单是否属于同城订单；若判断目标订单属于同城订单，则在订单确认页面生成是否选择同城配送的确认信息；获取确认信息的反馈信息，根据反馈信息为目标订单分配运力资源。

Description

订单处理方法及装置、存储介质、终端设备、计算设备 技术领域
本申请涉及互联网技术领域，特别是涉及订单处理方法及装置、存储介质、终端设备、计算设备。
背景技术
随着互联网技术以及物流服务的不断提升，用户多通过电商平台以电子交易方式进行物品交易活动和相关服务活动，电商平台相较于传统线下商业平台具有更加丰富的物品以及服务活动。
一般来讲，用户在电商平台对物品进行下单后，卖家会统一将物品打包并通过其他物流服务平台将物品配送给买家，且进行的是普通的配送流程，即收揽、派送、派发等标准流程。一般物流服务平台到卖家揽件时，多为在一天固定的时间进行收件，之后，物流平台会依据收件地址进行分流归并后，进行物流运送，最终在买家地址末端，再由快递员进行快递件配送。当卖家和买家距离较近时，尤其是属于同一地理区域时，也需执行相同的流程，导致同城的快件整体耗时较长，时效性较低。
目前，虽然会在线下建设多个卖家仓储，并提前将货物存储在多个发货地点实现近距离的物流配送，但是，上述方案成本较高、且需要消耗一定的人力物力资源。
发明内容
有鉴于此，本申请提供了一种订单处理方法及装置、存储介质、终端设备、计算设备。主要目的在于解决目前浪费了大量的人力和物力，不能合理利用运力资源，影响了配送时效的问题。
依据本申请实施例的第一方面，提供了一种订单处理方法，包括：
创建目标订单对应的订单确认页面；
接收是否选择同城配送的确认信息，并在所述订单确认页面显示所述确认信息；其中，所述确认信息为判断所述目标订单属于同城订单时接收；
检测所述确认信息的反馈信息，结合所述反馈信息生成所述目标订单；其中，所述目标订单中具有根据所述反馈信息分配的目标运力资源。
在另一个实施例中，所述检测所述确认信息的反馈信息，包括：
基于所述订单确认页面检测所述确认信息的反馈信息；
其中，所述反馈信息包括选择同城配送的确认指令；或，所述反馈信息中包括不选择同城配送的确认指令。
在另一个实施例中，所述检测所述确认信息的反馈信息之后，还包括：
基于所述订单确认页面推荐能够进行同城配送的至少一个同城发件方；
响应于用户指令在所述至少一个同城发件方选择目标发件方。
在另一个实施例中，所述检测所述确认信息的反馈信息，结合所述反馈信息生成所述目标订单，包括：
检测所述确认信息的反馈信息，并判断所述反馈信息包括选择同城配送的确认指令 时，将同城运力资源作为所述目标运力资源；
在所述订单确认页面中显示所述目标运力资源的运费信息；
结合所述运费信息和所述反馈信息生成所述目标订单。
在另一个实施例中，所述检测所述确认信息的反馈信息，结合所述反馈信息生成所述目标订单之后，还包括：
检测到预先创建的用于查询所述目标运力资源的查询接口被触发时，显示所述目标运力资源的配送信息；
所述配送信息包括所述目标订单的配送进程信息。
依据本申请实施例的第二方面，提供了一种订单处理方法，包括：
获取订单确认页面中目标订单的订单信息；
根据所述订单信息判断所述目标订单是否属于同城订单；
若判断所述目标订单属于同城订单，则在所述订单确认页面生成是否选择同城配送的确认信息；
获取所述确认信息的反馈信息，根据所述反馈信息为所述目标订单分配运力资源。
在另一个实施例中，所述获取所述确认信息的反馈信息，根据所述反馈信息为所述目标订单分配运力资源，包括：
获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令；
若所述反馈信息中包括选择同城配送的确认指令，则为所述目标订单分配同城运力资源。
在另一个实施例中，所述获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令之后，还包括：
若所述反馈信息中包括选择同城配送的确认指令，则在所述订单确认页面中推荐能够进行同城配送的至少一个同城发件方；
根据用户的指令在所述至少一个同城发件方中确定目标发件方。
在另一个实施例中，所述根据所述订单信息判断所述目标订单是否属于同城订单，包括：
获取所述订单信息中的收件方信息和发件方信息；所述收件方信息包括收件方的第一地址信息，所述发件方包括发件方的标识信息；
根据所述发件方的标识信息获取所述发件方的第二地址信息；
根据所述第一地址信息和所述第二地址信息判断所述目标订单是否属于同城订单。
在另一个实施例中，所述判断所述目标订单属于同城订单之后，还包括：
获取所述目标订单的发件方的配送服务信息；
判断所述配送服务信息中是否包括同城配送服务信息；
若所述配送服务信息中包括同城配送服务信息，则在所述订单确认页面生成是否选择同城配送的确认信息。
在另一个实施例中，所述为所述目标订单分配同城运力资源，包括：
基于所述订单信息生成同城配送任务；
在同城运力资源集合中确定目标运力资源；
将所述同城配送任务分配至所述目标运力资源以执行所述同城配送任务。
在另一个实施例中，所述将所述同城配送任务分配至所述目标运力资源以执行所述同城配送任务之后，还包括：
获取所述同城配送任务的任务进程信息；
将所述任务进程信息发送至所述发件方和/或所述收件方进行同步显示。
在另一个实施例中，所述获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令，还包括：
若所述反馈信息中不包括选择同城配送的确认指令，则将所述目标订单发送至所述发件方；
获取所述发件方上传的所述目标订单的运力资源信息；
根据所述运力资源信息识别所述目标订单的配送进程信息，将所述配送进程信息发送至所述发件方和/或所述收件方进行显示。
依据本申请实施例的第三方面，提供了一种订单处理装置，包括：
页面创建模块，用于创建目标订单对应的订单确认页面；
信息显示模块，用于接收是否选择同城配送的确认信息，并在所述订单确认页面显示所述确认信息；其中，所述确认信息为判断所述目标订单属于同城订单时接收；
订单创建模块，用于检测所述确认信息的反馈信息，结合所述反馈信息生成所述目标订单；其中，所述目标订单中具有根据所述反馈信息分配的目标运力资源。
在另一个实施例中，所述订单创建模块包括：
检测单元，用于基于所述订单确认页面检测所述确认信息的反馈信息；
其中，所述反馈信息包括选择同城配送的确认指令；或，所述反馈信息中包括不选择同城配送的确认指令。
在另一个实施例中，所述装置还包括：
推荐模块，用于检测所述确认信息的反馈信息之后，基于所述订单确认页面推荐能够进行同城配送的至少一个同城发件方；
响应于用户指令在所述至少一个同城发件方选择目标发件方。
在另一个实施例中，所述订单创建模块还用于：
检测所述确认信息的反馈信息，并判断所述反馈信息包括选择同城配送的确认指令时，将同城运力资源作为所述目标运力资源；
在所述订单确认页面中显示所述目标运力资源的运费信息；
结合所述运费信息和所述反馈信息生成所述目标订单。
在另一个实施例中，所述装置还包括：
查询模块，用于检测到预先创建的用于查询所述目标运力资源的查询接口被触发时，显示所述目标运力资源的配送信息；
所述配送信息包括所述目标订单的配送进程信息。
依据本申请实施例的第四方面，提供了一种订单处理装置，包括：
信息获取模块，用于获取订单确认页面中目标订单的订单信息；
第一判断模块，用于根据所述订单信息判断所述目标订单是否属于同城订单；
信息生成模块，用于当判断所述目标订单属于同城订单时，则在所述订单确认页面生成是否选择同城配送的确认信息；
运力资源分配模块，用于获取所述确认信息的反馈信息，根据所述反馈信息为所述目标订单分配运力资源。
在另一个实施例中，所述运力资源分配模块还用于：
获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令；
当判断所述反馈信息中包括选择同城配送的确认指令时，则为所述目标订单分配同城运力资源。
在另一个实施例中，所述装置还包括：
推荐模块，用于判断所述反馈信息中包括选择同城配送的确认指令之后，在所述订单确认页面中推荐能够进行同城配送的至少一个同城发件方；
根据用户的指令在所述至少一个同城发件方中确定目标发件方。
在另一个实施例中，所述第一判断模块还用于：
获取所述订单信息中的收件方信息和发件方信息；所述收件方信息包括收件方的第一地址信息，所述发件方包括发件方的标识信息；
根据所述发件方的标识信息获取所述发件方的第二地址信息；
根据所述第一地址信息和所述第二地址信息判断所述目标订单是否属于同城订单。
在另一个实施例中，所述装置还包括：
第二判断模块，用于获取所述目标订单的发件方的配送服务信息；
判断所述配送服务信息中是否包括同城配送服务信息；
若所述配送服务信息中包括同城配送服务信息，则在所述订单确认页面生成是否选择同城配送的确认信息。
在另一个实施例中，所述运力资源分配模块还用于：
基于所述订单信息生成同城配送任务；
在同城运力资源集合中确定目标运力资源；
将所述同城配送任务分配至所述目标运力资源以执行所述同城配送任务。
在另一个实施例中，所述装置还包括：
任务更新模块，用于获取所述同城配送任务的任务进程信息；
将所述任务进程信息发送至所述发件方和/或所述收件方进行同步显示。
在另一个实施例中，所述运力资源分配模块还用于：
当判断所述反馈信息中未包括选择同城配送的确认指令时，则将所述目标订单发送 至所述发件方；
获取所述发件方上传的所述目标订单的运力资源信息；
根据所述运力资源信息识别所述目标订单的配送进程信息，将所述配送进程信息发送至所述发件方和/或所述收件方进行显示。
依据本申请实施例的第五方面，提供了一种终端设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述方法的步骤。
依据本申请实施例的第六方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。
依据本申请实施例的第七方面，提供了一种计算设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第三方面所述方法的步骤。
依据本申请实施例的第八方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第三方面所述的方法的步骤。
本申请实施例提供了一种订单处理方法、装置、计算设备及计算机可读存储介质，本申请实施例提供的方法中，通过在订单确认页面获取到目标订单的订单信息之后判断目标订单是否属于同城订单，另外，当目标订单属于同城订单之后，可以在订单确认页面中生成是否选择同城配送的确认信息，由用户选择是否进行同城配送，进而根据用户的选择为目标订单分配运力资源。基于本申请实施例提供的方法，将电商平台与同城配送服务相结合，不仅建设成本较低，而且对于属于同城订单来讲，当用户选择同城配送时，可有效提升配送时效，极大地缩短物流配送时间，进一步提升用户体验。
上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本申请实施例提供的订单处理方法流程示意图。
图2示出了本申请实施例提供的订单确认页面示意图。
图3示出了本申请另一实施例提供的订单页面示意图。
图4示出了本申请另一实施例提供的订单处理方法流程示意图。
图5示出了本申请另一实施例提供的订单处理方法流程示意图。
图6示出了本申请实施例提供的订单处理装置结构示意图。
图7示出了本申请另一实施例提供的订单处理装置结构示意图。
图8示出了本申请另一实施例提供的订单处理装置结构示意图。
图9示出了本申请另一实施例提供的订单处理装置结构示意图。
图10示出了本申请实施例提供的计算机设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。
本申请实施例提供了一种订单处理方法，可应用于任一终端设备，参见图1可知，本申请实施例提供的订单处理方法可以包括：
步骤S102，创建目标订单对应的订单确认页面。
在本申请实施例中，当用户在物品交易平台(如电商平台)进行物品交易时，在选中需要交易的物品之后，即可根据物品信息以及用户的收货地址信息生成如图2所示的订单确认页面。目标订单为基于用户所选择的物品即将生成的与该物品对应的订单。图2的订单确认页面中，目标订单可以包括目标订单的订单信息，如收件人信息(如姓名、联系方式以及联系地址)、发件方信息(如商户名称)、物品信息(如物品规格、尺寸大小、数量等等)，除此之外还可以包括物品需支付价格，优惠信息等等。
步骤S104，接收是否选择同城配送的确认信息，并在订单确认页面显示确认信息。其中，确认信息为判断目标订单属于同城订单时接收。
上文提及，目标订单的订单确认页面可以包括收件方以及发件方的信息，基于该信息可以通过服务器端来判断目标订单是否属于同城订单，具体执行判断时，可以根据订单确认页面中的发件方信息获取发件方地址信息，并获取订单确认页面中的收件方地址信息，进一步地，通过发件方地址信息和收件方地址信息判断发件方和收件方是否属于同一城市的判断结果确定目标订单是否属于同城订单。当服务器判断目标订单属于同城订单时，即可向终端设备发送是否选择同城配送的确认信息。
图3示出了本申请实施例的订单确认页面示意图，参见图3可知，显示确认信息时，可以在该页面中新建显示框，并在显示框中显示“是否选择同城配送”，同时配置“是”和“否”的操作按钮。判断目标订单属于同城订单之后，可以在订单确认页面中显示确认信息，即由收件方确认是否将目标订单采用同城配送方式进行配送。
步骤S106，检测确认信息的反馈信息，结合反馈信息生成目标订单；其中，目标订单中具有根据反馈信息分配的目标运力资源。
通过获取用户针对确认信息的反馈信息可以获取用户是否选择同城配送，进而可以基于反馈信息生成目标订单。
可选地，检测确认信息的反馈信息时可以包括：基于订单确认页面检测确认信息的反馈信息；其中，反馈信息包括选择同城配送的确认指令；或，反馈信息中包括不选择同城配送的确认指令。
如图3所示，配置确认信息的同时配置“是”和“否”的操作按钮，获取确认信息的反馈信息时，可以检测并获取用户在显示框中针对操作按钮的触发操作为反馈信息。若检测到“是”的操作按钮被触发，则表示反馈信息中包括选择同城配送的确认指令，若检测到“否”的操作按钮被触发，则表示反馈信息中包括不选择同城配送的确认指令，进而可以根据反馈信息生成目标订单。
在本申请可选实施例中，在检测确认信息的反馈信息之后，假设确认信息中包括选择同城配送的确认指令，还可以基于订单确认页面推荐可同城配送的至少一个同城发件方；响应于用户指令在至少一个同城发件方选择目标发件方。
对于目标订单的发件方来讲，其可能在同一个城市中设置有多个属于同一总发件方的子发件方，以将每个子发件方作为本实施例中的同城发件方，例如，在一个城市中设置的多个发货仓，当判断收件方确定选择同城配送时，还可以在订单显示页面中展示所推荐的各同城发件方，由用户根据自身的需求在多个同城发件方中选择目标发件方，以进一步提升同城订单的配送时效。
在本申请可选实施例中，还可以检测确认信息的反馈信息，并判断反馈信息包括选择同城配送的确认指令时，将同城运力资源作为目标运力资源；在订单确认页面中显示目标运力资源的运费信息；结合运费信息和反馈信息生成目标订单。
实际应用中，若为目标订单分配同城运力资源，由于对配送时效要求较高，相应地，调取同城运力资源时会产生与普通配送不同的运费。在用户确认选择同城配送之后，可以进一步根据收件方地址信息和发件方地址信息生成配送费用，并在订单确认页面中进行显示，以提示用户同城配送时的费用，供用户及时了解由于同城配送可能产生的费用，在用户确认的前提下才会生成目标订单，以在确保同城订单配送时效的同时，兼顾用户的自身需求，从而提升用户使用体验。
进一步地，当生成目标订单之后，还可以在目标订单中建立目标运力资源的查询接口，以检测到预先创建的用于查询目标运力资源的查询接口被触发时，显示目标运力资源的配送信息；配送信息包括目标订单的配送进程信息。
举例来讲，配送进程信息可以包括目标运力资源当前位置、距离发件方距离、是否完成取件、是否开始配送、距离收件方距离等信息。获取到配送进程信息之后可将其在收件方进行显示，以便于用户及时了解目标订单的配送进度。
本申请实施例提供了一种订单处理方法，可应用于云端服务器，如电商管理平台等，参见图4可知，本申请实施例提供的订单处理方法可以包括：
步骤S402，获取订单确认页面中目标订单的订单信息。
一般来讲，订单确认页面可以是在预设物品交易平台(如电商平台)选取物品以及确认收货信息之后进入的订单确认页面，在该订单确认页面中，通常会包括用户所选取的物品信息(如特征参数、数量)之外，还可以包括收件方的相关信息，如联系人、联系方式以及联系地址等，还可以包括发件方(例如，商户)的标识信息以及运费信息等等。
步骤S404，根据订单信息判断目标订单是否属于同城订单。
在本申请实施例中，判断目标订单是否属于同城订单时，主要是根据收件方的地址信息，以及发件方的地址信息进行判断。在本申请实施例中，可通过如下方式进行判断：
S1-1，获取订单信息中的收件方信息和发件方信息；收件方信息包括收件方的第一地址信息，发件方包括发件方的标识信息。
前文介绍，在订单确认页面中，可以包括收件方的联系人、联系方式以及联系地址，该联系地址即可作为收件方的第一地址信息。另外，订单确认页面中还可以包括商户信息，如商户名称、商户标识等信息。
S1-2，根据发件方的标识信息获取发件方的第二地址信息；具体地，根据订单确认页面还可以获取到发件方的标识信息，如店铺名称、店铺号等，在获取到发件方的标识信息之后，就可查找到与其对应的发件方的第二地址信息。
S1-3，根据第一地址信息和第二地址信息判断目标订单是否属于同城订单。
第一地址信息和第二地址信息分别是物品的收件方和发件方所处的地理位置的具体信息，通过上述第一地址信息和第二地址信息可以识别出收件方和发件方各自所处的城市。例如，第一地址信息为A省B市某区xxx街道，那么所识别出的与第一地址信息对应的城市可以为A省B市，当判断发件方和收件方处于同一城市时，即可判断目标订单为同城订单。反之，假设发件方和收件方不处于同一城市时，则目标订单不属于同城订单，则可以按照普通订单的处理方式处理目标订单。例如，发件方和收件方均处于A省A市，那么则可以判断发件方和收件方同城，目标订单则属于同城订单。
对于普通订单，在订单确认并创建后，采用传统的配送流程，即选取物流配送方及物流单号，并等待物流配送方进行收揽、派送、派发的一系列标准流程。通常来讲，由于采用普通配送方式时，需要通过物流配送方统一进行处理，因此，普通配送方式的配送时长大于同城配送方式的配送时长。
步骤S406，若判断目标订单属于同城订单，则在订单确认页面生成是否选择同城配送的确认信息。
也就是说，判断目标订单属于同城订单之后，还可以在订单确认页面生成是否选择同城配送的确认信息，即，由用户来选择是否进行同城配送。
图3示出了本申请实施例的订单确认页面示意图，参见图2可知，显示确认信息时，可以在该页面中新建显示框，并在显示框中显示“是否选择同城配送”，同时配置“是”和“否”的操作按钮。判断目标订单属于同城订单之后，可以在订单确认页面中显示确认信息，即由收件方确认是否将目标订单采用同城配送方式进行配送。
步骤S408，获取确认信息的反馈信息，根据反馈信息为目标订单分配运力资源。
如上，配置是否选择同城配送的确认信息的同时配置“是”和“否”的操作按钮，获取确认信息的反馈信息时，可以检测并获取用户在显示框中针对操作按钮的触发操作为反馈信息。
基于本申请实施例提供的方法，当目标订单属于同城订单时，通过向用户提供同城配送服务，并且由用户自主选择是否进行同城配送，可以在符合用户配送需求的前提下，有效控制配送成本且提升同城订单的配送时效性的同时，节省人力物力以实现已有运力资源的合理利用，从而有效提升目标订单的配送时效以及用户的使用体验。
可选地，在根据反馈信息为目标订单分配运力资源时，可以获取确认信息的反馈信息，判断反馈信息中是否包括选择同城配送的确认指令；若是，则为目标订单分配同城运力资源。
通过检测并获取用户在显示框中针对操作按钮的触发操作为反馈信息，若检测到“是”的操作按钮被触发，则表示反馈信息中包括选择同城配送的确认指令，此时，可以确定将目标订单采用同城配送方式进行配送，同时可以为目标订单分配同城运力资源。
在本申请可选实施例中，判断反馈信息中包括选择同城配送的确认指令之后，还可以在订单确认页面中推荐可同城配送的至少一个同城发件方；根据用户的指令在至少一个同城发件方中确定目标发件方。
也就是说，对于目标订单的发件方来讲，其可能在同一个城市中设置有多个属于同一总发件方的子发件方，以将每个子发件方作为本实施例中的同城发件方，例如，在一个城市中设置的多个发货仓，当判断收件方确定选择同城配送时，还可以在订单显示页面中展示所推荐的各同城发件方，由用户根据自身的需求在多个同城发件方中选择目标发件方。例如，用户可以选择距离其较近的同城发件方作为目标发件方，从而在提 升订单配送时效的同时满足用户配送需求。
从另一方面来讲，若检测到“否”的操作按钮被触发，则表示反馈信息中未包括选择同城配送的确认指令，此时，可以采用普通订单的处理方式处理目标订单。基于本申请实施例提供的方法，采用在订单确认页面显示是否选择同城配送的确认信息，并且获取用户基于确认信息的反馈信息确认用户需要同城配送服务时，才会为目标订单分配同城运力资源，可以在得到用户许可的前提下提供同城配送服务，在满足用户配送时效需求的同时提升用户体验。
通常来讲，创建订单之后会进入支付页面，即，收件方对目标订单中的物品以及订单运费进行支付。在本申请实施例中，对于不同的配送方式来讲，配送费的计算方式也不相同。对于同城配送方式来讲，计算配送费时，可以先根据收件方的第一地址信息和发件方的第二地址信息计算出发件方和收件方的相对位置，进而根据相对位置计算目标订单的配送费。对于普通订单的处理方式来讲，订单运费可以由发件方进行设置。例如，订单运费由收件方支付，或是按照所选取的第三方配送平台根据发件方和收件方各自所在的地理区域进行计算得出。
前文介绍，判断目标订单属于同城订单之后，还可以在订单确认页面显示确认信息，在本申请可选实施例中，确认信息中除了显示是否选择同城配送的确认信息之外，还可以同步显示同城配送的相关提示信息，该提示信息可以包括同城配送的预估配送时间以及配送费等等。
前文提及，判断目标订单属于同城订单时，则在订单确认页面生成是否选择同城配送的确认信息。实际应用中，可能还会考虑到发件方的配送属性以及收件方的收件属性才可以确定是否可以采用同城配送的方式配送同城订单。
在本申请一可选实施例中，判断目标订单属于同城订单之后，还可以获取目标订单的发件方的配送服务信息；判断配送服务信息中是否包括同城配送服务信息；若配送服务信息中包括同城配送服务信息，则在订单确认页面生成是否选择同城配送的确认信息。
也就是说，在判断目标订单属于同城订单之后，还需判断发件方的配送服务信息中是否包括同城配送服务信息。只有判断发件方的配送服务信息包括同城配送服务信息时，为用户提供是否选择同城配送的确认信息。发件方的配送服务信息通常为预先设置的发件方的物流相关信息，如发件方常用的第三方物流配送平台等。对于本实施例提及的同城配送服务信息可以理解为发件方是否开通同城配送服务，只有在发件方开通同城配送服务的情况下，进一步向用户提供同城配送服务，否则，则可以将目标订单按照普通订单的处理方式进行处理。本申请实施例提供的方法，通过预先确认发件方是否提供同城配送服务，兼顾发件方的物流属性，提升发件方的使用体验。
上述步骤S408提及，还可以根据反馈信息为目标订单分配运力资源。上文介绍，反馈信息中可以包括确认选择同城配送的反馈信息和不选择同城配送的反馈信息，下面分别对不同的情况进行详细说明。
一、确认选择同城配送
当判断反馈信息中包括选择同城配送的确认指令时，为目标订单分配同城运力资源时可以包括S2-1至S2-3。
S2-1，基于订单信息生成同城配送任务。创建同城配送任务时主要是基于收件方的第一地址信息和发件方的第二地址信息进行创建。当然除上述之外，还可以包括订单信息中的物品类型以及重量等，以便于选取配送时所需要的运力资源，如配送车辆的 大小等。
S2-2，在同城运力资源集合中确定目标运力资源。本实施例中的目标运力资源可以是执行配送任务的相关配送人员，确定目标运力资源时，可以根据收件方的第一地址信息和/或发件方的第二地址信息确定同城运力资源集合，进而在其中确定目标运力资源。举例来讲，可以根据第一地址信息确定发件方的地理位置，获取该地理位置指定范围内的同城运力资源集合，假设同城运力资源集合中的同城运力资源为一个时，可以直接将该同城运力资源作为目标运力资源。假设同城运力资源集合中的同城运力资源为多个时，还可以获取各同城运力资源的运力能力，如在当天或其他时间周期内的配送任务量、配送评价、平均配送时长、常配送目的地等信息从多个同城运力资源中选取出适合当前同城配送任务的同城运力资源作为目标运力资源。
S2-3，将同城配送任务分配至目标运力资源以执行配送任务。
确定目标运力资源之后，即可将同城配送任务分配至目标运力资源，由目标运力资源执行该同城配送任务。可选地，将同城配送任务分配至该目标运力资源之后，还可以包括S2-4至S2-5。
S2-4，获取同城配送任务的任务进程信息。
S2-5，将任务进程信息发送至发件方和/或收件方进行同步显示。
例如，任务进程信息可以包括目标运力资源当前位置、距离发件方距离、是否完成取件、是否开始配送、距离收件方距离等信息。获取到任务进程信息之后可将其在发件方以及收件方进行显示，以便于双方了解配送进度。本实施例所提及的创建同城配送任务的过程可以与上文提及的支付进程异步进行。
二、确认不选择同城配送
当判断反馈信息中未包括选择同城配送的确认指令时，为目标订单分配运力资源时可以包括S3-1至S3-3。
S3-1，将目标订单发送至发件方。如果反馈信息中未包括选择同城配送的确认指令，则按照普通订单的处理方式处理目标订单，此时，需要发件方处理目标订单以安排后续配送流程。
S3-2，获取发件方上传的目标订单的运力资源信息。由于目标订单为采用普通订单的处理方式，需要发件方上传其配送信息，如进行配送的第三方物流平台以及该平台的物流单号等。
S3-3，根据运力资源信息识别目标订单的配送进程信息，将配送进程信息发送至发件方和/或收件方进行显示。
基于发件方上传的物流单号可以识别负责配送目标订单中物品的第三方物流平台，并进一步获取该第三方物流平台所执行的配送进程，进而可以将配送进程信息发送至发件方和/或收件方进行显示。
图5是根据本申请另一可选实施例的订单处理方法流程示意图，参见图5可知，本申请实施例提供的订单处理方法可以包括：
步骤S502，获取订单确认页面中目标订单的订单信息；其中，订单信息中包括收件方信息，如收件方的第一地址信息，发件方信息，如发件方的标识信息。
步骤S504，根据收件方信息和发件方信息判断目标订单是否为同城订单。具体地，可以根据发件方的标识信息获取发件方的第二地址信息，并识别出第一地址信息所属的城市X，和第二地址信息所属的城市Y，其中，城市X可作为收件方所处城市，城 市Y可作为发件方所处的城市，判断城市X和城市Y是否为同一城市，即可确定目标订单是否处于同城订单。若是，则执行步骤S506；若否，则执行步骤S518。其中，通过判断第一地址信息所属的第一地理区域和第二地址信息所属的第二地理区域是否属于同一预设区域，可以确定城市X和城市Y是否为同一城市。
步骤S506，获取发件方的配送服务信息，判断配送服务信息中是否包括同城配送服务信息；即，判断发件方是否支持同城配送服务。若是，则执行步骤S508；若否，则执行步骤S518。
步骤S508，在订单确认页面中生成并显示是否选择同城配送的确认信息；另外，还可以预估同城配送的配送时长以及配送费随确认信息进行同步提示。确认信息的显示方式可参见图2，当然，实际应用中，还可以根据不同的需求调整确认信息的显示内容以及显示方式，本申请实施例对此不做限定。
步骤S510，获取确认信息的反馈信息，判断反馈信息中是否包括预设的确认指令，若是，则执行步骤S512；若否，则执行步骤S518。以图2所示为例，可以获取发件方在订单确认页面的确认信息显示框的操作信息，当该操作信息中包括针对“是”这一操作按键的触发信息时，即表示反馈信息中包括预设的确认指令；否则，反馈信息中不包括预设的确认指令。
步骤S512，为目标订单分配同城运力资源并生成目标订单。
步骤S514，进入支付页面，同时创建同城配送任务，并确定执行该同城配送任务的目标运力资源。
步骤S516，获取同城配送任务的任务进程信息，将任务进程信息发送至发件方和/或收件方进行同步显示。其中，任务进程信息可以包括目标运力资源当前位置、配送进度、目标运力资源距离发件方距离、是否完成取件、是否开始配送、距离收件方距离等信息。
步骤S518，根据订单信息生成目标订单。
步骤S520，将目标订单发送至发件方，获取发件方上传的目标订单的配送信息，例如，进行配送的第三方物流平台以及该平台的物流单号等。
步骤S522，根据配送信息识别目标订单的配送进程信息，将配送进程信息发送至发件方和/或收件方进行显示。
本申请实施例提供了一种订单处理方法，通过在订单确认页面获取到目标订单的订单信息之后判断目标订单是否属于同城订单，另外，当目标订单属于同城订单之后，可以在订单确认页面中生成是否选择同城配送的确认信息，由用户选择是否进行同城配送，进而根据用户的选择为目标订单分配运力资源。基于本申请实施例提供的方法，将电商平台与同城配送服务相结合，不仅建设成本较低，而且对于属于同城订单来讲，当用户选择同城配送时，可有效提升配送时效，极大地缩短物流配送时间，进一步提升用户体验。
基于同一发明构思，本申请实施例还提供了一种订单处理装置，如图6所示，该装置可以包括：
页面创建模块610，用于创建目标订单对应的订单确认页面；
信息显示模块620，用于接收是否选择同城配送的确认信息，并在所述订单确认页面显示所述确认信息；其中，所述确认信息为判断所述目标订单属于同城订单时接收；
订单创建模块630，用于检测所述确认信息的反馈信息，结合所述反馈信息生成所 述目标订单；其中，所述目标订单中具有根据所述反馈信息分配的目标运力资源。
在另一个实施例中，如图7所示，所述订单创建模块630可以包括：
检测单元631，用于基于所述订单确认页面检测所述确认信息的反馈信息；
其中，所述反馈信息包括选择同城配送的确认指令；或，所述反馈信息中包括不选择同城配送的确认指令。
在另一个实施例中，如图7所示，上述装置还可以包括：
推荐模块640，用于检测所述确认信息的反馈信息之后，基于所述订单确认页面推荐可同城配送的至少一个同城发件方；
响应于用户指令在所述至少一个同城发件方选择目标发件方。
在另一个实施例中，所述订单创建模块630还可以用于：
检测所述确认信息的反馈信息，并判断所述反馈信息包括选择同城配送的确认指令时，将同城运力资源作为目标运力资源；
在所述订单确认页面中显示所述目标运力资源的运费信息；
结合所述运费信息和所述反馈信息生成所述目标订单。
在另一个实施例中，如图7所示，上述装置还可以包括：
查询模块650，用于检测到预先创建的用于查询所述目标运力资源的查询接口被触发时，显示所述目标运力资源的配送信息；
所述配送信息包括所述目标订单的配送进程信息。
基于同一发明构思，本申请实施例还提供了一种订单处理装置，如图8所示，该订单处理装置可以包括：
信息获取模块810，用于获取订单确认页面中目标订单的订单信息；
第一判断模块820，用于根据订单信息判断目标订单是否属于同城订单；
信息生成模块830，用于当判断目标订单属于同城订单时，则在订单确认页面生成是否选择同城配送的确认信息；
运力资源分配模块840，用于获取确认信息的反馈信息，根据反馈信息为目标订单分配运力资源。
在本申请一可选实施例中，运力资源分配模块840还可以用于：
获取确认信息的反馈信息，判断反馈信息中是否包括选择同城配送的确认指令；
当判断反馈信息中包括选择同城配送的确认指令时，则为目标订单分配同城运力资源。
在本申请一可选实施例中，如图9所示，上述装置还可以包括：
推荐模块850，用于判断反馈信息中包括选择同城配送的确认指令之后，在订单确认页面中推荐可同城配送的至少一个同城发件方；
根据用户的指令在至少一个同城发件方中确定目标发件方。
在本申请一可选实施例中，第一判断模块820还可以用于：
获取订单信息中的收件方信息和发件方信息；收件方信息包括收件方的第一地址信 息，发件方包括发件方的标识信息；
根据发件方的标识信息获取发件方的第二地址信息；
根据第一地址信息和第二地址信息判断目标订单是否属于同城订单。
在本申请一可选实施例中，如图9所示，上述装置还可以包括：
第二判断模块860，用于获取目标订单的发件方的配送服务信息；
判断配送服务信息中是否包括同城配送服务信息；
若配送服务信息中包括同城配送服务信息，则在订单确认页面生成是否选择同城配送的确认信息。
在本申请一可选实施例中，运力资源分配模块840还可以用于：
基于订单信息生成同城配送任务；
在同城运力资源集合中确定目标运力资源；
将同城配送任务分配至目标运力资源以执行配送任务。
在本申请一可选实施例中，如图9所示，上述装置还可以包括：
任务更新模块870，用于获取同城配送任务的任务进程信息；
将任务进程信息发送至发件方和/或收件方进行同步显示。
在本申请一可选实施例中，运力资源分配模块840还可以用于：
当判断反馈信息中未包括选择同城配送的确认指令时，则将目标订单发送至发件方；
获取发件方上传的目标订单的运力资源信息；
根据运力资源信息识别目标订单的配送进程信息，将配送进程信息发送至发件方和/或收件方进行显示。
需要说明的是，本申请实施例提供的一种订单处理装置所涉及各功能单元的其他相应描述，可以参考图1至图5中的对应描述，在此不再赘述。
在示例性实施例中，参见图10，还提供了一种计算设备，该计算设备包括通信总线、处理器、存储器和通信接口，还可以包括、输入输出接口和显示设备，其中，各个功能单元之间可以通过总线完成相互间的通信。该存储器存储有计算机程序，处理器，用于执行存储器上所存放的程序，执行上述实施例中的订单处理方法的步骤。
在本申请一可选实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的订单处理方法的步骤。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进 行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本申请序号仅仅为了描述，不代表实施场景的优劣。
以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (30)

  1. 一种订单处理方法，包括：
    创建目标订单对应的订单确认页面；
    接收是否选择同城配送的确认信息，并在所述订单确认页面显示所述确认信息；其中，所述确认信息为判断所述目标订单属于同城订单时接收；
    检测所述确认信息的反馈信息，结合所述反馈信息生成所述目标订单；其中，所述目标订单中具有根据所述反馈信息分配的目标运力资源。
  2. 根据权利要求1所述的方法，其中，所述检测所述确认信息的反馈信息，包括：
    基于所述订单确认页面检测所述确认信息的反馈信息；
    其中，所述反馈信息包括选择同城配送的确认指令；或，所述反馈信息中包括不选择同城配送的确认指令。
  3. 根据权利要求2所述的方法，其中，所述检测所述确认信息的反馈信息之后，还包括：
    基于所述订单确认页面推荐能够进行同城配送的至少一个同城发件方；
    响应于用户指令在所述至少一个同城发件方选择目标发件方。
  4. 根据权利要求2所述的方法，其中，所述检测所述确认信息的反馈信息，结合所述反馈信息生成所述目标订单，包括：
    检测所述确认信息的反馈信息，并判断所述反馈信息包括选择同城配送的确认指令时，将同城运力资源作为所述目标运力资源；
    在所述订单确认页面中显示所述目标运力资源的运费信息；
    结合所述运费信息和所述反馈信息生成所述目标订单。
  5. 根据权利要求1-4任一项所述的方法，其中，所述检测所述确认信息的反馈信息，结合所述反馈信息生成所述目标订单之后，还包括：
    检测到预先创建的用于查询所述目标运力资源的查询接口被触发时，显示所述目标运力资源的配送信息；
    所述配送信息包括所述目标订单的配送进程信息。
  6. 一种订单处理方法，包括：
    获取订单确认页面中目标订单的订单信息；
    根据所述订单信息判断所述目标订单是否属于同城订单；
    若判断所述目标订单属于同城订单，则在所述订单确认页面生成是否选择同城配送的确认信息；
    获取所述确认信息的反馈信息，根据所述反馈信息为所述目标订单分配运力资源。
  7. 根据权利要求6所述的方法，其中，所述获取所述确认信息的反馈信息，根据所述反馈信息为所述目标订单分配运力资源，包括：
    获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令；
    若所述反馈信息中包括选择同城配送的确认指令，则为所述目标订单分配同城运力资源。
  8. 根据权利要求7所述的方法，其中，所述获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令之后，还包括：
    若所述反馈信息中包括选择同城配送的确认指令，则在所述订单确认页面中推荐能够进行同城配送的至少一个同城发件方；
    根据用户的指令在所述至少一个同城发件方中确定目标发件方。
  9. 根据权利要求6所述的方法，其中，所述根据所述订单信息判断所述目标订单是否属于同城订单，包括：
    获取所述订单信息中的收件方信息和发件方信息；所述收件方信息包括收件方的 第一地址信息，所述发件方包括发件方的标识信息；
    根据所述发件方的标识信息获取所述发件方的第二地址信息；
    判断所述第一地址信息和所述第二地址信息是否属于同一城市，以判断所述目标订单是否属于同城订单。
  10. 根据权利要求6所述的方法，其中，所述判断所述目标订单属于同城订单之后，还包括：
    获取所述目标订单的发件方的配送服务信息；
    判断所述配送服务信息中是否包括同城配送服务信息；
    若所述配送服务信息中包括同城配送服务信息，则在所述订单确认页面生成是否选择同城配送的确认信息。
  11. 根据权利要求7-10任一项所述的方法，其中，所述为所述目标订单分配同城运力资源，包括：
    基于所述订单信息生成同城配送任务；
    在同城运力资源集合中确定目标运力资源；
    将所述同城配送任务分配至所述目标运力资源以执行所述同城配送任务。
  12. 根据权利要求10所述的方法，其中，所述将所述同城配送任务分配至所述目标运力资源以执行所述同城配送任务之后，还包括：
    获取所述同城配送任务的任务进程信息；
    将所述任务进程信息发送至所述发件方和/或所述收件方进行同步显示。
  13. 根据权利要求7-12任一项所述的方法，其中，所述获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令，还包括：
    若所述反馈信息中不包括选择同城配送的确认指令，则将所述目标订单发送至所述发件方；
    获取所述发件方上传的所述目标订单的运力资源信息；
    根据所述运力资源信息识别所述目标订单的配送进程信息，将所述配送进程信息发送至所述发件方和/或所述收件方进行显示。
  14. 一种订单处理装置，包括：
    页面创建模块，用于创建任一物品对应的订单确认页面；
    信息显示模块，用于接收是否选择同城配送的确认信息，并在所述订单确认页面显示所述确认信息；
    订单创建模块，用于检测所述确认信息的反馈信息，结合所述反馈信息生成目标订单；其中，所述目标订单中具有根据所述反馈信息分配的目标运力资源。
  15. 根据权利要求14所述的装置，其中，所述订单创建模块包括：
    检测单元，用于基于所述订单确认页面检测所述确认信息的反馈信息；
    其中，所述反馈信息包括选择同城配送的确认指令；或，所述反馈信息中包括不选择同城配送的确认指令。
  16. 根据权利要求15所述的装置，还包括：
    推荐模块，用于检测所述确认信息的反馈信息之后，基于所述订单确认页面推荐能够进行同城配送的至少一个同城发件方；
    响应于用户指令在所述至少一个同城发件方选择目标发件方。
  17. 根据权利要求15所述的装置，其中，所述订单创建模块还用于：
    检测所述确认信息的反馈信息，并判断所述反馈信息包括选择同城配送的确认指令时，将同城运力资源作为所述目标运力资源；
    在所述订单确认页面中显示所述目标运力资源的运费信息；
    结合所述运费信息和所述反馈信息生成目标订单。
  18. 根据权利要求14-17任一项所述的装置，还包括：
    查询模块，用于检测到预先创建的用于查询所述目标运力资源的查询接口被触发时，显示所述目标运力资源的配送信息；
    所述配送信息包括所述目标订单的配送进程信息。
  19. 一种订单处理装置，包括：
    信息获取模块，用于获取订单确认页面中目标订单的订单信息；
    第一判断模块，用于根据所述订单信息判断所述目标订单是否属于同城订单；
    信息生成模块，用于当判断所述目标订单属于同城订单时，则在所述订单确认页面生成是否选择同城配送的确认信息；
    运力资源分配模块，用于获取所述确认信息的反馈信息，根据所述反馈信息为所述目标订单分配运力资源。
  20. 根据权利要求19所述的装置，其中，所述运力资源分配模块还用于：
    获取所述确认信息的反馈信息，判断所述反馈信息中是否包括选择同城配送的确认指令；
    当判断所述反馈信息中包括选择同城配送的确认指令时，则为所述目标订单分配同城运力资源。
  21. 根据权利要求20所述的装置，还包括：
    推荐模块，用于判断所述反馈信息中包括选择同城配送的确认指令之后，在所述订单确认页面中推荐能够进行同城配送的至少一个同城发件方；
    根据用户的指令在所述至少一个同城发件方中确定目标发件方。
  22. 根据权利要求19所述的装置，其中，所述第一判断模块还用于：
    获取所述订单信息中的收件方信息和发件方信息；所述收件方信息包括收件方的第一地址信息，所述发件方包括发件方的标识信息；
    根据所述发件方的标识信息获取所述发件方的第二地址信息；
    根据所述第一地址信息和所述第二地址信息判断所述目标订单是否属于同城订单。
  23. 根据权利要求19所述的装置，还包括：
    第二判断模块，用于获取所述目标订单的发件方的配送服务信息；
    判断所述配送服务信息中是否包括同城配送服务信息；
    若所述配送服务信息中包括同城配送服务信息，则在所述订单确认页面生成是否选择同城配送的确认信息。
  24. 根据权利要求20-23任一项所述的装置，其中，所述运力资源分配模块还用于：
    基于所述订单信息生成同城配送任务；
    在同城运力资源集合中确定目标运力资源；
    将所述同城配送任务分配至所述目标运力资源以执行所述同城配送任务。
  25. 根据权利要求24所述的装置，还包括：
    任务更新模块，用于获取所述同城配送任务的任务进程信息；
    将所述任务进程信息发送至所述发件方和/或所述收件方进行同步显示。
  26. 根据权利要求20-23任一项所述的装置，其中，所述运力资源分配模块还用于：
    当判断所述反馈信息中未包括选择同城配送的确认指令时，则将所述目标订单发送至所述发件方；
    获取所述发件方上传的所述目标订单的运力资源信息；
    根据所述运力资源信息识别所述目标订单的配送进程信息，将所述配送进程信息发送至所述发件方和/或所述收件方进行显示。
  27. 一种终端设备，包括存储器和处理器；
    所述存储器存储有计算机程序，其中，所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。
  28. 一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至5中任一项所述方法的步骤。
  29. 一种计算设备，包括存储器和处理器，所述存储器存储有计算机程序，其中，所述处理器执行所述计算机程序时实现权利要求6至13中任一项所述方法的步骤。
  30. 一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求6至13中任一项所述方法的步骤。
PCT/CN2021/137187 2020-12-17 2021-12-10 订单处理方法及装置、存储介质、终端设备、计算设备 WO2022127711A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011498242.XA CN112613943A (zh) 2020-12-17 2020-12-17 订单处理方法及装置、存储介质、终端设备、计算设备
CN202011498242.X 2020-12-17

Publications (1)

Publication Number Publication Date
WO2022127711A1 true WO2022127711A1 (zh) 2022-06-23

Family

ID=75240287

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/137187 WO2022127711A1 (zh) 2020-12-17 2021-12-10 订单处理方法及装置、存储介质、终端设备、计算设备

Country Status (2)

Country Link
CN (1) CN112613943A (zh)
WO (1) WO2022127711A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115982481A (zh) * 2023-03-21 2023-04-18 浙江口碑网络技术有限公司 一种信息处理方法和信息处理装置
CN116451503A (zh) * 2023-05-15 2023-07-18 宁波安得智联科技有限公司 物流平台设施选址方法、装置、设备及存储介质
CN117875826A (zh) * 2024-03-12 2024-04-12 浙江口碑网络技术有限公司 订单处理方法和装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112613943A (zh) * 2020-12-17 2021-04-06 口碑(上海)信息技术有限公司 订单处理方法及装置、存储介质、终端设备、计算设备
CN114955335A (zh) * 2022-04-26 2022-08-30 昆山梦起达网络科技有限公司 一种网络销售与线下自动出货系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103745396A (zh) * 2014-01-22 2014-04-23 广州市天兔网络科技有限公司 基于移动互联网实现线上线下快速购物的方法及购物系统
CN105160503A (zh) * 2015-07-16 2015-12-16 绍兴越淘网络技术有限公司 一种网站运营商直接实现同城当天配送的方法
CN107194630A (zh) * 2017-03-31 2017-09-22 无锡漫途科技有限公司 同城物流调度方法、装置及系统
CN109242384A (zh) * 2018-08-28 2019-01-18 深圳市鼎昇贸易有限公司 电子商务订单的物流分配方法及相关产品
CN109726961A (zh) * 2018-12-29 2019-05-07 拉扎斯网络科技（上海）有限公司 物流服务提供方法、装置、电子设备及可读存储介质
CN112613943A (zh) * 2020-12-17 2021-04-06 口碑(上海)信息技术有限公司 订单处理方法及装置、存储介质、终端设备、计算设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101712159B1 (ko) * 2016-05-09 2017-03-03 주식회사 에스브이 이벤트 성공에 따른 판매 수익 분배를 이용한 상품 판매 촉진 시스템 및 방법
CN106156884A (zh) * 2016-06-26 2016-11-23 刘兴丹 一种企业网上商城配送快递的方法、装置及系统
CN106204218A (zh) * 2016-07-11 2016-12-07 广东聚联电子商务股份有限公司 一种用户网上购物的电子商务结账方法
CN111275344B (zh) * 2020-01-21 2023-10-31 北京顺达同行科技有限公司 物流调度方法和装置、服务器、计算机可读存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103745396A (zh) * 2014-01-22 2014-04-23 广州市天兔网络科技有限公司 基于移动互联网实现线上线下快速购物的方法及购物系统
CN105160503A (zh) * 2015-07-16 2015-12-16 绍兴越淘网络技术有限公司 一种网站运营商直接实现同城当天配送的方法
CN107194630A (zh) * 2017-03-31 2017-09-22 无锡漫途科技有限公司 同城物流调度方法、装置及系统
CN109242384A (zh) * 2018-08-28 2019-01-18 深圳市鼎昇贸易有限公司 电子商务订单的物流分配方法及相关产品
CN109726961A (zh) * 2018-12-29 2019-05-07 拉扎斯网络科技（上海）有限公司 物流服务提供方法、装置、电子设备及可读存储介质
CN112613943A (zh) * 2020-12-17 2021-04-06 口碑(上海)信息技术有限公司 订单处理方法及装置、存储介质、终端设备、计算设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115982481A (zh) * 2023-03-21 2023-04-18 浙江口碑网络技术有限公司 一种信息处理方法和信息处理装置
CN115982481B (zh) * 2023-03-21 2024-02-02 浙江口碑网络技术有限公司 一种信息处理方法和信息处理装置
CN116451503A (zh) * 2023-05-15 2023-07-18 宁波安得智联科技有限公司 物流平台设施选址方法、装置、设备及存储介质
CN116451503B (zh) * 2023-05-15 2023-11-07 宁波安得智联科技有限公司 物流平台设施选址方法、装置、设备及存储介质
CN117875826A (zh) * 2024-03-12 2024-04-12 浙江口碑网络技术有限公司 订单处理方法和装置

Also Published As

Publication number Publication date
CN112613943A (zh) 2021-04-06

Similar Documents

Publication Publication Date Title
WO2022127711A1 (zh) 订单处理方法及装置、存储介质、终端设备、计算设备
TWI753046B (zh) 物流包裹運送路線的處理方法及相關設備
WO2017167128A1 (zh) 一种物流资源的调度方法、设备及系统
CN104899713B (zh) 一种基于识别码的物流控制方法、装置及系统
US9047607B1 (en) Method, medium, and system for determining eligibility for a location-based shipping option for fulfillment networks
US10181111B1 (en) Electronic device communications for item handoffs
CN107194630A (zh) 同城物流调度方法、装置及系统
US20150304250A1 (en) Online shopping in email messages
CN104751311A (zh) 一种快递预约的方法及系统
CN112288552A (zh) 拼单方法、服务器、客户端及系统
CN105930245A (zh) 一种交易终端业务状态监测方法及系统
WO2016172974A1 (zh) 一种业务处理方法及设备
CN105493125A (zh) 一种交易订单的处理方法和相关设备
KR20090001453A (ko) 유무선망에서의 택배 서비스 방법
CN107038150B (zh) 表单内容的填写方法、系统、终端和服务器
CN106611455A (zh) 一种排队系统的微信平台系统及其实现方法
CN110858348B (zh) 物流信息处理方法和装置
TW201118772A (en) Mobile signing method for electronic corporate forms
CN111311152B (zh) 派件路线推荐方法、装置、系统、设备及存储介质
TW201514899A (zh) 中央廚房之便當訂購系統
CN114358867A (zh) 订单处理方法、装置、设备及介质
JP6212237B1 (ja) 配送管理方法、配送管理サーバ、配送管理サーバプログラム及び配送管理システム
JP6212236B1 (ja) 配送管理方法、配送管理サーバ、配送管理サーバプログラム及び配送管理システム
CN106127476A (zh) 一种目标对象处理方法和装置
KR20150110441A (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: 21905640

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 13/11/2023)