WO2024098820A1 - 订单处理方法、装置、电子设备及存储介质 - Google Patents

订单处理方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
WO2024098820A1
WO2024098820A1 PCT/CN2023/106108 CN2023106108W WO2024098820A1 WO 2024098820 A1 WO2024098820 A1 WO 2024098820A1 CN 2023106108 W CN2023106108 W CN 2023106108W WO 2024098820 A1 WO2024098820 A1 WO 2024098820A1
Authority
WO
WIPO (PCT)
Prior art keywords
target
order
user
cluster
target order
Prior art date
Application number
PCT/CN2023/106108
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 WO2024098820A1 publication Critical patent/WO2024098820A1/zh

Links

Definitions

  • the present application relates to the field of computer processing technology, and in particular to an order processing method, device, electronic device and storage medium.
  • the merchant packs and delivers the order in the fulfillment stage after receiving the order, thereby improving logistics efficiency.
  • this method does not fully explore the role of the terminal delivery location and pickup location in the entire transaction process in promoting logistics efficiency.
  • the order processing method provided in the embodiment of the present application solves the problem of improving logistics efficiency based on the order transaction process.
  • An embodiment of the present application provides an order processing method, including: obtaining a target order to be grouped, determining a target user cluster matching the target order and a target merchant cluster matching the target order; wherein the target user cluster is a predetermined set of users in a geographical area representing the same delivery range; the target merchant cluster is a merchant set of merchants within the same extraction range; determining a target order set based on the target user cluster and/or the target merchant cluster, and adding the target order to the target order set; wherein the target order set is an order set for grouping orders; in response to the target order set satisfying an order cut-off condition, pushing the orders in the target order set to the corresponding merchants.
  • determining a target user cluster matching the target order and a target merchant cluster matching the target order includes: determining a target user cluster matching the target order based on a delivery location of the target order; and determining a target merchant cluster matching the target order based on store information of the target order.
  • the method also includes: acquiring multiple pre-divided interest areas; forming a user cluster for one of the multiple interest areas; and/or forming a user cluster for multiple interest areas whose geographical locations satisfy a first distance relationship with each other; wherein the target user cluster is one of the configured user clusters.
  • the method further includes: configuring merchants located in the same geographical range as a merchant cluster; and/or configuring a plurality of merchants whose geographical locations satisfy a second distance relationship with each other as a merchant cluster.
  • the method further includes: adding merchants on the delivery path between the merchant cluster and the specific user cluster to the merchant cluster.
  • determining the target order set based on the target user cluster and/or the target merchant cluster includes: querying an ongoing order set that is in the process of aggregating orders based on the target user cluster and/or the target merchant cluster; if an ongoing order set is found, using the ongoing order set as the target order set; if no ongoing order set is found, generating an order set for aggregating orders based on the current time period and the target user cluster and/or the target merchant cluster as the target order set.
  • the method also includes: within a specific time period, polling the configured user cluster and/or the configured merchant cluster to determine whether there is an ongoing order set that is being collected; for a specific user cluster and/or a specific merchant cluster for which no ongoing order set is queried, using a robot as an initiating user, generating an order set as the ongoing order set based on the specific user cluster and/or the specific merchant cluster, and the specific time period, and incrementing the number of users of the order set.
  • the method also includes: setting a collection time threshold corresponding to the target order set; obtaining the collection time of the target order set; in response to detecting that the collection time of the target order set reaches the collection time threshold, determining that the target order set meets the order cut-off conditions.
  • the method also includes: detecting whether the target order set meets the group formation conditions; after detecting that the target order set meets the group formation conditions, determining the quantity of return resources corresponding to the orders in the target order set according to the resource return rules; determining the orders in the target order set that have been fulfilled, and returning the corresponding return resources to the user account of the order that has been fulfilled according to the quantity to be returned.
  • detecting whether the target order set meets the grouping conditions includes: setting an order quantity threshold corresponding to the target order set; obtaining the order quantity of the target order set; if the order quantity reaches the order quantity threshold, determining that the target order set meets the grouping conditions.
  • the method also includes: if the target order set satisfies the cut-off condition and does not satisfy the group formation condition, pushing the orders currently included in the target order set to the corresponding merchant, and sending a first prompt message to the user corresponding to the target order to indicate that the group has not been formed and no resources will be returned; if the target order set satisfies the cut-off condition and satisfies the group formation condition, pushing the orders currently included in the target order set to the corresponding merchant, and sending a second prompt message to the user corresponding to the target order to indicate that the group has been formed and the resources will be returned.
  • determining the amount of returned resources corresponding to the orders in the target order set according to the resource return rules includes: determining the number of orders in the target order set; extracting step return conditions from the resource return rules; and determining the amount of returned resources corresponding to the orders in the target order set according to the order number and the step return conditions.
  • the step of determining the target order set to be completed and returning the corresponding return resources to the user account of the completed order according to the amount to be returned includes: monitoring the completion of the target order Centralized orders; returning the amount of returned resources to be returned to the user account of the order that has been fulfilled according to the resource return time.
  • returning the corresponding returned resources to the user account of the fulfilled order includes: obtaining preset resource data before returning the corresponding returned resources to the user account of the fulfilled order; determining the target resource consumption quantity corresponding to the target order set according to the resource return rule; pre-occupying consumption resource data for providing the returned resources to the user account from the preset resource data according to the target resource consumption quantity; and providing the returned resources to the user account from the consumption resource data.
  • the embodiment of the present application also provides another order processing method, which is applied to a client, including: obtaining user order information for a target merchant; detecting that the user chooses to participate in a group purchase based on the order information, and displaying a corresponding first estimated delivery time for the order information for participating in the group purchase; generating a target order for the order information for participating in the group purchase, and providing the target order to a server after payment; the server determines a target order set based on a target user cluster and/or a target merchant cluster matching the target order, adds the target order to the target order set, and pushes the order in the target order set to the corresponding merchant after detecting that the target order set meets an order cut-off condition; the target merchant cluster is a merchant set of merchants within the same specific extraction range; the target user cluster is a user set in a predetermined geographical area representing the same specific delivery range; and receiving a group purchase result provided by the server for the target order to represent whether the target order set is a group.
  • the method also includes: if the group buying result indicates that the target order set has been grouped, and it is determined that the target order has been fulfilled, receiving information that the server executes resource return to the user account of the user at the resource return time, and displaying the resource return quantity related to the execution of the resource return; wherein the resource return quantity is determined by the server based on the order quantity in the target order set and the resource return rules.
  • An embodiment of the present application also provides an order processing device, including: an order acquisition unit, used to acquire a target order to be grouped, determine a target user cluster matching the target order and a target merchant cluster matching the target order; wherein the target user cluster is a predetermined set of users in a geographical area representing the same delivery range; the target merchant cluster is a merchant set of merchants within the same extraction range; an order grouping unit, used to determine a target order set based on the target user cluster and/or the target merchant cluster, and add the target order to the target order set; wherein the target order set is an order set for aggregating orders; an order pushing unit, used to push the orders in the target order set to the corresponding merchants in response to the target order set satisfying an order cut-off condition.
  • an order acquisition unit used to acquire a target order to be grouped, determine a target user cluster matching the target order and a target merchant cluster matching the target order
  • the target user cluster is a predetermined set of users in a geographical area representing the same delivery range
  • the embodiment of the present application also provides an order processing device, including: an order placement unit, used to obtain the user's order information for a target merchant; a group purchase selection unit, used to detect that the user chooses to participate in a group purchase based on the order information, and display the corresponding first estimated delivery time for the order information of the group purchase; the group purchase unit, used to generate a target order for the order information of the group purchase, and provide the target order to a server after payment; the server, A target order set is determined according to a target user cluster and/or a target merchant cluster that matches the target order, the target order is added to the target order set, and the orders in the target order set are pushed to corresponding merchants after detecting that the target order set meets a cut-off condition; the target merchant cluster is a merchant set of merchants within the same specific extraction range; the target user cluster is a user set within a predetermined geographical area representing the same specific delivery range; a group buying result unit is used to receive a group buying result provided by the server for the target order,
  • An embodiment of the present application further provides an electronic device, comprising: a memory, and a processor; the memory is used to store a computer program, and after the computer program is run by the processor, the method provided in the embodiment of the present application is executed.
  • the embodiment of the present application also provides a computer storage medium storing computer execution instructions, which are used to implement the method provided in the embodiment of the present application when executed by a processor.
  • An order processing method, device, electronic device and storage medium obtain a target order to be grouped, determine a target user cluster matching the target order and a target merchant cluster matching the target order; wherein the target user cluster is a predetermined set of users in a geographical area representing the same delivery range; the target merchant cluster is a merchant set of merchants within the same extraction range; a target order set is determined based on the target user cluster and/or the target merchant cluster, and the target order is added to the target order set; wherein the target order set is an order set for aggregating orders; in response to the target order set satisfying an order cut-off condition, the orders in the target order set are pushed to the corresponding merchants.
  • orders with the same pickup range, or orders with the same delivery range, or orders with the same pickup range and the same delivery range are collected and pushed together to their corresponding merchants.
  • This helps to stack supply-side orders according to the terminal delivery location (i.e. user cluster) and/or pickup location (i.e. merchant cluster) as much as possible, so that orders with concentrated delivery locations and/or concentrated pickup locations can enter the fulfillment link as much as possible, so as to increase the probability that the delivery times of orders with concentrated delivery locations and/or concentrated pickup locations are the same or similar, and increase the possibility of intensive delivery of orders, thereby to a certain extent exploring the role of the terminal delivery location and pickup location in the transaction process in promoting logistics efficiency and improving logistics efficiency.
  • An order processing method, device, electronic device and storage medium provided in the embodiment of the present application are applied to a client, and obtain the order information of a user for a target merchant; detect that the user chooses to participate in a group purchase based on the order information, and display the corresponding first estimated delivery time for the order information of the group purchase; generate a target order for the order information of the group purchase, and provide the target order to a server after payment; the server determines a target order set according to a target user cluster and/or a target merchant cluster matching the target order, and adds the target order To the target order set, after detecting that the target order set meets the order cut-off conditions, the orders in the target order set are pushed to the corresponding merchants; the target merchant cluster is a merchant set of merchants within the same specific extraction range; the target user cluster is a predetermined user set in a geographical area representing the same specific delivery range; and the grouping result provided by the server for the target order is received to represent whether the target order set is a group.
  • orders within the same specific extraction range, or orders within the same specific delivery range, or orders within the same specific extraction range and the same specific delivery range are collected and pushed together to their respective corresponding merchants, which helps to superimpose supply-side order collection, facilitate centralized delivery locations and/or centralized pickup locations, and centralized fulfillment, packaging and delivery of orders with the same or similar delivery times, which can improve logistics efficiency.
  • FIG1 is a schematic diagram of a system environment of a method provided in an embodiment of the present application.
  • FIG2 is a processing flow chart of an order processing method provided in the first embodiment of the present application.
  • FIG. 3 is a schematic diagram of an interaction process among a user end, a platform service end, and a merchant end for order processing provided in the first embodiment of the present application;
  • FIG4 is a processing flow chart of an order processing method provided in the second embodiment of the present application.
  • FIG5 is a schematic diagram of an order processing device provided in a third embodiment of the present application.
  • FIG6 is a schematic diagram of an order processing device provided in a fourth embodiment of the present application.
  • FIG. 7 is a schematic diagram of an electronic device provided in the present application.
  • the embodiments of the present application provide an order processing method, device, electronic device and storage medium.
  • the embodiments of the present application provide an order processing method, device, electronic device and storage medium. The following embodiments will describe them one by one.
  • the embodiment of the present application proposes an order processing method and its corresponding application scenario.
  • the user chooses to participate in the group buying transaction mode and submits the order to the platform and pays.
  • the platform obtains the order for which payment has been completed and adds it to the order set that matches the order, thereby realizing the group buying transaction mode. Specifically, the platform obtains the order after payment. If it is determined that there is an uncut-off order set that matches the order, the order is added to the uncut-off order set. If it is determined that there is no uncut-off order set that matches the order, the platform creates a new order set as a new group buying, adds the order to the newly created order set, and groups it with other subsequent orders participating in the new group buying.
  • the platform pushes each order in the order set that meets the cut-off conditions to the corresponding merchant. Furthermore, the platform returns resources to the merchant according to the preset resource return rules. Resources will be returned to users who have successfully joined the group. Specifically, the platform determines the order set that meets the group formation conditions and returns a certain amount of resources to the users of each order in the order set.
  • FIG. 1 shows the system environment of the order processing method, including: a platform service end 101, a first user end 102, a second user end 103, and a merchant end 104.
  • the platform service end 101 is used to provide a group transaction mode and a data processing environment for realizing resource return. Specifically, the platform service end obtains the order that has completed the payment.
  • the order is added to the order set that has not been cut off; if it is determined that there is no order set that has not been cut off that matches the order, a new order set is created as the group purchase initiated by the user, and the order is added to the newly created order set; each order of the order set that meets the cut-off condition is pushed to the corresponding merchant; the order set that meets the group formation condition is determined, and a certain amount of resources are returned to the user to whom each order of the order set belongs according to the preset resource return rules.
  • the first user end 102 and the second user end 103 both refer to the user client used by the user.
  • the user uses the user client to select a merchant, and chooses to participate in the group transaction mode of group purchase to submit an order to the platform and complete the payment. If the platform currently has no uncut order set that matches the order, a new order set is created as the group purchase initiated by the user, and the user client used by the user is the first client, and the user is the primary user. If the platform currently has an uncut order set that matches the order, the order is added to the order set that matches the order, and the user client used by the user is the second client, and the user is the guest user.
  • the merchant terminal 104 refers to the merchant terminal device of each merchant, which is used to receive orders pushed by the platform server.
  • the order processing method provided in the first embodiment of the present application is described below in conjunction with Figures 2 and 3.
  • the order processing method shown in Figure 2 includes: Steps S201 to S203.
  • Step S201 obtain the target order to be grouped, determine the target user cluster matching the target order and the target merchant cluster matching the target order; wherein the target user cluster is a set of users in a predetermined geographical area representing the same delivery range; the target merchant cluster is a set of merchants within the same extraction range.
  • the so-called group purchase refers to a transaction mode in which transactions of multiple orders are aggregated and processed.
  • the multiple orders can be different orders initiated by one user, or orders initiated by different users.
  • the orders generated by choosing to participate in the group purchase are summarized in a suitable order set, thereby realizing group purchase.
  • the orders generated by choosing to participate in the group purchase are summarized in a suitable order set according to certain conditions.
  • the orders summarized in an order set are orders with the same delivery range and/or the same extraction range.
  • An order set can be understood as a group.
  • a target order set is determined based on a target user cluster and/or a target merchant cluster that matches the target order, and the target order is added to the target order set; when the target order set meets the cut-off condition, the target order set is pushed. to the corresponding merchant.
  • the order is aggregated in an order set, and the orders in the aggregated order set are concentrated into the order fulfillment link to realize group trading.
  • the orders are aggregated as much as possible according to the terminal delivery position (i.e., user cluster) and/or the extraction position (i.e., merchant cluster) at the front end of the transaction process; after the aggregated orders are pushed to the corresponding merchants, it is convenient to make the orders that can be aggregated and delivered enter the fulfillment link as much as possible, which helps to improve the processing efficiency of order packaging and delivery, thereby to a certain extent exploring the role of the terminal delivery position and the extraction position in the transaction process in promoting the improvement of logistics efficiency. Further, a certain amount of resources are returned to users who have successfully grouped together to enhance the user's willingness to choose the group trading mode, improve the success rate of grouping and increase the number of users participating in grouping.
  • the target merchant cluster is a merchant set of merchants within the same specific extraction range; the target user cluster is a user set within a predetermined geographical area representing the same specific delivery range. Whether a user belongs to a user cluster is determined based on whether the user's current location or the selected geographical location belongs to the geographical area corresponding to the user cluster. Those skilled in the art can understand that as the user's location changes, the user can belong to different user clusters.
  • one or more user clusters and/or one or more merchant clusters are configured on the platform side.
  • the same delivery range and/or the geographical area including the delivery locations with close locations are configured as a user cluster.
  • Different user clusters correspond to different geographical identifiers.
  • the user cluster can be configured according to the area of interest (AOI), specifically including: obtaining multiple pre-divided areas of interest; forming a user cluster for one of the multiple areas of interest; and/or, forming a user cluster for multiple areas of interest whose geographical locations between each other satisfy the first distance relationship; wherein the target user cluster is one of the configured user clusters.
  • AOI area of interest
  • the area of interest is a geographical area containing one or more geographical units in the map data, such as a cell or an area encircled by a preset range with a cell as the center.
  • the configuration method of each user cluster facilitates the aggregation of orders with the same or similar delivery locations into the same order set.
  • the configuration of each merchant cluster includes the following processing: configuring merchants located in the same geographical range as a merchant cluster; and/or configuring multiple merchants whose geographical locations satisfy a second distance relationship with each other as a merchant cluster.
  • merchants at the same pickup location and/or close pickup locations are classified into the same merchant cluster.
  • the merchant cluster may have geographical attributes, characterizing the pickup locations belonging to the same geographical range, and may have geographical identification.
  • the method also includes: adding merchants on the delivery path between the merchant cluster and the specific user cluster to the merchant cluster, thereby classifying merchants that can be picked up along the way in the delivery path into corresponding merchant clusters.
  • the configuration method of the merchant cluster makes it easy to aggregate orders at the same pickup location and/or close pickup locations, or even orders picked up along the way, into the same order set to achieve group purchase.
  • the user cluster is configured as a set of AOI identifiers, which can be represented as
  • the configured merchant cluster is a merchant identification set, which can be expressed as: ⁇ merchant cluster identifier ⁇ ⁇ merchant cluster name ⁇ ⁇ merchant identification 1, merchant identification 2, ..., merchant identification m ⁇ .
  • Multiple user clusters and merchant clusters can be configured.
  • This step is to determine the target user cluster and the target merchant cluster that match the target order.
  • the determination of the target user cluster and the target merchant cluster that match the target order includes: determining the target user cluster that matches the target order according to the delivery location of the target order; determining the target merchant cluster that matches the target order according to the store information of the target order. For example, the information of the delivery location is parsed, and based on the parsed delivery location information, the user cluster that matches the parsed delivery location information is queried; or the AOI area that matches the parsed delivery location information is queried, and the corresponding user cluster is determined according to the AOI area. For another example, according to the store identification or store location or extraction location of the store information, the corresponding merchant cluster is queried as the target merchant cluster.
  • the user location information is obtained at the granularity of user clusters.
  • the obtained user location information is matched with the pre-configured user cluster, and the geographic identifier of the matched user cluster is displayed on the user's client.
  • the geographic identifier corresponding to the user submitting the order or the geographic identifier corresponding to the selected delivery location can also be recorded in the target order, and the geographic identifier can represent a user cluster. Then, determining the target user cluster that matches the target order includes: parsing the recorded specific geographic identifier from the target order as the target user cluster.
  • Step S202 determining a target order set according to the target user cluster and/or the target merchant cluster, and adding the target order to the target order set; wherein the target order set is an order set for aggregating orders.
  • a target order set is determined based on the target user cluster and the target merchant cluster.
  • the order set is to aggregate (i.e., concentrate) the orders of the group purchase period belonging to the same user cluster and the same merchant cluster, thereby prompting the concentrated ordering of orders with the same or similar delivery time in the same delivery range and the same extraction range, and providing logistics with the opportunity to centrally schedule these orders.
  • the so-called group purchase period refers to the period when group purchase can be initiated to aggregate orders.
  • a target order set is determined based on the target user cluster. The target order is added to the target order set, thereby prompting the concentrated ordering of orders belonging to the same delivery range, which also helps logistics to centrally schedule orders for delivery.
  • a target order set is determined based on the target merchant cluster. The target order is added to the target order set, thereby prompting the concentrated ordering of orders belonging to the same extraction range, which also helps logistics to centrally schedule orders for delivery.
  • the group buying period is also configured.
  • the group buying periods do not overlap each other, so that the group buying of a merchant cluster can be uniquely identified by the user cluster and the time period.
  • the cut-off time refers to the time from creating a group to stopping aggregating orders. For example, if it is set to 15 minutes, orders will be aggregated within 15 minutes after a group is created, and orders will be cut off if it exceeds 15 minutes.
  • the so-called number of users in a group refers to the number of users who have successfully formed a group, and is calculated based on the number of orders during implementation. Two orders from the same user are counted as two users. Furthermore, it also includes configuring the number of group sessions.
  • a configuration example is as follows: ⁇ session ID ⁇ user cluster identifier 1, user cluster identifier 2, ..., user cluster identifier n ⁇ specified time period ⁇ : ⁇ merchant cluster identifier 1, merchant cluster identifier 2, ..., merchant cluster identifier m ⁇ cut-off time period ⁇ , wherein the specified time period may be from hour 1 to hour 2. That is, a group buying range of a session ID is: for user clusters of user cluster identifier 1 ... user cluster identifier n, and merchant clusters of merchant cluster identifier 1 ... merchant cluster identifier n, group buying is performed in the specified time period, and the group buying time period is the time period defined by the cut-off time period.
  • Session 1 is configured as follows: ⁇ 1 ⁇ user cluster 1, user cluster 2 ⁇ 7:00-9:00 ⁇ : ⁇ merchant cluster 1, merchant cluster 2 ⁇ 15 minutes ⁇ .
  • Session 2 is configured as follows: ⁇ 2 ⁇ user cluster 1, user cluster 2 ⁇ 9:00-10:00 ⁇ : ⁇ merchant cluster 3, merchant cluster 4 ⁇ 10 minutes ⁇ .
  • Session 3 is configured as follows: ⁇ 3 ⁇ user cluster 3, user cluster 4 ⁇ 7:00-9:00 ⁇ : ⁇ merchant cluster 1, merchant cluster 2, merchant cluster 3 ⁇ 10 minutes ⁇ .
  • an order set can be generated by the user, or the platform can automatically generate an order set in a specified time period according to the configuration information, which is used to aggregate the orders of the specified user cluster and/or the specified merchant cluster.
  • the so-called specified time period can be understood as a configured group purchase time period.
  • the target order set is determined according to the target user cluster and/or the target merchant cluster matched with the target order, including: querying the ongoing order set of the collection order according to the target user cluster and/or the target merchant cluster; if the ongoing order set is queried, the ongoing order set is used as the target order set; if the ongoing order set is not queried, an order set for collecting orders is generated according to the current time period and the target user cluster and/or the target merchant cluster as the target order set.
  • the current time period refers to the group purchase time period to which the current time belongs.
  • the user corresponding to the target order is the main user initiating the group purchase; when the ongoing order set is queried and used as the target order set, the user corresponding to the target order is the guest user participating in the group purchase.
  • an order set is created for user clusters and/or merchant clusters that meet the group purchase scope within the group purchase period, which is used to aggregate the orders participating in the group purchase, and specifically includes the following processing: within a specific time period, poll the configured user clusters and/or configured merchant clusters to determine whether there is an ongoing order set for which orders are being collected; for a specific user cluster and/or a specific merchant cluster for which no ongoing order set is queried, use a robot as the initiating user, and generate an order set according to the specific user cluster and/or the specific merchant cluster and the specific time period as the ongoing order set, The number of users of the order set is incremented.
  • the specific period is a group buying period, such as when a group buying period starts, polling is performed to see whether the user cluster and/or merchant cluster has been associated with an order set.
  • the ongoing order set can be understood as an unclosed order set that has started to collect orders but has not closed the orders.
  • Step S203 in response to the target order set satisfying the order cut-off condition, push the orders in the target order set to the corresponding merchants.
  • the order cut-off condition refers to the condition for stopping aggregating orders for the target order set currently in progress. It can be the order aggregation duration or the order aggregation quantity threshold.
  • the so-called order aggregation duration refers to the time from initiating group buying to stopping order aggregation for an order set.
  • Order aggregation refers to aggregating orders, and stopping order aggregation indicates the end of group buying.
  • the so-called order aggregation quantity threshold refers to the quantity threshold for stopping order aggregation for an order set from initiating group buying to reaching a certain order aggregation quantity.
  • This step is to immediately push the orders in the order set to the corresponding merchant when the order set meets the cut-off condition.
  • the orders will be pushed to the corresponding merchant whether the group formation condition is met or not.
  • the order collection condition is the order collection time
  • the following processing is specifically included: setting the order collection time threshold corresponding to the target order set; obtaining the order collection time of the target order set; in response to detecting that the order collection time of the target order set reaches the order collection time threshold, determining that the target order set meets the cut-off condition.
  • the order will not be pushed to the corresponding merchant.
  • the pushing of the orders in the target order set to the corresponding merchant includes: detecting the order status of the orders in the target order set; if the order status of any order is a canceled order status, the order will not be pushed to the corresponding merchant.
  • the method also includes returning a certain amount of resources to orders that meet the grouping conditions. Specifically, the following processing is included: detecting whether the target order set meets the grouping conditions; after detecting that the target order set meets the grouping conditions, determining the amount of returned resources corresponding to the orders in the target order set according to the resource return rules; determining the orders in the target order set that have been fulfilled, and returning the corresponding returned resources to the user account of the completed orders according to the amount to be returned.
  • the detection of whether the target order set meets the grouping conditions includes: setting a set order quantity threshold corresponding to the target order set; obtaining the set order quantity of the target order set; if the set order quantity reaches the set order quantity threshold, determining that the target order set meets the grouping conditions.
  • the orders currently included in the target order set are pushed to the corresponding merchants, and a first prompt message indicating that the group has not been formed and no resource return is performed is sent to the user corresponding to the target order; if the target order set meets the cut-off condition and meets the group formation condition, the orders currently included in the target order set are pushed to the corresponding merchants, and a second prompt message indicating that the group has been formed and the resource return is performed is sent to the user corresponding to the target order.
  • the first prompt information includes the following content: prompting that the group purchase fails due to insufficient number of people, the order is still delivered normally, and no resources are returned.
  • the second prompt information includes the following content: prompting that the group purchase is successful, the amount of resources returned is expected to be returned after xx time; or similar: the group purchase is successful, the number of users reaches xx, and the amount of resources returned increases to xx.
  • determining the amount of returned resources corresponding to the orders in the target order set according to the resource return rule includes: determining the number of orders in the target order set; extracting the step return conditions from the resource return rule; and determining the amount of returned resources corresponding to the orders in the target order set according to the order number and the step return conditions.
  • the resource return is performed after a period of time after the order is completed, wherein the determining of the orders in the target order set that have been completed and returning the corresponding return resources to the user account of the completed order according to the amount to be returned includes: monitoring the completion of the orders in the target order set; and returning the amount of return resources to be returned to the user account of the completed order according to the resource return time.
  • the resource return is performed x hours after the order is completed.
  • the returning of the corresponding returned resources to the user account of the fulfilled order includes: obtaining preset resource data before returning the corresponding returned resources to the user account of the fulfilled order; determining the target resource consumption quantity corresponding to the target order set according to the resource return rule; pre-occupying the consumption resource data for providing the returned resources to the user account from the preset resource data according to the target resource consumption quantity; and providing the returned resources to the user account from the consumption resource data.
  • the preset resource data can be pre-set data for executing resource return, or it can be new data after executing or pre-occupying the returned resources and refreshing the data.
  • the resource return data can be associated with the user or cash back based on the payment link of the order, and a resource return notification can be sent to the user after the resources are returned to improve the user experience.
  • FIG 3 shows an interactive diagram of the user end, the platform service end and the merchant end.
  • the user end refers to the client used by the user; the merchant end refers to the order receiving device used by the merchant to receive orders.
  • the figure includes: S301, select a merchant. The user selects a merchant from the displayed merchants to place an order.
  • the displayed merchant is a merchant in the merchant cluster participating in the group purchase based on the user's location information, and the user location information is a user cluster represented by the geographical identifier selected by the user.
  • S302 select group purchase. Select the option to participate in group purchase on the order submission page or before submitting the order.
  • S303 submit the order to the platform service end.
  • S304 the user completes the payment order.
  • S305 if there is no group instance that has not been cut off, create a group instance; if there is a group instance that has not been cut off, participate in the group purchase of the group instance.
  • the so-called group instance refers to an order set used to aggregate orders.
  • the group instance that has not been cut off refers to an ongoing order set that has started to collect orders but has not yet been cut off.
  • S306 if the group formation conditions are met, send a group formation prompt to the user.
  • the so-called group formation condition can be the number of orders. For example, if two people form a group, that is, two orders are combined, the group formation is successful.
  • the prompt of successful group formation the amount of resource return, the number of users When the number reaches xx, the amount of resource return increases to xx. S307.
  • the cut-off condition can be the order collection time. For example, 15 minutes, then the order collection is cut off after 15 minutes from the creation of the group.
  • If the cut-off condition is met but the group formation condition is not met, send a reminder of the failure to form a group to the user. For example, if the number of people is not enough, the group formation fails, the order is still delivered normally, and no resources are returned.
  • S309. Calculate the amount of resource return according to the resource return rules.
  • S310. Monitor the order fulfillment status, and return the resource data to the user at the resource return time after the order fulfillment is completed.
  • S311. Send a resource return reminder message to the user.
  • the method aggregates orders with the same extraction range, or aggregates orders with the same delivery range, or aggregates orders with the same extraction range and the same delivery range at the front end of the transaction process, i.e., before order fulfillment, and pushes the orders together to their corresponding merchants after the orders are aggregated.
  • the method helps to superimpose supply-side orders according to the terminal delivery position (i.e., user cluster) and/or pickup position (i.e., merchant cluster) as much as possible, so as to make the orders with concentrated delivery positions and/or concentrated pickup positions enter the fulfillment link as much as possible, increase the probability that the delivery times of orders with concentrated delivery positions and/or concentrated pickup positions are the same or similar, increase the possibility of centralized fulfillment of orders for packaging and delivery, and to a certain extent, explore the role of the terminal delivery position and pickup position in the transaction process in promoting the improvement of logistics efficiency, thereby improving logistics efficiency.
  • the terminal delivery position i.e., user cluster
  • pickup position i.e., merchant cluster
  • the second embodiment of the present application provides another order processing method, which is applied to the client.
  • the order processing method shown in Figure 4 includes: Step S401 to Step S404.
  • Step S401 obtaining the user's order information for the target merchant.
  • the method provided in this embodiment is applied to a client used by a user.
  • This step is to obtain the user's order information.
  • the target merchant Before obtaining the user's order information for the target merchant, it also includes obtaining the user's selected user location information, obtaining merchants that have opened group purchase operations in the merchant cluster whose delivery range covers the user's location information, and displaying the merchants.
  • the user location information can be user location information obtained with the user's permission, or it can be location information selected by the user.
  • the user location information selected by the user is obtained at the granularity of the user cluster.
  • the obtained user location information is matched with the pre-configured user cluster, and the geographic identifier of the matched user cluster is displayed on the user's client. Users can also select other user clusters represented by geographic identifiers through the location selection control.
  • the user selects a target merchant from the displayed merchants, enters the page of the target merchant, selects an object and places an order.
  • Step S402 it is detected that the user chooses to participate in group buying based on the order information, and the corresponding first estimated delivery time is displayed for the order information of participating in group buying.
  • the merchant order acceptance time when participating in the group buying may be different from the merchant order acceptance time when the merchant directly places an order without participating in the group buying. If there is a certain time delay, the merchant order acceptance time can be regarded as the time when the order starts to be fulfilled. Differences in the time when the order starts to be fulfilled will result in different estimated delivery times. Therefore, if it is detected that the user has not chosen to participate in the group buying, the corresponding second estimated delivery time is displayed for the order information. Of course, if the time of participating in the group buying is close to the time when the group buying meets the cut-off conditions, the second estimated delivery time is close to or the same as the first delivery time.
  • Step S403 a target order is generated for the order information of the group purchase participants, and the target order is provided to the server after payment; the server determines a target order set according to a target user cluster and/or a target merchant cluster matching the target order, and adds the target order to the target order set; after detecting that the target order set meets the order cut-off condition, the orders in the target order set are pushed to the corresponding merchants; the target merchant cluster is a merchant set of merchants within the same specific extraction range; the target user cluster is a user set within a predetermined geographical area representing the same specific delivery range.
  • This step is to add the target order to the group purchase after the order is paid.
  • the server determines the target user cluster that matches the target order based on the delivery location of the target order; and determines the target merchant cluster that matches the target order based on the store information of the target order.
  • the target order may also record the geographical identifier corresponding to the user submitting the order or the geographical identifier corresponding to the selected delivery location, and the geographical identifier may represent a user cluster.
  • determining the target user cluster that matches the target order includes: parsing the recorded specific geographical identifier from the target order as the target user cluster.
  • Order sets are used to aggregate (i.e., concentrate) orders from the same user cluster and/or the same merchant cluster during the group purchase period, thereby prompting concentrated orders for the same or similar delivery times within the same delivery range and/or the same pickup range, providing logistics with the opportunity to centrally schedule these orders.
  • Step S404 receiving a grouping result provided by the server for the target order, which is used to indicate whether the target order set is a group.
  • the group buying result indicates that the target order set has been grouped, and it is determined that the target order has been fulfilled
  • the information that the server executes resource return to the user account of the user at the resource return time is received, and the resource return quantity related to the execution of the resource return is displayed; wherein, the resource return quantity is determined by the server based on the order quantity in the target order set and the resource return rules.
  • the method is in the transaction process front end such as the merchant order receiving loop.
  • the orders within the same specific pickup range, or the orders within the same specific delivery range, or the orders within the same specific pickup range and the same specific delivery range are aggregated and pushed to their corresponding merchants together. This helps to superimpose supply-side order aggregation, facilitate centralized fulfillment, packaging and distribution of orders with concentrated delivery locations and/or concentrated pickup locations, and the same or similar delivery times, and improve logistics efficiency.
  • the third embodiment of the present application provides an order processing device, and the relevant parts can refer to the description of the corresponding method embodiment.
  • the order processing device shown in the figure includes:
  • the order acquisition unit 501 is used to acquire a target order to be grouped, and determine a target user cluster matching the target order and a target merchant cluster matching the target order; wherein the target user cluster is a set of users in a predetermined geographical area representing the same delivery range; and the target merchant cluster is a merchant set of merchants within the same extraction range;
  • the order grouping unit 502 is used to determine a target order set according to the target user cluster and/or the target merchant cluster, and add the target order to the target order set; wherein the target order set is an order set for grouping orders;
  • the order pushing unit 503 is used to push the orders in the target order set to the corresponding merchants in response to the target order set satisfying the order cut-off condition.
  • the order acquisition unit 501 is specifically used to: determine a target user cluster matching the target order according to the delivery location of the target order; and determine a target merchant cluster matching the target order according to the store information of the target order.
  • the device also includes a configuration unit, which is used to: obtain a plurality of pre-divided interest areas; form a user cluster for one of the plurality of interest areas; and/or form a user cluster for a plurality of interest areas whose geographical locations satisfy a first distance relationship with each other; wherein the target user cluster is one of the configured user clusters.
  • a configuration unit which is used to: obtain a plurality of pre-divided interest areas; form a user cluster for one of the plurality of interest areas; and/or form a user cluster for a plurality of interest areas whose geographical locations satisfy a first distance relationship with each other; wherein the target user cluster is one of the configured user clusters.
  • the configuration unit is further configured to: configure merchants located in the same geographical range as a merchant cluster; and/or configure a plurality of merchants whose geographical locations satisfy a second distance relationship with each other as a merchant cluster.
  • the configuration unit is further used to: add merchants on the delivery path between the merchant cluster and the specific user cluster to the merchant cluster.
  • the order grouping unit 502 is specifically used to: query an ongoing order set that is being grouped according to the target user cluster and/or the target merchant cluster; if an ongoing order set is found, use the ongoing order set as the target order set; if no ongoing order set is found, generate an order set for grouping orders according to the current time period and the target user cluster and/or the target merchant cluster as the target order set.
  • the order grouping unit 502 is specifically used to: poll the configured user clusters and/or or configured merchant cluster, determine whether there is an ongoing order set that is being collected; for a specific user cluster and/or a specific merchant cluster for which no ongoing order set is queried, use a robot as the initiating user, and generate an order set as the ongoing order set according to the specific user cluster and/or the specific merchant cluster, and the specific time period, and increment the number of users of the order set.
  • the order push unit 503 is specifically used to: set an order collection time threshold corresponding to the target order set; obtain the order collection time of the target order set; in response to detecting that the order collection time of the target order set reaches the order collection time threshold, determine that the target order set meets the order cut-off condition.
  • the device also includes a resource return unit, which is used to: detect whether the target order set meets the group formation conditions; after detecting that the target order set meets the group formation conditions, determine the amount of return resources corresponding to the orders in the target order set according to resource return rules; determine the orders in the target order set that have been fulfilled, and return the corresponding return resources to the user account of the order that has been fulfilled according to the amount to be returned.
  • a resource return unit which is used to: detect whether the target order set meets the group formation conditions; after detecting that the target order set meets the group formation conditions, determine the amount of return resources corresponding to the orders in the target order set according to resource return rules; determine the orders in the target order set that have been fulfilled, and return the corresponding return resources to the user account of the order that has been fulfilled according to the amount to be returned.
  • the resource return unit is specifically used to: set a set order quantity threshold corresponding to the target order set; obtain the set order quantity of the target order set; if the set order quantity reaches the set order quantity threshold, determine that the target order set meets the grouping conditions.
  • the resource return unit is specifically used to: if the target order set satisfies the cut-off condition and does not satisfy the group formation condition, push the orders currently included in the target order set to the corresponding merchant, and send a first prompt message to the user corresponding to the target order to indicate that the group has not been formed and no resource return will be made; if the target order set satisfies the cut-off condition and satisfies the group formation condition, push the orders currently included in the target order set to the corresponding merchant, and send a second prompt message to the user corresponding to the target order to indicate that the group has been formed and the resource return will be made.
  • the resource return unit is specifically used to: determine the number of orders in the target order set; extract step return conditions from the resource return rules; and determine the return quantity of the returned resources corresponding to the orders in the target order set based on the order quantity and the step return conditions.
  • the resource return unit is specifically used to: monitor the completion of fulfillment of an order in the target order set; and return the return amount of returned resources to the user account of the completed order according to the resource return time.
  • the resource return unit is specifically used to: before returning the corresponding returned resources to the user account of the fulfilled order, obtain preset resource data; determine the target resource consumption quantity corresponding to the target order set according to the resource return rule; pre-occupy the consumption resource data for providing the returned resources to the user account from the preset resource data according to the target resource consumption quantity; and return the returned resources to the user account from the consumption resource data.
  • the user provides the returned resources.
  • the fourth embodiment of the present application provides another order processing device.
  • the order processing device shown in the figure includes:
  • the order placing unit 601 is used to obtain the order placing information of the user for the target merchant;
  • a group purchase selection unit 602 is used to detect that the user selects to participate in group purchase with respect to the order information, and display a corresponding first estimated delivery time with respect to the order information participating in group purchase;
  • the group buying unit 603 is used to generate a target order for the order information of the group buying participants, and the target order is provided to the server after payment; the server determines a target order set according to a target user cluster and/or a target merchant cluster matching the target order, adds the target order to the target order set, and pushes the order in the target order set to the corresponding merchant after detecting that the target order set meets the cut-off condition; the target merchant cluster is a merchant set of merchants within the same specific extraction range; the target user cluster is a user set in a predetermined geographical area representing the same specific delivery range;
  • the grouping result unit 604 is used to receive the grouping result provided by the server for the target order, which is used to indicate whether the target order set is a group.
  • the group buying result unit 604 is specifically used for: if the group buying result indicates that the target order set has been grouped, and it is determined that the target order has been fulfilled, receiving information that the server executes resource return to the user account of the user at the resource return time, and displaying the resource return quantity related to the execution of the resource return; wherein the resource return quantity is determined by the server according to the order quantity in the target order set and the resource return rules.
  • the fifth embodiment of the present application provides an electronic device.
  • the electronic device shown in the figure includes: a memory 701 and a processor 702; the memory is used to store a computer program, and after the computer program is run by the processor, the method provided in the embodiment of the present application is executed.
  • the sixth embodiment of the present application provides a computer storage medium.
  • the schematic diagram of the computer storage medium is similar to Figure 7, and the memory in the figure can be understood as the storage medium.
  • the computer storage medium stores computer execution instructions, which are used to implement the method provided in the embodiment of the present application when executed by the processor.
  • an electronic device includes one or more processors (CPU), input/output interfaces, network interfaces, and memory.
  • processors CPU
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and/or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is computer-readable Examples of media.
  • Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information.
  • Information can be computer readable instructions, data structures, program modules or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by an electronic device.
  • computer readable media does not include non-transitory media such as modulated data signals and carrier waves.
  • the embodiments of the present application may be provided as methods, systems or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.
  • a computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.

