CN111523963A - 订单自动生成方法、装置、电子设备和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了订单自动生成方法、装置、电子设备和计算机可读介质。该方法的实施例包括：获取目标用户的购物车数据，购物车数据中包括购物车中的各产品的产品信息和下单次序，下单次序由目标用户预先设定；按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；每到达预设时间时，执行如下订单生成步骤：每到达预设时间时，执行订单生成步骤。该实施方式提高了订单生成的便捷性。

Description

订单自动生成方法、装置、电子设备和计算机可读介质

技术领域

本申请实施例涉及计算机技术领域，具体涉及订单自动生成方法、装置、电子设备和计算机可读介质。

背景技术

随着计算机技术的发展，电子商务平台应运而生。用户在电子商务平台中选购产品并下单后，电子商务平台可以根据用户选购的产品生成订单。在订单所涉及的产品进行配送后，用户即可得到所需产品。

现有的订单生成方式，通常是由用户手动触发订单生成。若用户连续多日需要某产品时，则需要用户每日均进行手动下单。以订餐平台为例，用户通常需要在每天用餐前进行点餐，订餐平台每得到用户的订单后，即可分配配送运力进行送餐。虽然有些订餐平台支持订单预定，并可选择配送时间(如第二天)，但入驻该平台的绝大部分商家通常由于不确定性而选择关闭该功能。由此，现有方式通常需要用户每日进行手动操作来生成订单，较为耗费用户时间，导致订单生成的效率和便捷性较低。

发明内容

本申请实施例提出了订单自动生成方法、装置、电子设备和计算机可读介质，实现了订单的自动生成，提高了订单生成的效率和便捷性。

第一方面，本申请实施例提供了一种订单自动生成方法，该方法包括：获取目标用户的购物车数据，购物车数据中包括购物车中的各产品的产品信息和下单次序，下单次序由目标用户预先设定；按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；每到达预设时间时，执行如下订单生成步骤：将下单信息队列中的首个下单信息移至缓冲区；将首个下单信息中的产品信息作为目标产品信息，将目标产品信息对应的产品作为目标产品，确定目标产品是否满足预设下单条件；响应于满足预设下单条件，基于目标产品信息生成目标订单，并将缓冲区中的下单信息移除。

第二方面，本申请实施例提供了一种订单自动生成装置，该装置包括：获取单元，被配置成获取目标用户的购物车数据，购物车数据中包括购物车中的各产品的产品信息和下单次序，下单次序由目标用户预先设定；生成单元，被配置成按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；执行单元，被配置成每到达预设时间时，执行如下订单生成步骤：将下单信息队列中的首个下单信息移至缓冲区；将首个下单信息中的产品信息作为目标产品信息，将目标产品信息对应的产品作为目标产品，确定目标产品是否满足预设下单条件；响应于满足预设下单条件，基于目标产品信息生成目标订单，并将缓冲区中的下单信息移除。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面中所描述的方法。

本申请实施例提供的订单自动生成方法、装置、电子设备和计算机可读介质，通过获取目标用户的购物车数据，从而得到购物车中的各产品的产品信息和下单次序，此处的下单次序由目标用户预先设定；而后按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，此处的下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；从而，每到达预设时间时，可以将下单信息队列中的首个下单信息移至缓冲区，将该首个下单信息中的产品信息作为目标产品信息，将目标产品信息对应的产品作为目标产品，在目标产品满足预设下单条件时，基于目标产品信息生成目标订单，并移除缓冲区中的下单信息。由此，可以每到预设时间时，自动从购物车中按照用户预先设定的顺序选取部分产品进行下单，实现了订单的自动生成。相对于用户手动生成订单的方式，无需用户每日进行下单，提高了订单生成的效率和便捷性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是根据本申请的订单自动生成方法的一个实施例的流程图；

图2是根据图1实施例中的订单生成步骤的分解流程图；

图3是根据本申请的订单自动生成装置的一个实施例的结构示意图；

图4是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，其示出了根据本申请的订单自动生成方法的一个实施例的流程100。该订单自动生成方法，包括以下步骤：

步骤101，获取目标用户的购物车数据。

在本实施例中，订单自动生成方法的执行主体(如服务器等电子设备)可以获取购物车数据。其中，购物车数据中可以包括购物车中的各产品的产品信息和下单次序。上述下单次序可由目标用户预先设定。上述购物车中的产品可由用户预先加购。

此处，下单次序可以使用数字等符号进行表示，如1、2、3，或者，a、b、c等。产品信息可以包括但不限于：产品名称、产品的供应方、产品标识、产品数量等。此处的产品可以是菜品、生活用品、酒店房间等，本申请实施例对此不作限定。

以订餐场景为例。上述购物车中的产品可以为菜品。上述菜品可以包括上述目标用户在入驻目标订餐平台的各个供应方(如商家)的菜品页面中所加购的菜品。

在此场景中，每一个供应方可维护一个菜品页面，用户可以在各页面中选择加入购物车的菜品。用户在各页面中所选择的加入购物车的菜品，即构成购物车中的产品。用户在进行菜品加购后，可以在购物车中设置各个菜品的下单次序。

实践中，每个下单次序可以对应一个或多个菜品。例如，用户加购的菜品包括商家A的“宫保鸡丁盖饭”、商家B的“豆角焖面套餐”、商家C的“土豆丝”和“米饭”。用户可以将商家A的“宫保鸡丁盖饭”的下单次序设置为1，将商家B的“豆角焖面套餐”的下单次序设置为2，将商家C的“土豆丝”和“米饭”的下单次序同时设置为3。

此外，每个下单次序也可以对应一个或多个商家的菜品。例如，用户加购的菜品除上述示例中的列举外，还包括商家D的“鱼香肉丝盖饭”和商家E的“蔬菜沙拉”。用户还可以将商家D的“鱼香肉丝盖饭”和商家E的“蔬菜沙拉”的下单次序同时设置为4。

此外，用户还可以预先设置订单的类别，如预定订单、实时订单等。实时预定订单可以指某一预定时间生成的订单，该预定时间可由用户设定。实时订单即为立即生成的订单。实践中，订单生成后，即可进行后续处理，如发送给商家订餐通知、分配配送运力(如骑手)进行取餐和送餐等。同时，用户还可以进行用餐类型或者用餐时间的配置，如午餐、晚餐等。另外，由于用户加购菜品时的价格与订单实际生成的价格可能存在差异，因而用户还可以预先设置差价的阈值，以控制订单总价不超过预算。

可以理解的是，用户除可进行下单次序、订单的类别、用餐类型、用餐时间、差价的设置之外，为实现订单的自动生成，还可以进行自动扣款的授权、支付方式等设置，本申请实施例对此不再赘述。

需要说明的是，除订餐场景外，本申请实施例也可应用于其他场景中，如桶装水预订场景等需要定期采购的场景。本申请实施例对此不再一一赘述。

步骤102，按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列。

在本实施例中，上述执行主体可以按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列。其中，下单信息队列中的每一个下单信息中可以包括下单次序相同的一组产品的产品信息。此处，下单信息队列中的不同的下单信息对应的下单次序不同，且下单信息队列中的下单信息顺序，可以与下单信息所涉及的产品的下单次序一致。

具体地，上述执行主体可以首先按照各产品的下单次序，将各产品的产品信息汇总，使下单次序与汇总的组数一一对应。例如，产品A和产品B的下单次序为1，产品C和D的下单次序为2，产品E和F的下单次序为3，则下单次序有1、2、3。此时，可以将下单次序为1的产品A和产品B的产品信息汇总为第一组，将下单次序为2的产品C和产品D的产品信息汇总为第二组，将下单次序为3的产品E和产品F的产品信息汇总为第三组。