Landscapes

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

Abstract

本申请公开了一种订单处理方法、装置、电子设备及存储介质。方法包括：获取待拼团的目标订单，确定与目标订单匹配的目标用户簇以及与目标订单匹配的目标商户簇；其中，目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；目标商户簇，为同一提取范围内的商户的商户集合(S201)；根据目标用户簇和/或目标商户簇确定目标订单集，将目标订单添加至目标订单集；其中，目标订单集为用于集合订单的订单集(S202)；响应于目标订单集满足截单条件，推送目标订单集中的订单至对应商户(S203)。

Description

订单处理方法、装置、电子设备及存储介质 技术领域
本申请涉及计算机处理技术领域，具体涉及一种订单处理方法、装置、电子设备及存储介质。
背景技术
随着网上购物的普及，越来越多的用户选择网上购物以获得自己需要的物品，因而使得需要配送的订单量显著加大。这在一定程度上对物流效率提出了更高的要求。
一般在对象的交易流程中商户接单后的履行环节对订单打包配送，从而提升物流效率。然而，该方式中并未充分挖掘整个交易流程中末端送达位置与提取位置对于物流效率提升的促进作用。
因此，如何基于订单交易流程提高物流效率是需要解决的问题。
发明内容
本申请实施例提供的订单处理方法，解决了基于订单交易流程提高物流效率的问题。
本申请实施例提供一种订单处理方法，包括：获取待拼团的目标订单，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇；其中，所述目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；所述目标商户簇，为同一提取范围内的商户的商户集合；根据所述目标用户簇和/或所述目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；其中，所述目标订单集为用于集合订单的订单集；响应于所述目标订单集满足截单条件，推送所述目标订单集中的订单至对应的商户。
可选的，所述确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇，包括：根据所述目标订单的送达位置，确定与所述目标订单匹配的目标用户簇；根据所述目标订单的门店信息，确定与所述目标订单匹配的目标商户簇。
可选的，所述方法还包括：获取预先划分的多个兴趣区域；针对所述多个兴趣区域中一个兴趣区域，形成一个用户簇；和/或，针对所述多个兴趣区域中相互之间的地理位置满足第一距离关系的多个兴趣区域形成一个用户簇；其中，所述目标用户簇，为配置的所述用户簇中的其一用户簇。
可选的，所述方法还包括：将位于同一个地理范围内的商户配置为一个商户簇；和/或，将相互之间的地理位置满足第二距离关系的多个商户，配置为一个商户簇。
可选的，所述方法还包括：将所述商户簇与特定用户簇之间的配送路径上的商户添加至所述商户簇。
可选的，所述根据所述目标用户簇和/或所述目标商户簇确定目标订单集，包括：根据所述目标用户簇和/或所述目标商户簇查询正在进行集单的进行中订单集；如果查询到进行中订单集，则将所述进行中订单集作为所述目标订单集；如果未查询到进行中订单集，则根据当前时段以及所述目标用户簇和/或所述目标商户簇，生成用于集合订单的订单集，作为所述目标订单集。
可选的，所述方法还包括：在特定时段内，轮询配置的用户簇和/或配置的商户簇，确定是否存在正在进行集单的进行中订单集；针对未查询到进行中订单集的特定用户簇和/或特定商户簇，以机器人作为发起用户，根据所述特定用户簇和/或所述特定商户簇，以及所述特定时段，生成订单集，作为进行中订单集，对所述订单集的用户数进行递增操作。
可选的，所述方法还包括：设置所述目标订单集对应的集单时长阈值；获取所述目标订单集的集单时长；响应于检测到所述目标订单集的集单时长达到所述集单时长阈值，确定所述目标订单集满足截单条件。
可选的，所述方法还包括：检测所述目标订单集是否满足成团条件；检测到所述目标订单集满足所述成团条件之后，根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量；确定所述目标订单集中完成履行的订单，根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源。
可选的，所述检测所述目标订单集是否满足成团条件，包括：设置所述目标订单集对应的集单数量阈值；获取所述目标订单集的集单数量；如果所述集单数量达到所述集单数量阈值，则确定所述目标订单集满足成团条件。
可选的，所述方法还包括：如果所述目标订单集满足截单条件，并且不满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，向所述目标订单对应的用户发送用于表示未成团不进行资源返还的第一提示信息；如果所述目标订单集满足截单条件，并且满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，向所述目标订单对应的用户发送用于表示已成团并进行资源返还的第二提示信息。
可选的，所述根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量，包括：确定所述目标订单集中的订单数量；从所述资源返还规则中提取阶梯返还条件；根据所述订单数量以及所述阶梯返还条件，确定与所述目标订单集中的订单对应的返还资源的所述应返还数量。
可选的，所述确定所述目标订单集中完成履行的订单，根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源，包括：监听到完成履行所述目标订单 集中的订单；根据资源返还时间向所述完成履行的所述订单的用户账户返还所述应返还数量的返还资源。
可选的，所述向所述完成履行的订单的用户账户返还对应的返还资源，包括：在向所述完成履行的订单的用户账户返还对应的返还资源之前，取得预设资源数据；根据所述资源返还规则确定所述目标订单集对应的目标资源消耗数量；根据所述目标资源消耗数量从所述预设资源数据中预占用于向所述用户账户提供所述返还资源的消耗资源数据；从所述消耗资源数据中向所述用户账户提供所述返还资源。
本申请实施例还提供另一种订单处理方法，应用于客户端，包括：获取用户针对目标商户的下单信息；检测到所述用户针对所述下单信息选择参与拼团，针对参与拼团的所述下单信息，显示对应的第一预计配送时间；针对参与拼团的所述下单信息生成目标订单，所述目标订单支付后提供给服务端；所述服务端，根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，添加所述目标订单至所述目标订单集，检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户；所述目标商户簇，为同一特定提取范围内的商户的商户集合；所述目标用户簇，为预先确定的表征同一特定送达范围的地理区域内的用户集合；接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
可选的，所述方法还包括：如果所述拼团结果表征所述目标订单集已成团，并且，确定所述目标订单完成履行，接收所述服务端在资源返还时间向所述用户的用户账户执行资源返还的信息，显示与所述执行资源返还相关的资源返还数量；其中，所述资源返还数量，为所述服务端根据所述目标订单集中的订单数量以及资源返还规则所确定。
本申请实施例还提供一种订单处理装置，包括：订单获取单元，用于获取待拼团的目标订单，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇；其中，所述目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；所述目标商户簇，为同一提取范围内的商户的商户集合；订单拼团单元，用于根据所述目标用户簇和/或所述目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；其中，所述目标订单集为用于集合订单的订单集；订单推送单元，用于响应于所述目标订单集满足截单条件，推送所述目标订单集中的订单至对应的商户。
本申请实施例还提供一种订单处理装置，包括：下单单元，用于获取用户针对目标商户的下单信息；选择拼团单元，用于检测到所述用户针对所述下单信息选择参与拼团，针对参与拼团的所述下单信息，显示对应的第一预计配送时间；拼团单元，用于针对参与拼团的所述下单信息生成目标订单，所述目标订单支付后提供给服务端；所述服务端， 根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，添加所述目标订单至所述目标订单集，检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户；所述目标商户簇，为同一特定提取范围内的商户的商户集合；所述目标用户簇，为预先确定的表征同一特定送达范围的地理区域内的用户集合；拼团结果单元，用于接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
本申请实施例还提供一种电子设备，包括：存储器，以及处理器；所述存储器用于存储计算机程序，所述计算机程序被所述处理器运行后，执行本申请实施例提供的所述方法。
本申请实施例还提供一种计算机存储介质，存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现本申请实施例提供的所述方法。
与现有技术相比，本申请具有以下优点：
本申请实施例提供的一种订单处理方法、装置、电子设备及存储介质，通过获取待拼团的目标订单，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇；其中，所述目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；所述目标商户簇，为同一提取范围内的商户的商户集合；根据所述目标用户簇和/或所述目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；其中，所述目标订单集为用于集合订单的订单集；响应于所述目标订单集满足截单条件，推送所述目标订单集中的订单至对应的商户。在交易流程的前端即订单履行之前的环节集合同一提取范围的订单，或者集合同一送达范围的订单，或者集合同一提取范围且同一送达范围的订单，订单集合后一起推送给各自对应的商户，有助于尽可能的按照末端送达位置(即用户簇)和/或提取位置(即商户簇)叠加供给侧订单，便于尽可能使得送达位置集中和/或提取位置集中的订单集中进入履行环节，以提高送达位置集中和/或提取位置集中的订单的配送时间相同或相近的概率，提高订单进行集约配送的可能性，从而一定程度上挖掘交易流程中末端送达位置与提取位置对于物流效率提升的促进作用，提升物流效率。
本申请实施例提供的一种订单处理方法、装置、电子设备及存储介质，应用于客户端，通过获取用户针对目标商户的下单信息；检测到所述用户针对所述下单信息选择参与拼团，针对参与拼团的所述下单信息，显示对应的第一预计配送时间；针对参与拼团的所述下单信息生成目标订单，所述目标订单支付后提供给服务端；所述服务端，根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，添加所述目标订单 至所述目标订单集，检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户；所述目标商户簇，为同一特定提取范围内的商户的商户集合；所述目标用户簇，为预先确定的表征同一特定送达范围的地理区域内的用户集合；接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。在交易流程前端如商户接单环节集合同一特定提取范围的订单，或者集合同一特定送达范围的订单，或者集合同一特定提取范围且同一特定送达范围的订单，订单集合后一起推送给各自对应的商户，有助于叠加供给侧集单，便于集中送达位置和/或集中提取位置，且送达时间相同或相近的订单进行集中履约，打包配送，能提升物流效率。
附图说明
图1是本申请实施例提供的方法的系统环境示意图；
图2是本申请第一实施例提供的一种订单处理方法的处理流程图；
图3是本申请第一实施例提供的一种订单处理的用户端、平台服务端以及商户端交互过程示意图；
图4是本申请第二实施例提供的一种订单处理方法的处理流程图；
图5是本申请第三实施例提供的一种订单处理装置示意图；
图6是本申请第四实施例提供的一种订单处理装置示意图；
图7是本申请提供的电子设备示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
本申请实施例提供一种订单处理方法、装置、电子设备及存储介质。本申请实施例提供一种订单处理方法、装置、电子设备及存储介质。在下面的实施例中逐一进行说明。
为便于理解，首先给出本申请实施例提供的方法的应用场景及系统环境。
本申请实施例提出订单处理方法及其对应的应用场景，用户选择参与拼团的拼团交易模式向平台提交订单并支付；平台获取完成支付的所述订单，将其加入与所述订单匹配的订单集，从而实现拼团交易模式。具体的，平台获取支付后的所述订单，若确定有与所述订单匹配的未截单的订单集，则将所述订单加入该未截单的订单集；若确定无与所述订单匹配的未截单的订单集，则平台新创建一个订单集作为发起的新拼团，将所述订单加入该新创建的订单集，与后续其他参与该新拼团的订单进行拼团；平台将满足截单条件的订单集的各订单推送至对应的商户。进一步，平台根据预设的资源返还规则向 拼团成功的用户进行资源返还。具体的，平台确定满足成团条件的订单集，向该订单集的各订单所属的用户进行一定数量的资源返还。
请参考图1，图1中示出了所述订单处理方法的系统环境，包括：平台服务端101、第一用户端102、第二用户端103、商户端104。其中，平台服务端101，用于提供拼团交易模式以及实现资源返还的数据处理环境。具体的，平台服务端获取完成支付的订单，若确定有与所述订单匹配的未截单的订单集，则将所述订单加入该未截单的订单集；若确定无与所述订单匹配的未截单的订单集，则新创建一个订单集作为所述用户发起的拼团，将所述订单加入该新创建的订单集；将满足截单条件的订单集的各订单推送至对应的商户；确定满足成团条件的订单集，根据预设的资源返还规则向该订单集的各订单所属的用户进行一定数量的资源返还。第一用户端102和第二用户端103，均指用户使用的用户客户端。用户使用用户客户端选择商户，并选择参与拼团的拼团交易模式向平台提交订单并完成支付。如果平台当前无与所述订单匹配的未截单的订单集，则新创建一个订单集作为所述用户发起的拼团，所述用户使用的用户客户端为第一客户端，所述用户为主态用户。如果平台当前存在与所述订单匹配的未截单的订单集，则将所述订单加入与所述订单匹配的订单集，所述用户使用的用户客户端为第二客户端，所述用户为客态用户。商户端104，是指各商户的商户端设备，用于接收平台服务端推送的订单。
可以理解的是，上述应用场景及系统环境为示例性的，不用于限定本申请实施例提供的方法。
以下结合图2和图3对本申请第一实施例提供的订单处理方法进行说明。图2所示的订单处理方法，包括：步骤S201至步骤S203。
步骤S201，获取待拼团的目标订单，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇；其中，所述目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；所述目标商户簇，为同一提取范围内的商户的商户集合。
所谓拼团，是指对多个订单的交易进行聚合处理的一种交易模式。所述多个订单可以是一个用户发起的不同订单，也可以是不同用户发起的订单。用户选择商户以及商户下的商品后提交订单，可以选择参与拼团的交易模式。选择参与拼团所生成的订单汇总于合适的订单集，从而实现拼团。在一些实施例中，选择参与拼团所生成的订单按照一定条件汇总于合适的订单集。例如，一个订单集中所汇总的订单为同一送达范围和/或同一提取范围的订单。一个订单集可以理解为一个团。本实施例提供的所述订单处理方法中，根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；当所述目标订单集满足截单条件，推送所述目标订单集 中的订单至对应的商户。在所述方法中，在一个订单(如目标订单)的交易流程的前端(比如订单开始履行之前的环节)将该订单汇总于订单集，汇总后订单集中的订单集中进入订单履行环节，实现拼团交易。由于在交易流程的前端尽可能的按照末端送达位置(即用户簇)和/或提取位置(即商户簇)集合订单；集合订单之后推送至对应商户，便于尽可能使得能够聚合配送的订单集中进入履行环节，有助于提升订单打包配送的处理效率，从而一定程度上挖掘交易流程中末端送达位置与提取位置对于物流效率提升的促进作用。进一步，向拼团成功的用户进行一定数量的资源返还，以提升用户选择拼团交易模式的意愿，提高拼团成功率以及增加参与拼团的用户数量。其中，订单推送至商户，则该订单进入履行环节，其状态为履行中的状态；订单配送至其送达位置，则该订单状态为完成履行的状态。可以理解的是，所述目标商户簇为同一特定提取范围内的商户的商户集合；所述目标用户簇为预先确定的表征同一特定送达范围的地理区域内的用户集合。判断用户是否属于用户簇，是基于用户的当前位置或者选择的地理位置是否属于用户簇对应的地理区域，本领域技术人员可以理解，随着用户位置的变化，用户可以属于不同的用户簇。
本实施例中，还包括在平台侧配置一个或多个用户簇和/或一个或多个商户簇。其中，将同一送达范围和/或包括位置接近的送达位置的地理区域配置为一个用户簇。不同用户簇对应不同地理标识。实施时可以按照兴趣区域(Area of Interesting，AOI)配置用户簇，具体包括：获取预先划分的多个兴趣区域；针对所述多个兴趣区域中的一个兴趣区域形成一个用户簇；和/或，针对所述多个兴趣区域中相互之间的地理位置满足第一距离关系的多个兴趣区域形成一个用户簇；其中，所述目标用户簇，为配置的所述用户簇中的其一用户簇。所述兴趣区域，为地图数据中包含一个或多个地理单元的地理区域，如一个小区或者以一个小区为中心按照预设范围所圈划的区域。每个用户簇的配置方式，便于将相同或相近的送达位置的订单汇总至同一个订单集。其中，每个商户簇的配置包括如下处理：将位于同一个地理范围内的商户配置为一个商户簇；和/或，将相互之间的地理位置满足第二距离关系的多个商户，配置为一个商户簇。从而，将同一提取位置和/或接近的提取位置的商户划分在同一个商户簇。所述商户簇可以具有地理属性，表征属于同一地理范围的提取位置，可以具有地理标识。进一步，所述方法还包括：将所述商户簇与特定用户簇之间的配送路径上的商户添加至所述商户簇，从而将配送路径中可顺路提取的商户划分到对应的商户簇。商户簇的配置方式，便于将同一提取位置和/或接近的提取位置，甚至是顺路提取的订单汇总至同一订单集，实现拼团。
例如，基于AOI标识配置用户簇，配置的用户簇为一个AOI标识的集合，可以表示 为：{用户簇标识}{用户簇名称}{AOI标识1,AOI标识2,…,AOI标识n}。再如，配置的商户簇为商户标识集合，可以表示为：{商户簇标识}{商户簇名称}{商户标识1,商户标识2,…,商户标识m}。用户簇及商户簇均可以配置多个。
本步骤为确定目标订单匹配上的目标用户簇以及目标商户簇。其中，所述确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇，包括：根据所述目标订单的送达位置，确定与所述目标订单匹配的目标用户簇；根据所述目标订单的门店信息，确定与所述目标订单匹配的目标商户簇。例如，对所述送达位置的信息进行解析，基于解析后的送达位置信息，查询与所述解析后的送达位置信息所匹配上的用户簇；或者查询与所述解析后的送达位置信息匹配上的AOI区域，根据AOI区域确定对应的用户簇。再如，根据所述门店信息的门店标识或门店位置或提取位置，查询对应的商户簇，作为目标商户簇。
为了使得参与拼团的流程更流畅，本实施例中，还包括在用户允许的情况下获取用户的用户位置信息；获取配送范围覆盖所述用户位置信息的商户簇中开通拼团运营的商户；向用户展示所述商户，从而使得用户从可配送的商户簇中选择商户进行下单，便于拼团成功。在一些实施例中，以用户簇的粒度获取所述用户位置信息。实施时，将获取到的用户位置信息与预先配置的用户簇进行匹配，将匹配上的用户簇的地理标识展示于用户的客户端。进一步，在目标订单中也可以记录用户提交订单时所对应的地理标识或选择的送达位置所对应的地理标识，所述地理标识可以表征一个用户簇。则所述确定与所述目标订单匹配的目标用户簇，包括：从所述目标订单中解析出记录的特定地理标识，为目标用户簇。
步骤S202，根据所述目标用户簇和/或所述目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；其中，所述目标订单集为用于集合订单的订单集。
本步骤一个实施方式中，根据所述目标用户簇以及所述目标商户簇确定目标订单集。则订单集是将属于同一个用户簇且属于同一个商户簇的拼团时段的订单汇总(即集中)到一起，从而促使同一送达范围、同一提取范围的相同或相近配送时间的订单集中下单，为物流提供对这些订单提供集中调度的机会。所谓拼团时段，是指可以发起拼团以汇总订单的时段。本步骤的另一实施方式中，根据所述目标用户簇确定目标订单集。将所述目标订单添加至所述目标订单集，从而促使属于同一送达范围的订单集中下单，也有助于物流集中调度订单进行配送。本步骤的再一实施方式中，根据所述目标商户簇确定目标订单集。将所述目标订单添加至所述目标订单集，从而促使属于同一提取范围的订单集中下单，也将有助于物流集中调度订单进行配送。
本实施例中，还包括配置拼团时段。在一些实施例中，各拼团时段互不重叠，从而可以通过用户簇及时段，唯一标识一个商户簇的拼团。
本实施例中，还包括配置截单时长以及成团用户数。其中，所谓截单时长，是指从创建团至停止汇总订单的时长。例如，设置为15分钟，则在创建一个团后15分钟内汇总订单，超出15分钟则截单。所谓成团用户数，是指表征拼团成功的用户数量，实施时按订单数量计算。同一用户的两个订单，则计为两个用户。进一步，还包括配置拼团场次。
一个配置例子如下，{场次ID}{用户簇标识1，用户簇标识2，…，用户簇标识n}{指定时段}：{商户簇标识1，商户簇标识2，…，商户簇标识m}{截单时长}，其中，所述指定时段可以为时分1至时分2。即，场次ID的一个拼团范围为：针对用户簇标识1…用户簇标识n的用户簇，以及，商户簇标识1…商户簇标识n的商户簇，在指定时段进行拼团，拼团时长为截单时长所定义的时长。
再如，配置了三个场次如下，场次1配置为：{1}{用户簇1，用户簇2}{7点～9点}：{商户簇1,商户簇2}{15分钟}。场次2配置为：{2}{用户簇1，用户簇2}{9点～10点}：{商户簇3,商户簇4}{10分钟}。场次3配置为：{3}{用户簇3，用户簇4}{7点～9点}：{商户簇1,商户簇2，商户簇3}{10分钟}。
本实施例中，可以由用户发起生成一个订单集，也可以由平台根据配置信息在指定时段自动生成一个订单集，用于汇总指定用户簇和/或指定商户簇的订单。所谓指定时段，可以理解为配置的一个拼团时段。用户发起生成订单集的实施方式中，所述根据所述目标订单匹配上的目标用户簇和/或目标商户簇确定目标订单集，包括：根据所述目标用户簇和/或所述目标商户簇查询正在进行集单的进行中订单集；如果查询到进行中订单集，则将所述进行中订单集作为所述目标订单集；如果未查询到进行中订单集，则根据当前时段以及所述目标用户簇和/或所述目标商户簇，生成用于集合订单的订单集，作为所述目标订单集。所述当前时段是指当前时间所属的拼团时段。当未查询到进行中订单集而发起生成目标订单集，所述目标订单对应的用户为发起拼团主态用户；当查询到进行中的订单集并将其作为目标订单集，所述目标订单对应的用户为参与拼团的客态用户。当平台自动发起拼团，在一些实施例中，在拼团时段内针对符合拼团范围的用户簇和/或商户簇创建订单集，用于汇总参与拼团的订单，具体包括下述处理：在特定时段内，轮询配置的用户簇和/或配置的商户簇，确定是否存在正在进行集单的进行中订单集；针对未查询到进行中订单集的特定用户簇和/或特定商户簇，以机器人作为发起用户，根据所述特定用户簇和/或所述特定商户簇，以及所述特定时段，生成订单集，作为进行中订单集， 对所述订单集的用户数进行递增操作。所述特定时段为其一拼团时段，如当一个拼团时段开始后轮询是否用户簇和/或商户簇已关联有订单集。所述进行中订单集可以理解为已开始集单但未截单的未截单订单集。
步骤S203，响应于所述目标订单集满足截单条件，推送所述目标订单集中的订单至对应的商户。
所述截单条件，是指当前进行中的目标订单集停止汇总订单的条件。其可以为集单时长，也可以为集单数量阈值。所谓集单时长，是指针对一个订单集从发起拼团开始集单到停止集单的时长。集单是指汇总订单，停止集单表征拼团结束。所谓集单数量阈值，是指针对一个订单集从发起拼团开始集单直至达到一定集单数量从而停止集单的数量阈值。
本步骤为订单集满足截单条件立即向对应商户推送订单集中的订单。在一些实施例中，满足成团条件或不满足成团条件，都将向对应商户推送所述订单。具体的，当集单条件为集单时长，具体包括下述处理：设置所述目标订单集对应的集单时长阈值；获取所述目标订单集的集单时长；响应于检测到所述目标订单集的集单时长达到所述集单时长阈值，确定所述目标订单集满足截单条件。
在一些实施例中，对于目标订单集内所有已支付订单，若任一已支付订单取消订单，则不向对应商户推送该订单。其中，所述推送所述目标订单集中的订单至对应的商户，包括：检测所述目标订单集中订单的订单状态；若任一订单的订单状态为订单取消状态，则不向对应的商户推送所述订单。
本实施例中，所述方法还包括对满足成团条件的订单进行一定数量的资源返还。具体包括下述处理：检测所述目标订单集是否满足成团条件；检测到所述目标订单集满足所述成团条件之后，根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量；确定所述目标订单集中完成履行的订单，根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源。其中，所述检测所述目标订单集是否满足成团条件，包括：设置所述目标订单集对应的集单数量阈值；获取所述目标订单集的集单数量；如果所述集单数量达到所述集单数量阈值，则确定所述目标订单集满足成团条件。在一些实施例中，如果所述目标订单集满足截单条件，并且不满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，向所述目标订单对应的用户发送用于表示未成团不进行资源返还的第一提示信息；如果所述目标订单集满足截单条件，并且满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，向所述目标订单对应的用户发送用于表示已成团并进行资源返还的第二提示信息。例如，所述 第一提示信息包括类似以下内容：提示人数不够拼团失败，订单仍正常配送，无资源返还。再如，所述第二提示信息包括类似以下内容：提示拼团成功，资源返还数额，预计xx时长后返还；或者，类似：拼团成功，用户数达到xx数量，则资源返还数额增至xx。
在一些实施例中，所述根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量，包括：确定所述目标订单集中的订单数量；从所述资源返还规则中提取阶梯返还条件；根据所述订单数量以及所述阶梯返还条件，确定与所述目标订单集中的订单对应的返还资源的所述应返还数量。从而实现基于拼团的订单数量进行阶梯返还，吸引用户分享拼团信息，以增加拼团人数。
本实施例中，在订单完成履行后一段时间之后进行资源返还，其中，所述确定所述目标订单集中完成履行的订单，根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源，包括：监听到完成履行所述目标订单集中的订单；根据资源返还时间向所述完成履行的所述订单的用户账户返还所述应返还数量的返还资源。例如，在订单完成履行x小时进行资源返还。
本实施例中，所述向所述完成履行的订单的用户账户返还对应的返还资源，包括：在向所述完成履行的订单的用户账户返还对应的返还资源之前，取得预设资源数据；根据所述资源返还规则确定所述目标订单集对应的目标资源消耗数量；根据所述目标资源消耗数量从所述预设资源数据中预占用于向所述用户账户提供所述返还资源的消耗资源数据；从所述消耗资源数据中向所述用户账户提供所述返还资源。其中，所述预设资源数据可以是预先设定的用于执行资源返还的数据，也可以是执行或预占返还资源并对该数据进行刷新后的新数据。具体可以将资源返还数据关联至用户或者根据订单的支付链路返现，在返还资源后向用户发送资源返还通知，提升用户体验。
请参考图3，图中示出了用户端、平台服务端以及商户端的交互示意图，所述用户端是指用户使用的客户端；所述商户端是指商户使用的用于接收订单的接单设备。图中包括：S301，选择商户。用户从展示的商户中选择商户下单。所展示的商户，是基于用户位置信息获取的参与拼团的商户簇中的商户，所述用户位置信息是基于用户选定的地理标识所表征的用户簇。S302，选择拼团。在提交订单页面或提交订单前选择参与拼团选项。S303，向平台服务端提交订单。S304，用户完成支付订单。S305，若无未截单的团实例，创建团实例；若有未截单的团实例，参与该团实例的拼团。所谓团实例，是指用于汇总订单的订单集。未截单的团实例，是指已开始集单但尚未截单的进行中订单集。S306，若满足成团条件，向用户发送成团提示。所谓成团条件，可以是订单数量。例如2人成团，即汇总2个订单则拼团成功。再如，提示拼团成功，资源返还数额，用户数 达到xx数量，则资源返还数额增至xx。S307，若满足截单条件，向对应商户推送订单。所述截单条件，可以是集单时长。例如15分钟，则从创建团计时15分钟则截止汇总订单。S308，若满足截单条件不满足成团条件，向用户发送未成团提示。例如，提示人数不够拼团失败，订单仍正常配送，无资源返还。S309，根据资源返还规则计算资源返还数量。S310，监测订单履约状态，订单履约完成后在资源返还时间向用户返还资源数据。S311，向用户发送资源返还提示信息。
需要说明的是，在不冲突的情况下，在本实施例和本申请的其他实施例中给出的特征可以相互组合，并且步骤S201和S202或类似用语不限定步骤必须先后执行。
至此，对本实施例提供的方法进行了说明。所述方法在交易流程的前端即订单履行之前的环节集合同一提取范围的订单，或者集合同一送达范围的订单，或者集合同一提取范围且同一送达范围的订单，订单集合后一起推送给各自对应的商户。所述方法有助于尽可能按照末端送达位置(即用户簇)和/或提取位置(即商户簇)叠加供给侧订单，便于尽可能使送达位置集中和/或提取位置集中的订单集中进入履行环节，提高送达位置集中和/或提取位置集中的订单的配送时间相同或相近的概率，增加订单集中履行打包配送的可能性，在一定程度上挖掘交易流程中末端送达位置与提取位置对物流效率提升的促进作用，提升物流效率。
以上述实施例为基础，本申请第二实施例提供另一种订单处理方法，应用于客户端。相同部分请参考上述实施例对应部分的说明，以下结合图4对所述方法进行说明。图4所示的订单处理方法，包括：步骤S401至步骤S404。
步骤S401，获取用户针对目标商户的下单信息。
本实施例提供的所述方法应用于用户使用的客户端。
本步骤为获取用户的下单信息。在获取用户针对目标商户的下单信息之前，还包括获取用户选定的用户位置信息，获取配送范围覆盖所述用户位置信息的商户簇中开通拼团运营的商户，展示所述商户。从而使得用户从可配送的商户簇中选择商户进行下单，便于拼团成功。其中，所述用户位置信息，可以是用户允许的情况下获取的用户位置信息，也可以是用户选择的位置信息。在一些实施例中，以用户簇的粒度获取用户选定的所述用户位置信息。实施时，匹配获取到的用户位置信息与预先配置的用户簇，将匹配上的用户簇的地理标识展示于用户的客户端。用户也可以通过位置选择控件选择其他以地理标识表征的用户簇。
进一步，检测到用户从展示的所述商户中选择目标商户，进入目标商户的页面选择对象进行下单。
步骤S402，检测到所述用户针对所述下单信息选择参与拼团，针对参与拼团的所述下单信息，显示对应的第一预计配送时间。
本实施例中，还包括展示参与拼团选项。具体可以展示于提交订单页面。由于参与拼团后，当参与的拼团满足截单条件向对应商户推送订单，因而参与拼团时的商户接单时间与不参与拼团直接下单的商户接单时间相比可能存在差异，如有一定时间的延后，商户接单时间可以视为订单开始履行的时间。订单开始履行的时间存在差异，将导致预计送达时间不同。因而，若检测到未选择参与拼团，则针对所述下单信息显示对应的第二预计配送时间。当然，如果参与拼团的时间与该拼团达到截单条件的时间比较接近，则第二预计配送时间与第一配送时间接近或相同。
步骤S403，针对参与拼团的所述下单信息生成目标订单，所述目标订单支付后提供给服务端；所述服务端，根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，添加所述目标订单至所述目标订单集；检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户；所述目标商户簇，为同一特定提取范围内的商户的商户集合；所述目标用户簇，为预先确定的表征同一特定送达范围的地理区域内的用户集合。
本步骤为订单完成支付后加入目标订单集中进行拼团。服务端根据所述目标订单的送达位置，确定与所述目标订单匹配的目标用户簇；根据所述目标订单的门店信息，确定与所述目标订单匹配的目标商户簇。当然，在目标订单中也可以记录用户提交订单时所对应的地理标识或选择的送达位置所对应的地理标识，所述地理标识可以表征一个用户簇。则所述确定与所述目标订单匹配的目标用户簇，包括：从所述目标订单中解析出记录的特定地理标识，为目标用户簇。
通过订单集将属于同一个用户簇和/或属于同一个商户簇的拼团时段的订单汇总(即集中)到一起，从而促使同一送达范围和/或同一提取范围的相同或相近配送时间的订单集中下单，为物流提供对这些订单提供集中调度的机会。
步骤S404，接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
本实施例中，如果所述拼团结果表征所述目标订单集已成团，并且，确定所述目标订单完成履行，接收所述服务端在资源返还时间向所述用户的用户账户执行资源返还的信息，显示与所述执行资源返还相关的资源返还数量；其中，所述资源返还数量，为所述服务端根据所述目标订单集中的订单数量以及资源返还规则所确定。
至此，对本实施例提供的方法进行了说明，所述方法在交易流程前端如商户接单环 节集合同一特定提取范围的订单，或者集合同一特定送达范围的订单，或者集合同一特定提取范围且同一特定送达范围的订单，订单集合后一起推送给各自对应的商户，有助于叠加供给侧集单，便于送达位置集中和/或提取位置集中，且送达时间相同或相近的订单进行集中履约，打包配送，提升物流效率。
与第一实施例对应，本申请第三实施例提供一种订单处理装置，相关的部分请参见对应方法实施例的说明即可。请参考图5，图中所示的订单处理装置，包括：
订单获取单元501，用于获取待拼团的目标订单，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇；其中，所述目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；所述目标商户簇，为同一提取范围内的商户的商户集合；
订单拼团单元502，用于根据所述目标用户簇和/或所述目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；其中，所述目标订单集为用于集合订单的订单集；
订单推送单元503，用于响应于所述目标订单集满足截单条件，推送所述目标订单集中的订单至对应的商户。
可选的，所述订单获取单元501，具体用于：根据所述目标订单的送达位置，确定与所述目标订单匹配的目标用户簇；根据所述目标订单的门店信息，确定与所述目标订单匹配的目标商户簇。
可选的，所述装置还包括配置单元，所述配置单元用于：获取预先划分的多个兴趣区域；针对所述多个兴趣区域中的一个兴趣区域，形成一个用户簇；和/或，针对所述多个兴趣区域中相互之间的地理位置满足第一距离关系的多个兴趣区域形成一个用户簇；其中，所述目标用户簇，为配置的所述用户簇中的其一用户簇。
可选的，所述配置单元还用于：将位于同一个地理范围内的商户配置为一个商户簇；和/或，将相互之间的地理位置满足第二距离关系的多个商户，配置为一个商户簇。
可选的，所述配置单元还用于：将所述商户簇与特定用户簇之间的配送路径上的商户添加至所述商户簇。
可选的，所述订单拼团单元502，具体用于：根据所述目标用户簇和/或所述目标商户簇查询正在进行集单的进行中订单集；如果查询到进行中订单集，则将所述进行中订单集作为所述目标订单集；如果未查询到进行中订单集，则根据当前时段以及所述目标用户簇和/或所述目标商户簇，生成用于集合订单的订单集，作为所述目标订单集。
可选的，所述订单拼团单元502，具体用于：在特定时段内，轮询配置的用户簇和/ 或配置的商户簇，确定是否存在正在进行集单的进行中订单集；针对未查询到进行中订单集的特定用户簇和/或特定商户簇，以机器人作为发起用户，根据所述特定用户簇和/或所述特定商户簇，以及所述特定时段，生成订单集，作为进行中订单集，对所述订单集的用户数进行递增操作。
可选的，所述订单推送单元503，具体用于：设置所述目标订单集对应的集单时长阈值；获取所述目标订单集的集单时长；响应于检测到所述目标订单集的集单时长达到所述集单时长阈值，确定所述目标订单集满足截单条件。
可选的，所述装置还包括资源返还单元，所述资源返还单元用于：检测所述目标订单集是否满足成团条件；检测到所述目标订单集满足所述成团条件之后，根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量；确定所述目标订单集中完成履行的订单，根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源。
可选的，所述资源返还单元具体用于：设置所述目标订单集对应的集单数量阈值；获取所述目标订单集的集单数量；如果所述集单数量达到所述集单数量阈值，则确定所述目标订单集满足成团条件。
可选的，所述资源返还单元具体用于：如果所述目标订单集满足截单条件，并且不满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，向所述目标订单对应的用户发送用于表示未成团不进行资源返还的第一提示信息；如果所述目标订单集满足截单条件，并且满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，向所述目标订单对应的用户发送用于表示已成团并进行资源返还的第二提示信息。
可选的，所述资源返还单元具体用于：确定所述目标订单集中的订单数量；从所述资源返还规则中提取阶梯返还条件；根据所述订单数量以及所述阶梯返还条件，确定与所述目标订单集中的订单对应的返还资源的所述应返还数量。
可选的，所述资源返还单元具体用于：监听到完成履行所述目标订单集中的订单；根据资源返还时间向所述完成履行的所述订单的用户账户返还所述应返还数量的返还资源。
可选的，所述资源返还单元具体用于：在向所述完成履行的订单的用户账户返还对应的返还资源之前，取得预设资源数据；根据所述资源返还规则确定所述目标订单集对应的目标资源消耗数量；根据所述目标资源消耗数量从所述预设资源数据中预占用于向所述用户账户提供所述返还资源的消耗资源数据；从所述消耗资源数据中向所述用户账 户提供所述返还资源。
与第二实施例对应，本申请第四实施例提供另一种订单处理装置，相关的部分请参见对应方法实施例的说明即可。请参考图6，图中所示的订单处理装置，包括：
下单单元601，用于获取用户针对目标商户的下单信息；
选择拼团单元602，用于检测到所述用户针对所述下单信息选择参与拼团，针对参与拼团的所述下单信息，显示对应的第一预计配送时间；
拼团单元603，用于针对参与拼团的所述下单信息生成目标订单，所述目标订单支付后提供给服务端；所述服务端，根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，添加所述目标订单至所述目标订单集，检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户；所述目标商户簇，为同一特定提取范围内的商户的商户集合；所述目标用户簇，为预先确定的表征同一特定送达范围的地理区域内的用户集合；
拼团结果单元604，用于接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
可选的，所述拼团结果单元604具体用于：如果所述拼团结果表征所述目标订单集已成团，并且，确定所述目标订单完成履行，接收所述服务端在资源返还时间向所述用户的用户账户执行资源返还的信息，显示与所述执行资源返还相关的资源返还数量；其中，所述资源返还数量，为所述服务端根据所述目标订单集中的订单数量以及资源返还规则所确定。
以上述实施例为基础，本申请第五实施例提供一种电子设备，相关的部分请参见上述实施例的对应说明即可。请参考图7，图中所示的电子设备包括：存储器701，以及处理器702；所述存储器用于存储计算机程序，所述计算机程序被处理器运行后，执行本申请实施例提供的所述方法。
以上述实施例为基础，本申请第六实施例提供一种计算机存储介质，相关的部分请参见上述实施例的对应说明即可。所述计算机存储介质的示意图类似图7，图中的存储器可以理解为所述存储介质。所述计算机存储介质存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现本申请实施例提供的所述方法。
在一个典型的配置中，电子设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读 介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被电子设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (20)

  1. 一种订单处理方法，包括：
    获取待拼团的目标订单，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇；其中，所述目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；所述目标商户簇，为同一提取范围内的商户的商户集合；
    根据所述目标用户簇和/或所述目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；其中，所述目标订单集为用于集合订单的订单集；
    响应于所述目标订单集满足截单条件，推送所述目标订单集中的订单至对应的商户。
  2. 根据权利要求1所述的方法，其特征在于，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇，包括：
    根据所述目标订单的送达位置，确定与所述目标订单匹配的所述目标用户簇；
    根据所述目标订单的门店信息，确定与所述目标订单匹配的所述目标商户簇。
  3. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    获取预先划分的多个兴趣区域；
    针对所述多个兴趣区域中的一个兴趣区域，形成一个用户簇；和/或，
    针对所述多个兴趣区域中相互之间的地理位置满足第一距离关系的多个兴趣区域形成一个用户簇；
    其中，所述目标用户簇，为配置的所述用户簇中的其一用户簇。
  4. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    将位于同一个地理范围内的商户配置为一个商户簇；和/或，
    将相互之间的地理位置满足第二距离关系的多个商户，配置为一个商户簇。
  5. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    将所述商户簇与特定用户簇之间的配送路径上的商户添加至所述商户簇。
  6. 根据权利要求1所述的方法，其特征在于，所述根据所述目标用户簇和/或所述目标商户簇确定所述目标订单集，包括：
    根据所述目标用户簇和/或所述目标商户簇查询正在进行集单的进行中订单集；
    如果查询到进行中订单集，则将所述进行中订单集作为所述目标订单集；
    如果未查询到进行中订单集，则根据当前时段以及所述目标用户簇和/或所述目标商户簇，生成用于集合订单的订单集，作为所述目标订单集。
  7. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    在特定时段内，轮询配置的用户簇和/或配置的商户簇，确定是否存在正在进行集单 的进行中订单集；
    针对未查询到进行中订单集的特定用户簇和/或特定商户簇，以机器人作为发起用户，根据所述特定用户簇和/或所述特定商户簇，以及所述特定时段，生成订单集，作为进行中订单集，对所述订单集的用户数进行递增操作。
  8. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    设置所述目标订单集对应的集单时长阈值；
    获取所述目标订单集的集单时长；
    响应于检测到所述目标订单集的集单时长达到所述集单时长阈值，确定所述目标订单集满足截单条件。
  9. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    检测所述目标订单集是否满足成团条件；
    检测到所述目标订单集满足所述成团条件之后，根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量；
    确定所述目标订单集中完成履行的订单，根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源。
  10. 根据权利要求9所述的方法，其特征在于，所述检测所述目标订单集是否满足成团条件，包括：
    设置所述目标订单集对应的集单数量阈值；
    获取所述目标订单集的集单数量；
    如果所述集单数量达到所述集单数量阈值，则确定所述目标订单集满足成团条件。
  11. 根据权利要求9所述的方法，其特征在于，所述方法还包括：
    如果所述目标订单集满足截单条件，并且不满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，并向所述目标订单对应的用户发送用于表示未成团不进行资源返还的第一提示信息；
    如果所述目标订单集满足截单条件，并且满足所述成团条件，则推送所述目标订单集中当前包括的订单至对应的商户，并向所述目标订单对应的用户发送用于表示已成团并进行资源返还的第二提示信息。
  12. 根据权利要求9所述的方法，其特征在于，所述根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量，包括：
    确定所述目标订单集中的订单数量；
    从所述资源返还规则中提取阶梯返还条件；
    根据所述订单数量以及所述阶梯返还条件，确定与所述目标订单集中的订单对应的返还资源的所述应返还数量。
  13. 根据权利要求9所述的方法，其特征在于，所述确定所述目标订单集中完成履行的订单，根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源，包括：
    监听到完成履行所述目标订单集中的订单；
    根据资源返还时间向所述完成履行的所述订单的用户账户返还所述应返还数量的返还资源。
  14. 根据权利要求9所述的方法，其特征在于，所述向所述完成履行的订单的用户账户返还对应的返还资源，包括：
    在向所述完成履行的订单的用户账户返还对应的返还资源之前，取得预设资源数据；
    根据所述资源返还规则确定所述目标订单集对应的目标资源消耗数量；
    根据所述目标资源消耗数量从所述预设资源数据中预占用于向所述用户账户提供所述返还资源的消耗资源数据；
    从所述消耗资源数据中向所述用户账户提供所述返还资源。
  15. 一种订单处理方法，应用于客户端，包括：
    获取用户针对目标商户的下单信息；
    检测到所述用户针对所述下单信息选择参与拼团，针对参与拼团的所述下单信息，显示对应的第一预计配送时间；
    针对参与拼团的所述下单信息生成目标订单，所述目标订单支付后提供给服务端；所述服务端，根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，添加所述目标订单至所述目标订单集，检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户；所述目标商户簇，为同一特定提取范围内的商户的商户集合；所述目标用户簇，为预先确定的表征同一特定送达范围的地理区域内的用户集合；
    接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
  16. 根据权利要求15所述的方法，其特征在于，所述方法还包括：
    如果所述拼团结果表征所述目标订单集已成团，并且，确定所述目标订单完成履行，接收所述服务端在资源返还时间向所述用户的用户账户执行资源返还的信息，显示与所述执行资源返还相关的资源返还数量；
    其中，所述资源返还数量，为所述服务端根据所述目标订单集中的订单数量以及资源返还规则所确定。
  17. 一种订单处理装置，包括：
    订单获取单元，用于获取待拼团的目标订单，确定与所述目标订单匹配的目标用户簇以及与所述目标订单匹配的目标商户簇；其中，所述目标用户簇，为预先确定的表征同一送达范围的地理区域内的用户集合；所述目标商户簇，为同一提取范围内的商户的商户集合；
    订单拼团单元，用于根据所述目标用户簇和/或所述目标商户簇确定目标订单集，将所述目标订单添加至所述目标订单集；其中，所述目标订单集为用于集合订单的订单集；
    订单推送单元，用于响应于所述目标订单集满足截单条件，推送所述目标订单集中的订单至对应的商户。
  18. 一种订单处理装置，包括：
    下单单元，用于获取用户针对目标商户的下单信息；
    选择拼团单元，用于检测到所述用户针对所述下单信息选择参与拼团，针对参与拼团的所述下单信息，显示对应的第一预计配送时间；
    拼团单元，用于针对参与拼团的所述下单信息生成目标订单，所述目标订单支付后提供给服务端；所述服务端，根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集，添加所述目标订单至所述目标订单集，检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户；所述目标商户簇，为同一特定提取范围内的商户的商户集合；所述目标用户簇，为预先确定的表征同一特定送达范围的地理区域内的用户集合；
    拼团结果单元，用于接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
  19. 一种电子设备，包括：
    存储器，以及处理器；所述存储器用于存储计算机程序，所述计算机程序被所述处理器运行后，执行权利要求1-16任意一项所述的方法。
  20. 一种计算机存储介质，存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现权利要求1-16任意一项所述的方法。