而后，上述执行主体可以基于各组信息对应的下单次序，生成下单信息队列，使下单信息队列中的每一个下单信息中包含一组产品信息。继续上述示例，下单信息队列中的第一个下单信息中，包括第一组产品信息，即产品A和产品B的产品信息。下单信息队列中的第二个下单信息中，包括第二组产品信息，即产品C和产品D的产品信息。下单信息队列中的第三个下单信息中，包括第三组产品信息，即产品E和产品F的产品信息

需要说明的是，下单信息队列中的每一个下单信息中，除包含产品信息外，还可以根据实际需要，包含该下单信息所涉及的各产品的总价、供应商等信息。本申请实施例对下单信息中所包含的其他信息不作限定。

以订餐场景为例，若商家A的“宫保鸡丁盖饭”的下单次序为1，商家B的“豆角焖面套餐”的下单次序为2，商家C的“土豆丝”和“米饭”的下单次序为3，商家D的“鱼香肉丝盖饭”和商家E的“蔬菜沙拉”的下单次序为4。则按照下单次序，可生成包含4个下单信息的下单信息序列。下单信息序列中的第一个下单信息，即首个下单信息，包含商家A的“宫保鸡丁盖饭”的产品信息(如菜品名称、菜品标识、商家名称、商家标识等)。下单信息序列中的第二个下单信息，包含商家B的“豆角焖面套餐”的产品信息。下单信息序列中的第三个下单信息，包含商家C的“土豆丝”的产品信息和“米饭”的产品信息。下单信息序列中的第四个下单信息，即位于队尾的下单信息，包含商家D的“鱼香肉丝盖饭”的产品信息和商家E的“蔬菜沙拉”的产品信息。

步骤103，每到达预设时间时，执行订单生成步骤。

在本实施例中，每到达预设时间时，上述执行订单即可执行订单生成步骤。上述预设时间可以由目标用户预先设定，或者技术人员预先设定。例如，若目标用户预先设置的用餐类型为午餐，则预设时间可以为每天的10:00；若目标用户预先设置的用餐类型为晚餐，则预设时间可以为每天的16:00。实践中，预设时间早于目标用户的用餐时间。

上述订单生成步骤可分解为子步骤1031和子步骤1032。

子步骤1031，将下单信息队列中的首个下单信息移至缓冲区。

在本实施例中，可以预先构建有缓冲区(buffer)，用于存储临时数据。在到达预设时间后，可以将下单信息队列中的首个下单信息移至缓冲区，进行处理。

子步骤1032，将上述首个下单信息中的产品信息作为目标产品信息，将目标产品信息对应的产品作为目标产品，确定目标产品是否满足预设下单条件。

在本实施例中，预设下单条件可以根据实际需要预先设定。例如，可以确定目标产品的供应方是否歇业、目标产品是否沽清等、价格是否发生变动等。

在本实施例的一些可选的实现方式中，可以按照如下步骤确定目标产品是否满足预设下单条件：

首先，获取目标产品的相关信息。其中，相关信息可以包括以下至少一项：目标产品的供应方的营业状态信息、目标产品的库存信息。

而后，基于上述相关信息，确定目标产品是否满足预设下单条件。例如，营业状态包括歇业状态和正常营业状态，若供应方当前处于歇业状态，则可认为目标产品不满足预设下单条件。再例如，根据库存信息和目标产品信息中的数量，检测目标产品是否库存充足。若库存不足，则可认为目标产品不满足预设下单条件。若供应方当前处于正常营业状态，且目标产品库存充足，则可认为目标产品满足预设下单条件。

在本实施例的一些可选的实现方式中，还可以按照如下步骤确定目标产品是否满足预设下单条件：

第一步，获取目标产品在加购时的属性信息和当前的属性信息。此处的属性信息可以包括但不限于以下至少一项：售价、口味、配料、颜色等。

第二步，检测所获取的属性信息的差异程度。此处的差异程度可采用数值进行表征。数值越大，则差异程度越大。

作为一个示例，若属性信息为售价。则可以首先基于目标产品当前的售价，统计出目标订单的总价。同时，可基于目标产品在加购时的售价，统计出目标产品在加购时的总价。而后检测目标订单的总价与上述目标产品加购时的总价的差价，该差价即可表示属性信息的差异程度。

作为又一示例，可以将目标产品在加购时的属性信息汇总为一个特征向量，同时，将目标产品当前的属性信息汇总为另一特征向量。利用相似度算法，如欧氏距离等，确定二者差异程度。以欧式距离为例，欧氏距离计算结果越大，则差异越大，因而可将欧氏距离计算结果作为属性信息的差异程度。

第三步，响应于差异程度大于目标用户预设的差异程度，向目标用户推送询问信息。此处的询问信息用于询问目标用户是否生成订单。

继续上述第二步中的第一个示例，预设的差异程度可以是目标用户设置的差价的预设阈值。若上述示例中的差价大于预设阈值，则意味着用户加购菜品时的价格与订单实际生成的价格的存在差异，且用户加购菜品时的价格超过目标用户的预算。此时，可以向目标用户推送询问信息，以询问目标用户是否生成订单。若不大于上述预设阈值，则可以确定上述目标产品满足预设下单条件。

继续上述第二步中的第二个示例，预设的差异程度可以是预设的欧氏距离阈值。若第二步中所计算的差异程度大于预设的欧氏距离阈值，则可以认为加购时的目标产品与当前的目标产品存在较大差异。此时，可以向目标用户推送询问信息，以询问目标用户是否生成订单。若不大于上述欧氏距离阈值，则可以确定上述目标产品满足预设下单条件。

第四步，响应于接收到用户针对询问信息反馈的确认信息，确定目标产品满足预设下单条件。

在本实施例的一些可选的实现方式中，可以按照如下步骤确定目标产品是否满足预设下单条件：

第一步，确定上述目标产品的供应方是否歇业。若已歇业，则可以确定目标产品不满足预设下单条件。此时，可以将上述首个下单信息移至上述下单信息队列的队尾，并基于新的首个下单信息中的产品信息，重新执行订单生成步骤。若未歇业，则可以执行如下第二步。

第二步，若未歇业，则确定上述目标产品是否沽清。若已沽清，则可以确定目标产品不满足预设下单条件。此时，可以将上述首个下单信息移至上述下单信息队列的队尾，并基于新的首个下单信息中的产品信息，重新执行订单生成步骤。若未沽清，则可以执行如下第三步。

第三步，若未沽清，则确定上述目标订单的总价与上述目标产品加购时的总价的差价，并确定上述差价是否大于预设阈值。

若不大于上述预设阈值，则可以确定上述目标产品满足预设下单条件。

若上述差价大于预设阈值，则意味着用户加购菜品时的价格与订单实际生成的价格的存在差异，且用户加购菜品时的价格超过目标用户的预算。因此，在本实施例的一些可选的实现方式中，若差价大于上述预设阈值，则可以向上述目标用户推送询问信息。上述询问信息用于询问上述目标用户是否生成订单。若接收到用户针对上述询问信息反馈的确认信息，则可以确定上述目标产品满足预设下单条件。

子步骤1033，若满足，则基于目标产品信息生成目标订单，并将缓冲区中的下单信息移除。

在本实施例中，若目标产品满足预设下单条件，则上述执行主体可以基于目标产品信息生成目标订单，即对购物车中的目标产品进行下单。同时，可以移除缓冲区中的下单信息，以便于下一次下单时，下单信息队列中的首个下单信息为一个新的下单信息，避免重复下单。

在本实施例的一些可选的实现方式中，上述执行主体可以按照如下步骤生成目标订单：

第一步，查询目标用户的历史订单的历史送达时间。

第二步，基于历史送达时间设定目标送达时间，上述目标送达时间晚于上述预设时间。此处，以订餐场景为例，可以首先获取目标用户预先设置的用餐类型，如午餐或晚餐。而后，可以从历史送达时间中，筛选出与目标用户设置的用餐类型相匹配的历史送达时间，如午餐匹配的送达时间通常位于11:00-13:00之间，则可以将筛选出该时间区间内的历史送达时间。而后，可以计算历史送达时间的平均值，将该平均值作为目标送达时间。