PCT/CN2023/106108 2022-11-11 2023-07-06 订单处理方法、装置、电子设备及存储介质 WO2024098820A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211414443.6 2022-11-11
CN202211414443.6A CN115907900A (zh) 2022-11-11 2022-11-11 一种订单处理方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
WO2024098820A1 true WO2024098820A1 (zh) 2024-05-16

Family

ID=86473755

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/106108 WO2024098820A1 (zh) 2022-11-11 2023-07-06 订单处理方法、装置、电子设备及存储介质

Country Status (2)

Country Link
CN (1) CN115907900A (zh)
WO (1) WO2024098820A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115907900A (zh) * 2022-11-11 2023-04-04 浙江口碑网络技术有限公司 一种订单处理方法、装置、电子设备及存储介质
CN116911566B (zh) * 2023-08-04 2024-01-09 北京丰赞科技有限公司 一种面向团餐场景的运力分级调度方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112288552A (zh) * 2020-11-23 2021-01-29 拉扎斯网络科技（上海）有限公司 拼单方法、服务器、客户端及系统
CN112801584A (zh) * 2021-01-27 2021-05-14 长沙市到家悠享家政服务有限公司 基于拼团的派单方法、服务端设备以及计算机可读介质
CN113988532A (zh) * 2021-09-29 2022-01-28 北京三快在线科技有限公司 团体配送订单的提交方法、装置、电子设备
US20220092677A1 (en) * 2020-09-22 2022-03-24 International Business Machines Corporation Optimization of order fulfillment conditions
CN114971773A (zh) * 2022-05-07 2022-08-30 拉扎斯网络科技（上海）有限公司 订单生成方法、装置、电子设备和存储介质
CN115907900A (zh) * 2022-11-11 2023-04-04 浙江口碑网络技术有限公司 一种订单处理方法、装置、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220092677A1 (en) * 2020-09-22 2022-03-24 International Business Machines Corporation Optimization of order fulfillment conditions
CN112288552A (zh) * 2020-11-23 2021-01-29 拉扎斯网络科技（上海）有限公司 拼单方法、服务器、客户端及系统
CN112801584A (zh) * 2021-01-27 2021-05-14 长沙市到家悠享家政服务有限公司 基于拼团的派单方法、服务端设备以及计算机可读介质
CN113988532A (zh) * 2021-09-29 2022-01-28 北京三快在线科技有限公司 团体配送订单的提交方法、装置、电子设备
CN114971773A (zh) * 2022-05-07 2022-08-30 拉扎斯网络科技（上海）有限公司 订单生成方法、装置、电子设备和存储介质
CN115907900A (zh) * 2022-11-11 2023-04-04 浙江口碑网络技术有限公司 一种订单处理方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN115907900A (zh) 2023-04-04