第三步，检测上述目标产品的供应方是否支持订单预定。上述执行主体可以查看供应方是否对订单预定功能是否开启。若已开启，则支持订单预定；反之，则不支持订单预定。

第四步，响应于检测出目标产品的供应方支持订单预定，上述执行主体可以基于上述目标产品信息生成目标订单，同时，可以将上述目标订单的类别设置为预定订单，并将上述目标订单的送达时间设置为上述目标送达时间。实践中，系统会根据目标送达时间来处理预定订单，如分配配送运力等。由此，可在到达预设时间时自动进行下单，实现了订单的自动生成。

在本实施例的一些可选的实现方式中，响应于上述供应方不支持订单预定，可以执行如下步骤：首先，获取目标用户的配送地址。而后，确定供应方对该配送地址的平均配送时长。此处的平均配送时长，可以是供应商为目标用户的配送地址或该配送地址所在区域(如小区、街道等)的平均配送时长。而后，基于上述目标送达时间和上述平均送达时长，确定目标下单时间。其中，上述目标下单时间晚于上述预设时间且早于上述目标送达时间。此处，可以将目标送达时间与平均送达时长的差，作为目标下单时间。最后，当到达上述目标下单时间时，上述执行主体可以基于上述目标产品信息生成目标订单，并将上述目标订单的类别设置为实时订单。由此，可在达到目标下单时间时自动进行下单，实现了订单的自动生成。

在本实施例的一些可选的实现方式中，可以按照如下步骤确定供应方对目标用户的配送地址的平均配送时长：首先，获取上述供应方的历史运单，上述历史运单中包括历史配送地址和历史配送时长。而后，将目标用户的配送地址作为目标配送地址，从所获取的历史运单中，选取历史配送地址与目标配送地址位于同一目标区域内的目标历史运单，上述目标区域包括以下至少一项：社区、楼宇、街道。最后，将各目标历史订单中的历史配送时长的平均值，确定为供应方对目标配送地址的平均配送时长。

在本实施例的一些可选的实现方式中，若目标产品不满足预设下单条件，则上述执行主体可以将缓冲区中的下单信息移至上述下单信息队列的队尾，并重新执行上述订单生成步骤。由此，可在下单信息队列中的首个下单信息不满足条件时，选取下一个下单信息进行下单。

以订餐场景为例，若下单信息序列中的第一个下单信息，即首个下单信息，包含商家A的“宫保鸡丁盖饭”的产品信息。下单信息序列中的第二个下单信息，包含商家B的“豆角焖面套餐”的产品信息。下单信息序列中的第三个下单信息，包含商家C的“土豆丝”的产品信息和“米饭”的产品信息。下单信息序列中的第四个下单信息，即位于队尾的下单信息，包含商家D的“鱼香肉丝盖饭”的产品信息和商家E的“蔬菜沙拉”的产品信息。此时，在第一次到达预设时间(如10:00)时，可以将商家A将“宫保鸡丁盖饭”移至缓冲区，并确定商家A将“宫保鸡丁盖饭”是否满足预设下单条件，如是否沽清、商家A是否歇业等。若满足预设下单条件，则可以对商家A的“宫保鸡丁盖饭”进行下单。从而在下一次到达预设时间(如下一天的10:00)时，可采用相同方法判断商家B的“豆角焖面套餐”是否满足预设下单条件。若满足预设下单条件，则可以对商家B的“豆角焖面套餐”进行下单。以此类推。

需要说明的是，若在第一次到达预设时间(如10:00)时，商家A的“宫保鸡丁盖饭”不满足预设下单条件，则可以将缓冲区中的下单信息移动至下单信息序列的队尾。此时，第二个下单信息则为下单信息序列的首个下单信息，此时，可以采用相同方法判断商家B的“豆角焖面套餐”是否满足预设下单条件。若满足预设下单条件，则可以对商家B的“豆角焖面套餐”进行下单。以此类推。由此，可以保证在供应商歇业、菜品沽清等异常情况下，依然能够正常下单。

在本实施例的一些可选的实现方式中，在每到达预设时间之前(如前半小时)，上述执行主体可以向目标用户发送提醒信息。上述提醒信息可用于提醒上述目标用户即将自动生成订单。上述提醒信息中可包括上述下单信息队列中的首个下单信息中的产品信息、上述目标用户的配送地址和上述首个下单信息所涉及的产品的总价等信息。若接收到目标用户针对上述提醒信息反馈的订单修改信息，则上述执行主体可以基于上述订单修改信息更新上述首个下单信息，从而满足用户最新需求。

本申请的上述实施例提供的方法，通过获取目标用户的购物车数据，从而得到购物车中的各产品的产品信息和下单次序，此处的下单次序由目标用户预先设定；而后按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，此处的下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；从而，每到达预设时间时，可以将下单信息队列中的首个下单信息移至缓冲区，将该首个下单信息中的产品信息作为目标产品信息，将目标产品信息对应的产品作为目标产品，在目标产品满足预设下单条件时，基于目标产品信息生成目标订单，并移除缓冲区中的下单信息。由此，可以每到预设时间时，自动从购物车中按照用户预先设定的顺序选取部分产品进行下单，实现了订单的自动生成。相对于用户手动生成订单的方式，无需用户每日进行下单，提高了订单生成的效率和便捷性。

进一步参考图3，作为对上述各图所示方法的实现，本申请提供了一种订单自动生成装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的订单自动生成装置300包括：获取单元301，被配置成获取目标用户的购物车数据，上述购物车数据中包括购物车中的各产品的产品信息和下单次序，上述下单次序由上述目标用户预先设定；生成单元302，被配置成按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，上述下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；执行单元303，被配置成每到达预设时间时，执行如下订单生成步骤：将上述下单信息队列中的首个下单信息移至缓冲区；将上述首个下单信息中的产品信息作为目标产品信息，将上述目标产品信息对应的产品作为目标产品，确定上述目标产品是否满足预设下单条件；响应于满足上述预设下单条件，基于上述目标产品信息生成目标订单，并将上述缓冲区中的下单信息移除。

在本实施例的一些可选的实现方式中，上述执行单元303，进一步被配置成：获取上述目标产品的相关信息，上述相关信息包括以下至少一项：上述目标产品的供应方的营业状态信息、上述目标产品的库存信息；基于上述相关信息，确定上述目标产品是否满足预设下单条件。

在本实施例的一些可选的实现方式中，上述执行单元303，进一步被配置成：获取上述目标产品在加购时的属性信息和当前的属性信息；检测所获取的属性信息的差异程度；响应于上述差异程度大于上述目标用户预设的差异程度，向上述目标用户推送询问信息，上述询问信息用于询问上述目标用户是否生成订单；响应于接收到用户针对上述询问信息反馈的确认信息，确定上述目标产品满足预设下单条件。

在本实施例的一些可选的实现方式中，上述执行单元303，进一步被配置成：响应于确定出上述目标产品不满足预设下单条件，将上述缓冲区中的下单信息移至上述下单信息队列的队尾，并重新执行上述订单生成步骤。

在本实施例的一些可选的实现方式中，上述执行单元303，进一步被配置成：查询上述目标用户的历史订单的历史送达时间；基于上述历史送达时间，设定目标送达时间，上述目标送达时间晚于上述预设时间；检测上述目标产品的供应方是否支持订单预定；响应于检测出上述供应方支持订单预定，基于上述目标产品信息生成目标订单，将上述目标订单的类别设置为预定订单，并将上述目标订单的送达时间设置为上述目标送达时间。

在本实施例的一些可选的实现方式中，上述执行单元303，进一步被配置成：响应于检测出上述供应方不支持订单预定，执行如下步骤：获取上述目标用户的配送地址；确定上述供应方对上述配送地址的平均配送时长；基于上述目标送达时间和上述平均配送时长，确定目标下单时间，上述目标下单时间晚于上述预设时间且早于上述目标送达时间；当到达上述目标下单时间时，基于上述目标产品信息生成目标订单，并将上述目标订单的类别设置为实时订单。