Similar Documents

Publication Publication Date Title
WO2024098820A1 (zh) 订单处理方法、装置、电子设备及存储介质
CN105096015B (zh) 商品对象信息处理方法及系统
CN106846109A (zh) 一种网络拼单购物的方法和装置
WO2022105918A1 (zh) 拼单方法、服务器、客户端及系统
JP5908656B2 (ja) 情報処理の方法及びサーバー
US20140025535A1 (en) Ecommerce high volume order management system and method
JP6457391B2 (ja) データストリームを分配するための方法及びシステム
WO2017133329A1 (zh) 信息处理方法、服务器及第一终端、计算机存储介质
CN111353840A (zh) 订单信息处理方法、装置及电子设备
CN110910135A (zh) 一种应用资源转移的方法、装置、电子设备和存储介质
CN111415179B (zh) 用户权益信息处理方法、装置及电子设备
CN104766222A (zh) 一种基于商家竞标的在线交易方法
CN112948522B (zh) 对象处置方法及装置
CN116467399A (zh) 对象处置方法及装置
CN109389421A (zh) 一种点餐方法以及装置
CN103886472A (zh) 一种网上交易中的权限分配方法及系统
CN104700298A (zh) 一种团购撮合方法和系统
CA2995865C (en) Electronic-certificate-based transaction method and system
US20180165685A1 (en) Method, Terminal, and Related Server for Providing Transaction Object
CN111932164A (zh) 信息处理方法、装置及设备
CN110659956A (zh) 一种定时合并订单的众包下发方法
CN110264312A (zh) 用于商品信息推送的方法与设备
CN110348889B (zh) 业务处理方法和装置以及存储介质
CN103886496A (zh) 一种网上贷款交易的方法
CN107632887A (zh) 资源分配方法及装置