在本实施例的一些可选的实现方式中，上述执行单元303，进一步被配置成：获取上述供应方的历史运单，上述历史运单中包括历史配送地址和历史配送时长；将上述目标用户的配送地址作为目标配送地址，从所获取的历史运单中，选取历史配送地址与上述目标配送地址位于同一目标区域内的目标历史运单，上述目标区域包括以下至少一项：社区、楼宇、街道；将各目标历史订单中的历史配送时长的平均值，确定为上述供应方对上述目标配送地址的平均配送时长。

在本实施例的一些可选的实现方式中，上述装置还包括：提醒单元，被配置成：向上述目标用户发送提醒信息，上述提醒信息用于提醒上述目标用户即将自动生成订单，上述提醒信息中包括上述缓冲区中的下单信息中的产品信息、上述目标用户的配送地址和上述首个下单信息所涉及的产品的总价；修改单元，被配置成响应于接收到上述目标用户针对上述提醒信息反馈的订单修改信息，基于上述订单修改信息更新上述缓冲区中的下单信息。

在本实施例的一些可选的实现方式中，上述购物车中的产品为菜品，上述菜品包括上述目标用户在入驻目标订餐平台的各个供应方的菜品页面中所加购的菜品。

本申请的上述实施例提供的装置，通过获取目标用户的购物车数据，从而得到购物车中的各产品的产品信息和下单次序，此处的下单次序由目标用户预先设定；而后按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，此处的下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；从而，每到达预设时间时，可以将下单信息队列中的首个下单信息移至缓冲区，将该首个下单信息中的产品信息作为目标产品信息，将目标产品信息对应的产品作为目标产品，在目标产品满足预设下单条件时，基于目标产品信息生成目标订单，并移除缓冲区中的首个下单信息。由此，可以每到预设时间时，自动从购物车中按照用户预先设定的顺序选取部分产品进行下单，实现了订单的自动生成。相对于用户手动生成订单的方式，无需用户每日进行下单，提高了订单生成的效率和便捷性。

下面参考图4，其示出了适于用来实现本申请实施例的电子设备的计算机系统400的结构示意图。图4示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元(CPU)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储部分408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有系统400操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406；包括诸如液晶显示器(LCD)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(CPU)401执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：获取目标用户的购物车数据，购物车数据中包括购物车中的各产品的产品信息和下单次序，下单次序由目标用户预先设定；按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；每到达预设时间时，执行如下订单生成步骤：将下单信息队列中的首个下单信息移至缓冲区，将上述首个下单信息中的产品信息作为目标产品信息，将目标产品信息对应的产品作为目标产品，确定目标产品是否满足预设下单条件；若满足，则基于目标产品信息生成目标订单，并将缓冲区中的下单信息移除。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种订单自动生成方法，其特征在于，所述方法包括：

获取目标用户的购物车数据，所述购物车数据中包括购物车中的各产品的产品信息和下单次序，所述下单次序由所述目标用户预先设定；

按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，所述下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；

每到达预设时间时，执行如下订单生成步骤：将所述下单信息队列中的首个下单信息移至缓冲区；将所述首个下单信息中的产品信息作为目标产品信息，将所述目标产品信息对应的产品作为目标产品，确定所述目标产品是否满足预设下单条件；响应于满足所述预设下单条件，基于所述目标产品信息生成目标订单，并将所述缓冲区中的下单信息移除。

2.根据权利要求1所述的方法，其特征在于，所述确定所述目标产品是否满足预设下单条件，包括：

获取所述目标产品的相关信息，所述相关信息包括以下至少一项：所述目标产品的供应方的营业状态信息、所述目标产品的库存信息；

基于所述相关信息，确定所述目标产品是否满足预设下单条件。

3.根据权利要求1所述的方法，其特征在于，所述确定所述目标产品是否满足预设下单条件，包括：

获取所述目标产品在加购时的属性信息和当前的属性信息；

检测所获取的属性信息的差异程度；

响应于所述差异程度大于所述目标用户预设的差异程度，向所述目标用户推送询问信息，所述询问信息用于询问所述目标用户是否生成订单；

响应于接收到用户针对所述询问信息反馈的确认信息，确定所述目标产品满足预设下单条件。

4.根据权利要求1所述的方法，其特征在于，在所述确定所述目标产品信息是否满足预设下单条件之后，所述订单生成步骤还包括：

响应于确定出所述目标产品不满足预设下单条件，将所述缓冲区中的下单信息移至所述下单信息队列的队尾，并重新执行所述订单生成步骤。

5.根据权利要求1所述的方法，其特征在于，所述基于所述目标产品信息生成目标订单，包括：

查询所述目标用户的历史订单的历史送达时间；

基于所述历史送达时间，设定目标送达时间，所述目标送达时间晚于所述预设时间；

检测所述目标产品的供应方是否支持订单预定；

响应于检测出所述供应方支持订单预定，基于所述目标产品信息生成目标订单，将所述目标订单的类别设置为预定订单，并将所述目标订单的送达时间设置为所述目标送达时间。

6.根据权利要求5所述的方法，其特征在于，所述基于所述目标产品信息生成目标订单，还包括：

响应于检测出所述供应方不支持订单预定，执行如下步骤：

获取所述目标用户的配送地址；

确定所述供应方对所述配送地址的平均配送时长；

基于所述目标送达时间和所述平均配送时长，确定目标下单时间，所述目标下单时间晚于所述预设时间且早于所述目标送达时间；

当到达所述目标下单时间时，基于所述目标产品信息生成目标订单，并将所述目标订单的类别设置为实时订单。

7.根据权利要求6所述的方法，其特征在于，所述确定所述供应方对所述配送地址的平均配送时长，包括：

获取所述供应方的历史运单，所述历史运单中包括历史配送地址和历史配送时长；

将所述目标用户的配送地址作为目标配送地址，从所获取的历史运单中，选取历史配送地址与所述目标配送地址位于同一目标区域内的目标历史运单，所述目标区域包括以下至少一项：社区、楼宇、街道；

将各目标历史订单中的历史配送时长的平均值，确定为所述供应方对所述目标配送地址的平均配送时长。

8.根据权利要求1所述的方法，其特征在于，在所述每到达预设时间之前，所述方法还包括：

向所述目标用户发送提醒信息，所述提醒信息用于提醒所述目标用户即将自动生成订单，所述提醒信息中包括所述缓冲区中的下单信息中的产品信息、所述目标用户的配送地址和所述首个下单信息所涉及的产品的总价；

响应于接收到所述目标用户针对所述提醒信息反馈的订单修改信息，基于所述订单修改信息更新所述缓冲区中的下单信息。

9.根据权利要求1-8之一所述的方法，其特征在于，所述购物车中的产品为菜品，所述菜品包括所述目标用户在入驻目标订餐平台的各个供应方的菜品页面中所加购的菜品。

10.一种订单自动生成装置，其特征在于，所述装置包括：

获取单元，被配置成获取目标用户的购物车数据，所述购物车数据中包括购物车中的各产品的产品信息和下单次序，所述下单次序由所述目标用户预先设定；

生成单元，被配置成按照各产品的下单次序对各产品的产品信息进行汇总，生成下单信息队列，所述下单信息队列中的每一个下单信息中包括下单次序相同的一组产品的产品信息；

执行单元，被配置成每到达预设时间时，执行如下订单生成步骤：将所述下单信息队列中的首个下单信息移至缓冲区；将所述首个下单信息中的产品信息作为目标产品信息，将所述目标产品信息对应的产品作为目标产品，确定所述目标产品是否满足预设下单条件；响应于满足所述预设下单条件，基于所述目标产品信息生成目标订单，并将所述缓冲区中的下单信息移除。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images