一种菜单推荐方法、订单添加方法以及订单处理方法与流程

1.本技术涉及互联网技术领域，尤其是涉及到一种菜单推荐方法、订单添加方法以及订单处理方法。


背景技术：

2.随着生活水平的不断提高，人们对于饮食的需求越来越多样化，为了适应人们对于饮食的需求，餐饮行业也相应地提供了到店点餐、互联网订餐以及外卖配送等服务。尤其是互联网订餐和外卖配送服务，近些年非常流行，外卖订餐现在已经成为很多上班族每天的选择。
3.目前的外卖通常以用户所下的每个订单为单位，商家针对每个订单内的菜品进行烹饪，但由于不同用户喜爱的食品不同，用户所提交的订单包含的食品也存在很大不同，部分食品预定量大，部分食品预定量小的情况经常出现，对于一些预定量很小的食品，可能该部分食品所需食材量也较小，商家在采购食材时由于采购量小，单件食材的采购价格、运输成本都可能会存在一定程度的提高，导致商家的制作成本提高。


技术实现要素：

4.根据本技术的一个方面，提供了一种菜单推荐方法，包括：
5.获取至少一个菜品系列组以及所述菜品系列组对应的分组菜品阈值，其中，任一所述菜品系列组包括至少一个推荐菜品；
6.基于任一所述菜品系列组以及所述分组菜品阈值，建立推荐菜单。
7.具体地，所述基于任一所述菜品系列组以及所述分组菜品阈值，建立推荐菜单，包括：
8.获取任一所述菜品系列组对应的所述推荐菜品的菜品分量阈值，其中，所述菜品分量阈值小于或等于所述分组菜品阈值；
9.基于任一所述菜品系列组、所述分组菜品阈值以及所述菜品分量阈值，建立推荐菜单。
10.根据本技术的另一方面，提供了一种订单添加方法，包括：
11.输出推荐菜单；
12.接收对所述推荐菜单内的菜品系列组选择的目标菜品，以及对所述目标菜品的选择顺序；
13.根据所述目标菜品以及所述选择顺序，生成目标订单。
14.具体地，所述根据所述目标菜品以及所述选择顺序，生成目标订单，包括：
15.统计各菜品系列组包含的所述目标菜品的数量；
16.当任一所述菜品系列组包含所述目标菜品的数量等于相应的分组菜品阈值时，基于所述目标菜品生成所述目标订单；
17.当任一所述菜品系列组包含所述目标菜品的数量大于相应的分组菜品阈值时，基
于所述选择顺序对所述菜品系列组中的所述目标菜品作权重排序并生成所述目标订单。
18.具体地，所述目标菜品包括必选目标菜品和/或可选目标菜品；
19.所述基于所述选择顺序对所述菜品系列组中的所述目标菜品作权重排序并生成所述目标订单，包括：
20.若所述目标菜品包括所述必选目标菜品和所述可选目标菜品，或者所述目标菜品包括所述可选目标菜品，则基于所述选择顺序对所述可选目标菜品作权重排序并生成所述目标订单。
21.具体地，所述根据所述目标菜品以及所述选择顺序，生成目标订单，包括：
22.若任一所述目标菜品的数量小于或等于对应的菜品分量阈值，则根据所述目标菜品以及所述选择顺序，生成目标订单。
23.根据本技术的另一方面，提供了一种订单处理方法，所述方法包括：
24.接收目标订单；
25.统计所述目标订单中各目标菜品的数量；
26.根据各所述目标菜品的数量，判断所述目标订单是否下单成功。
27.具体地，所述统计所述目标订单中各目标菜品的数量之后，所述方法还包括：
28.将所述数量大于或等于所述可接受预定值的所述目标菜品确定为可定菜品。
29.具体地，所述根据各所述目标菜品的数量，判断所述目标订单是否下单成功，包括：
30.判断各所述菜品系列组内的所述目标菜品中属于所述可定菜品的数量是否大于或等于相应的所述分组菜品阈值；
31.若是，则确定所述目标订单为可接受预订订单；
32.若否，则确定所述目标订单为不可接受预订订单并执行订单撮合。
33.具体地，所述确定所述目标订单为可接受预订订单之后，所述方法还包括：
34.当任一所述菜品系列组内的所述目标菜品中属于所述可定菜品的数量大于所述分组菜品阈值时，根据所述分组菜品阈值和所述目标菜品对应的权重排序，依次序组合与所述分组菜品阈值等量的所述目标菜品包括的所述可定菜品，并生成正式订单。
35.具体地，所述订单撮合包括：
36.输出属于所述可定菜品的与所述目标订单对应的推荐菜单内除所述目标菜品外的推荐菜品。
37.具体地，所述输出属于所述可定菜品的与所述目标订单对应的推荐菜单内除所述目标菜品外的推荐菜品之后，所述方法还包括：
38.接收推荐反馈信息；
39.若所述推荐反馈信息指示接受推荐的所述可定菜品，则确定所述目标订单成立并生成所述正式订单。
40.具体地，所述目标菜品包括必选目标菜品和/或可选目标菜品；
41.所述根据各所述目标菜品的数量，判断所述目标订单是否下单成功，包括：
42.若所述目标订单包含的所述必选目标菜品不属于所述可定菜品，则将所述目标订单确定为所述不可接受预订订单；
43.若所述目标订单包含的所述必选目标菜品属于所述可定菜品，则根据各所述目标
菜品的数量，判断所述目标订单是否下单成功。
44.根据本技术的另一方面，提供了一种菜单推荐装置，包括：
45.推荐菜品获取模块，用于获取至少一个菜品系列组以及所述菜品系列组对应的分组菜品阈值，其中，任一所述菜品系列组包括至少一个推荐菜品；
46.推荐菜单建立模块，用于基于任一所述菜品系列组以及所述分组菜品阈值，建立推荐菜单。
47.具体地，所述推荐菜单建立模块，包括：
48.分量阈值获取单元，用于获取任一所述菜品系列组对应的所述推荐菜品的菜品分量阈值，其中，所述菜品分量阈值小于或等于所述分组菜品阈值；
49.推荐菜单建立单元，用于基于任一所述菜品系列组、所述分组菜品阈值以及所述菜品分量阈值，建立推荐菜单。
50.根据本技术的另一方面，提供了一种订单添加装置，包括：
51.推荐菜单输出模块，用于输出推荐菜单；
52.目标菜品接收模块，用于接收对所述推荐菜单内的菜品系列组选择的目标菜品，以及对所述目标菜品的选择顺序；
53.目标订单生成模块，用于根据所述目标菜品以及所述选择顺序，生成目标订单。
54.具体地，所述目标订单生成模块，包括：
55.目标菜品数量单元，用于统计各菜品系列组包含的所述目标菜品的数量；
56.第一订单生成单元，用于当任一所述菜品系列组包含所述目标菜品的数量等于相应的分组菜品阈值时，基于所述目标菜品生成所述目标订单；
57.第二订单生成单元，用于当任一所述菜品系列组包含所述目标菜品的数量大于相应的分组菜品阈值时，基于所述选择顺序对所述菜品系列组中的所述目标菜品作权重排序并生成所述目标订单。
58.具体地，所述目标菜品包括必选目标菜品和/或可选目标菜品；所述目标订单生成模块，包括：
59.第三订单生成单元，用于若所述目标菜品包括所述必选目标菜品和所述可选目标菜品，或者所述目标菜品包括所述可选目标菜品，则基于所述选择顺序对所述可选目标菜品作权重排序并生成所述目标订单。
60.具体地，所述目标订单生成模块，具体用于若任一所述目标菜品的数量小于或等于对应的菜品分量阈值，则根据所述目标菜品以及所述选择顺序，生成目标订单。
61.根据本技术的另一方面，提供了一种订单处理装置，所述装置包括：
62.目标订单接收模块，用于接收目标订单；
63.菜品数量统计模块，用于统计所述目标订单中各目标菜品的数量；
64.订单判断模块，用于根据各所述目标菜品的数量，判断所述目标订单是否下单成功。
65.具体地，所述装置还包括：
66.可定菜品确定模块，用于所述统计所述目标订单中各目标菜品的数量之后，将所述数量大于或等于所述可接受预定值的所述目标菜品确定为可定菜品。
67.具体地，所述订单判断模块，包括：
68.可定菜品数量判断单元，用于判断各所述菜品系列组内的所述目标菜品中属于所述可定菜品的数量是否大于或等于相应的所述分组菜品阈值；
69.可接受订单确定单元，用于若是，则确定所述目标订单为可接受预订订单；
70.订单撮合单元，用于若否，则确定所述目标订单为不可接受预订订单并执行订单撮合。
71.具体地，所述装置还包括：
72.正式订单生成模块，用于所述确定所述目标订单为可接受预订订单之后，当任一所述菜品系列组内的所述目标菜品中属于所述可定菜品的数量大于所述分组菜品阈值时，根据所述分组菜品阈值和所述目标菜品对应的权重排序，依次序组合与所述分组菜品阈值等量的所述目标菜品包括的所述可定菜品，并生成正式订单。
73.具体地，所述订单撮合单元，包括：
74.菜品推荐子单元，用于输出属于所述可定菜品的与所述目标订单对应的推荐菜单内除所述目标菜品外的推荐菜品。
75.具体地，所述订单撮合单元，还包括：
76.推荐反馈接收子单元，用于所述输出属于所述可定菜品的与所述目标订单对应的推荐菜单内除所述目标菜品外的推荐菜品之后，接收推荐反馈信息；
77.正式订单生成子单元，用于若所述推荐反馈信息指示接受推荐的所述可定菜品，则确定所述目标订单成立并生成所述正式订单。
78.具体地，所述目标菜品包括必选目标菜品和/或可选目标菜品；
79.所述订单判断模块，具体用于：若所述目标订单包含的所述必选目标菜品不属于所述可定菜品，则将所述目标订单确定为所述不可接受预订订单；以及若所述目标订单包含的所述必选目标菜品属于所述可定菜品，则根据各所述目标菜品的数量，判断所述目标订单是否下单成功。
80.依据本技术又一个方面，提供了一种订单处理系统，该系统包括：
81.商家终端，用于获取至少一个菜品系列组以及所述菜品系列组对应的分组菜品阈值，其中，任一所述菜品系列组包括至少一个推荐菜品；基于任一所述菜品系列组以及所述分组菜品阈值，建立推荐菜单；
82.客户端，用于输出推荐菜单；接收对所述推荐菜单内的菜品系列组选择的目标菜品，以及对所述目标菜品的选择顺序；根据所述目标菜品以及所述选择顺序，生成目标订单；
83.服务器，用于接收目标订单；统计所述目标订单中各目标菜品的数量；根据各所述目标菜品的数量，判断所述目标订单是否下单成功。
84.依据本技术又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述菜单推荐方法、订单添加方法以及订单处理方法。
85.依据本技术再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述菜单推荐方法、订单添加方法以及订单处理方法。
86.借由上述技术方案，本技术提供的一种菜单推荐方法、订单添加方法以及订单处理方法，利用接收到的目标订单，从每个目标订单中提取出目标菜品，从而在对目标菜品数
量进行统计的基础上，基于目标菜品的数量，找到全部目标订单中的成立订单。本技术基于全部目标订单中包含的各目标菜品的数量实现对成立订单的筛选，以促使撮合订单内包含的目标菜品满足一定数量的目标订单能够下单成功，以提高商家对目标订单的目标菜品的处理效率，从而有助于提高商家的订单菜品加工效率，降低加工成本。
87.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
88.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
89.图1示出了本技术实施例提供的一种菜单推荐方法的流程示意图；
90.图2示出了本技术实施例提供的一种订单添加方法的流程示意图；
91.图3示出了本技术实施例提供的另一种订单添加方法的流程示意图；
92.图4示出了本技术实施例提供的一种订单处理方法的流程示意图；
93.图5示出了本技术实施例提供的另一种订单处理方法的流程示意图；
94.图6示出了本技术实施例提供的一种菜单推荐装置的结构示意图；
95.图7示出了本技术实施例提供的一种订单添加装置的结构示意图；
96.图8示出了本技术实施例提供的另一种订单添加装置的结构示意图；
97.图9示出了本技术实施例提供的一种订单处理装置的结构示意图；
98.图10示出了本技术实施例提供的另一种订单处理装置的结构示意图；
99.图11示出了本技术实施例提供的另一种订单处理系统的结构示意图。
具体实施方式
100.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
101.本技术实施例的一个方面中，提供了一种菜单推荐方法，如图1所示，该方法包括：
102.步骤101，获取至少一个菜品系列组以及菜品系列组对应的分组菜品阈值，其中，任一菜品系列组包括至少一个推荐菜品；
103.步骤102，基于任一菜品系列组以及分组菜品阈值，建立推荐菜单。
104.上述实施例主要应用于商家终端中，例如智能手机、平板电脑、台式电脑等设备。具体涉及了一种建立推荐菜单的方法，推荐菜单可以为套餐菜单，例如三菜一汤一甜品的套餐。首先，商家向终端中录入推荐菜品，在录入推荐菜品时，可以按照菜品的属性将推荐菜品按照不同的菜品系列组进行录入，例如分别将荤菜、素菜、汤品、甜品、饮品录入到相应的菜品系列组中，也可以将菜品名称录入终端中，通过终端中预先设置的智能算法识别菜品所属的菜品系列组。
105.另外，商家还需要同时录入菜单包含的菜品系列组对应的分组菜品阈值，例如一份套餐菜单包括荤菜分组、素菜分组和甜品分组，需要同时设置荤菜的数量、素菜的数量以及甜品的数量，以供用户下单时按照相应的数量选择菜品，终端获取到菜品系列组以及各
组的分组菜品阈值后，可以根据菜品系列组以及分组菜品阈值建立推荐菜单，通过上述方式，商家可以通过录入不同的菜品系列组的菜品以及各分组菜品阈值设置多种推荐菜单。推荐菜单内可以包括一个或多个菜品系列组以及每个菜品系列组内包含的推荐菜品和每个菜品系列组对应的分组菜品阈值。例如，一份2荤1素1甜品的推荐菜单，荤菜对应的菜品系列组中包括宫保鸡丁、溜肉段、红烧肉、西红柿牛腩，素材对应的菜品系列组中包括炝莲白、青椒土豆丝、麻辣豆腐，甜品对应的菜品系列组中包括双皮奶、布丁蛋糕，商家提供上述菜品可供用户在这些菜品进行选择，以向用户提供更丰富的菜品菜单，支持个性化订餐，有助于增强商家的竞争力。
106.在上述实施例中，具体地，步骤102包括：获取任一菜品系列组对应的推荐菜品的菜品分量阈值，其中，菜品分量阈值小于或等于分组菜品阈值；基于任一菜品系列组、分组菜品阈值以及菜品分量阈值，建立推荐菜单。
107.在该实施例中，还可以设置每个菜品的菜品分量阈值，菜品分量阈值表示同一个菜品在一个菜单中的最大可点次数，例如荤菜对应的菜品系列组中包括宫保鸡丁、溜肉段、红烧肉、西红柿牛腩，其中每个菜品对应的菜品分量阈值均为1，则表示每个菜品只能点一次，在同一个推荐菜单不可以同一个菜品点两份，例如用户可以选择宫保鸡丁、溜肉段，而不可以在一个推荐菜单中选择2份宫保鸡丁或者2份溜肉段。
108.本技术实施例的一个方面中，提供了一种订单添加方法，如图2所示，该方法包括：
109.步骤201，输出推荐菜单；
110.步骤202，接收对推荐菜单内的菜品系列组选择的目标菜品，以及对目标菜品的选择顺序；
111.步骤203，根据目标菜品以及选择顺序，生成目标订单。
112.上述实施例主要应用于客户端中，例如智能手机、平板电脑、台式电脑等设备。基于在商家终端设置的推荐菜单，用户在客户端选择某个推荐菜单后，客户端向用户展示该推荐菜单内包含的内容，具体可以为如图1实施例中菜品系列组、每个菜品系列组的推荐菜品以及分组菜品阈值，用户基于客户端展示的推荐菜单进行目标菜品的选择后，根据用户输入的对目标菜品的选择顺序，生成目标订单。例如在荤菜对应的菜品系列组中，用户依次选择了宫保鸡丁、溜肉段、红烧肉，那么在生成目标订单时，就按照宫保鸡丁、溜肉段、红烧肉的顺序生成目标订单的荤菜菜品系列组内容。需要说明的是，用户可以选择超过分组菜品阈值数量的组内推荐菜品作为目标菜品，例如针对2荤1素1甜品的推荐菜单，可以有顺序的选择3种荤菜，以避免按照分组菜品阈值进行目标菜品选择时若存在某目标菜品无法制作会导致订单失败的情况发生，提高订单的下单成功率，另外，所选的目标菜品对应有选择顺序，有助于保证在确立订单时优先根据选择顺序选择用户更喜爱的菜品，提高用户的满意度。
113.进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种订单添加方法，如图3所示，该方法包括：
114.步骤301，输出推荐菜单；
115.步骤302，接收对推荐菜单内的菜品系列组选择的目标菜品，以及对目标菜品的选择顺序；
116.步骤303，若任一目标菜品的数量小于或等于对应的菜品分量阈值，则统计各菜品
系列组包含的目标菜品的数量；
117.步骤304，当任一菜品系列组包含目标菜品的数量等于相应的分组菜品阈值时，基于目标菜品生成目标订单；
118.步骤305，当任一菜品系列组包含目标菜品的数量大于相应的分组菜品阈值时，基于选择顺序对菜品系列组中的目标菜品作权重排序并生成目标订单。
119.在上述实施例中，根据用户选择的目标菜品，先判断每个目标菜品的选择数量是否超过了相应的菜品分量阈值，包括例如宫保鸡丁的菜品分量阈值为1，如果用户在一个推荐菜单中选择了2个或2个以上的宫保鸡丁，则订单生成失败，如果用户只选择了1份宫保鸡丁，则可以进行下一步判断。即确定目标菜品属于每个菜品系列组的数量，接着根据每个菜品系列组包含的目标菜品的数量生成目标订单，具体地，若菜品系列组包含的目标菜品数量大于该分组的分组菜品阈值，那么应基于用户对该分组内目标菜品的选择顺序，按该选择顺序设置分组内目标菜品的优先级即对目标菜品作权重排序，从而生成目标订单，而若菜品系列组包含的目标菜品数量等于该分组的分组菜品阈值，则直接按照所选目标菜品生成目标订单即可。例如用户选择了宫保鸡丁、溜肉段、红烧肉、炝莲白、双皮奶，由此可知用户选择了3个荤菜、1个素菜和1个甜品，那么对于2荤1素1甜品的推荐菜单来说，荤菜的选择数量大于荤菜的分组菜品阈值2，素菜和甜品的选择数量均等于相应分组菜品阈值1，那么生成的目标订单应包括荤菜：宫保鸡丁、溜肉段、红烧肉(排名分先后)，素菜：炝莲白，甜品：双皮奶。
120.在另一实施例中，根据用户选择的目标菜品，先判断每个目标菜品的选择数量，并设定各选择数量为相应的菜品分量阈值，包括例如宫保鸡丁的菜品的选择数量为1，则宫保鸡丁的分量阈值为1，如果用户在一个只能选择2个荤菜的推荐菜单中选择了2份以上的宫保鸡丁，即宫保鸡丁的分量阈值大于2时，则订单生成失败，如果用户只选择了2份或2份以下宫保鸡丁，则可以进行下一步判断。在该实施例中，每个目标菜品的选择数量可以灵活设置，但目标菜品的选择数量小于或者等于分组菜品阈值，即各个菜品分量阈值的组合小于或者等于分组菜品阈值，包括例如在一个3个荤菜的推荐菜单中，若果选择了2份宫保鸡丁，则相对于选择了2份荤菜，剩下可以再选择1份荤菜，以组合为3个荤菜，相应的，若果选择了3份宫保鸡丁，则已满足3个荤菜的条件。
121.即确定目标菜品属于每个菜品系列组的数量，判断每个菜品系列组中的目标菜品的分量阈值是否大于1，若不存在，接着根据每个菜品系列组包含的目标菜品的数量生成目标订单，具体地，若菜品系列组包含的目标菜品数量大于该分组的分组菜品阈值，那么应基于用户对该分组内目标菜品的选择顺序，按该选择顺序设置分组内目标菜品的优先级即对目标菜品作权重排序，从而生成目标订单，而若菜品系列组包含的目标菜品数量等于该分组的分组菜品阈值，则直接按照所选目标菜品生成目标订单即可；例如用户选择了宫保鸡丁、溜肉段、红烧肉、炝莲白、双皮奶，由此可知用户选择了3个荤菜、1个素菜和1个甜品，那么对于2荤1素1甜品的推荐菜单来说，荤菜的选择数量大于荤菜的分组菜品阈值2，素菜和甜品的选择数量均等于相应分组菜品阈值1，那么生成的目标订单应包括荤菜：宫保鸡丁、溜肉段、红烧肉(排名分先后)，素菜：炝莲白，甜品：双皮奶；若存在，接着判断所大于1的分量阈值是否大于分组菜品阈值，若是大于，则订单失败，若是小于或者等于，则接着根据每个菜品系列组包含的目标菜品的数量及目标菜品的分量阈值生成目标订单，具体地，若菜
品系列组包含的目标菜品数量大于该分组的分组菜品阈值(即相当于该菜品系列组中所统计的分量阈值大于该分组的分组菜品阈值)，那么应基于用户对该分组内目标菜品的选择顺序，按该选择顺序设置分组内目标菜品的优先级即对目标菜品作权重排序，从而生成目标订单，而若菜品系列组包含的目标菜品数量等于该分组的分组菜品阈值(即相当于目标菜品的分量阈值都为1份时，该菜品系列组中所统计的分量阈值等于该分组的分组菜品阈值)，则直接按照所选目标菜品生成目标订单即可；而若菜品系列组包含的目标菜品数量小于该分组的分组菜品阈值，但该菜品系列组中所统计的分量阈值大于或者等于该分组的分组菜品阈值时，则直接按照所选目标菜品生成目标订单即可；例如用户选择一份包括3个荤菜的推荐菜单中，选择了2份宫保鸡丁、1份溜肉段，则直接生成一份包括2份宫保鸡丁、1份溜肉段的订单。
122.在该实施例中，用户下单时可以选择超过分组菜品阈值的组内推荐菜品，以便在某个所选目标菜品无法制作时，可以利用其他目标菜品生成订单，提高订单的成功率。
123.在上述实施例中，步骤305包括：若目标菜品包括必选目标菜品和可选目标菜品，或者目标菜品包括可选目标菜品，则基于选择顺序对可选目标菜品作权重排序并生成目标订单。
124.在该实施例中，用户选择菜品时，还可以依照个人喜好设置必选菜品和可选菜品，用户选择某菜品为必选菜品表示该菜品是用户必须要点的菜品，如果该菜品不能点，那么用户将放弃该订单，可选菜品是用户选择的可以选其中的任何一个的菜品，设置必选菜品以使成立订单中包含必选菜品，设置可选菜品提高订单成功容错率，最终可以保证用户口味得到满足的情况下，提高订单成功率。例如用户选择宫保鸡丁为必选菜品、溜肉段和红烧肉为可选菜品，表示宫保鸡丁是用户必须要点的菜品，溜肉段和红烧肉选哪个都可以，即订单最终可以包括宫保鸡丁、溜肉段，也可以包括宫保鸡丁、红烧肉，但是不能没有宫保鸡丁。
125.本技术实施例的一个方面中，提供了一种订单处理方法，如图4所示，该方法包括：
126.步骤401，接收目标订单；
127.步骤402，统计目标订单中各目标菜品的数量；
128.步骤403，根据各目标菜品的数量，判断目标订单是否下单成功。
129.上述实施例主要应用于下单平台的服务器中，服务器接收到用户在客户端提交的目标订单以后，服务器对一定时间内所接收到的全部目标订单进行统计，其中，平台可以提供订单预定服务，在预设订单提交时间内接收全部用户提交的订单，例如平台在每天下午6点至晚上9点的时间段提供订单预定服务，在晚9点对全部用户提交的目标订单进行统计，找出其中的成立订单。当然也可以设置其他的目标订单接收条件，例如对送餐地点为某个特定区域的目标订单进行接收，或其他任何本领域技术人员熟知的目标订单接收条件。接收到目标订单后，具体可以从每个目标订单中提取订单内包含的目标菜品，从而统计出每种目标菜品的出现次数，即各目标菜品的数量，进而根据各目标菜品的数量来判断每一个目标订单是否下单成功。
130.需要说明的是，在统计目标订单中各目标菜品的数量时，可以统计目标订单中包含的全部目标菜品的数量，也可以统计目标订单对应的各个菜品系列组中排序靠前的分组菜品阈值数量的目标菜品，例如一目标订单对应的荤菜的菜品系列组依次包含宫保鸡丁、溜肉段、红烧肉，该分组的分组菜品阈值为2，在统计各目标菜品的数量时，这一订单中的荤
菜可以只统计前两个即宫保鸡丁、溜肉段，也可以统计全部的荤菜，即宫保鸡丁、溜肉段、红烧肉。进而在依据目标菜品的数量判断目标订单成功与否的步骤中，可以根据目标菜品的数量与该菜品对应的预设起订量来判断该目标菜品是否可定，从而基于可定的目标菜品来判定目标订单是否成功，也可以对目标菜品的数量进行排名，例如将排名前4种的目标菜品作为可定菜品，从而再判定目标订单是否成功；或者，可以根据在剔除部分不成功的目标订单后，针对目标订单的撮合情况，统计成功的目标订单的目标菜品。当然，本领域技术人员也可以采取其他的目标菜品数量统计方法以及目标订单成功判定方法，具体可以根据实际情况进行选择，本实施例在此不做限定。
131.通过应用本实施例的技术方案，利用接收到的目标订单，从每个目标订单中提取出目标菜品，从而在对目标菜品数量进行统计的基础上，基于目标菜品的数量，找到全部目标订单中的成立订单。本技术实施例基于全部目标订单中包含的各目标菜品的数量实现对成立订单的筛选，以促使只有订单内包含的目标菜品满足一定数量的目标订单下单成功，筛除掉一些包含较小预定量菜品的目标订单，以免商家对筛除掉的目标订单内的目标食品都进行制作而导致的制作成本提高，处理效率下降，从而有助于提高商家的订单菜品加工效率，降低加工成本。
132.进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种订单处理方法，如图5所示，该方法包括：
133.步骤501，接收目标订单。
134.本步骤501中，目标订单中包括对订单内包含的各菜品系列组内的目标菜品，另外，由于目标订单是用户基于推荐菜单提交的，目标订单还应对应有设置好的推荐菜单，例如一份2荤1素1甜品的推荐菜单，荤菜对应的菜品系列组中包括宫保鸡丁、溜肉段、红烧肉、西红柿牛腩，素材对应的菜品系列组中包括炝莲白、青椒土豆丝、麻辣豆腐，甜品对应的菜品系列组中包括双皮奶、布丁蛋糕，用户提交的某一目标订单包括荤菜：宫保鸡丁、溜肉段、红烧肉(排名分先后)，素菜：炝莲白，甜品：双皮奶。
135.步骤502，统计目标订单中各目标菜品的数量。
136.在步骤502中，具体地，分别从每个目标订单的各菜品系列组中提取出排序靠前的与分组菜品阈值数量相同的目标菜品；对从每个目标订单中提取出的目标菜品进行数量统计。例如在上述目标订单举例中，荤菜的分组菜品阈值为2，则提取出排序在前2名的荤菜，即宫保鸡丁和溜肉段，在对每个目标订单的每个菜品系列组中进行目标菜品提取后，将提取出的全部目标菜品进行数量统计。
137.步骤503，将数量大于或等于可接受预定值的目标菜品确定为可定菜品。
138.在步骤503中，将各目标菜品的数量与预设的可接受预定值(即起订量)进行比较，若某目标菜品的数量大于或等于可接受预定值，说明该目标菜品的预定量超过商家的期望起订量，那么就可以将该目标菜品确定为可定菜品，以便根据可定菜品实现成立订单的统计和成立订单内菜品的确定。
139.需要说明的是，确定出可定菜品后，应基于可定菜品，判断每一种推荐菜单是否满足可定条件，具体地，获取与推荐菜单包含的每个菜品系列组对应的分组菜品阈值；若属于任一菜品系列组的可定菜品的数量大于或等于相应的分组菜品阈值，或者属于任一菜品系列组的可定菜品的分量阈值的总量大于或等于相应的分组菜品阈值，则推荐菜单可定；否
则推荐菜单不可定，将与推荐菜单对应的目标订单确定为不成立订单。
140.步骤504，判断各菜品系列组内的目标菜品中属于可定菜品的数量是否大于或等于相应的分组菜品阈值。
141.步骤505，若是，则确定目标订单为可接受预订订单。
142.步骤506，若任一菜品系列组内的目标菜品中属于可定菜品的数量大于分组菜品阈值时，根据分组菜品阈值和目标菜品对应的权重排序，依次序组合与分组菜品阈值等量的目标菜品包括的可定菜品，并生成正式订单。
143.在步骤505中，还包括：若否，判断各菜品系列组内的目标菜品中属于可定菜品的分量阈值的总量是否大于或等于相应的分组菜品阈值，若是，则确定目标订单为可接受预订订单。
144.在步骤504至步骤506中，根据已经确定的可定菜品，分别针对每个目标订单进行判断，具体应分别判断目标订单包含的每个菜品系列组内的目标菜品中属于可定菜品的数量与该分组的分组菜品阈值的关系，例如某一目标订单对应的荤菜菜品系列组内包括宫保鸡丁、溜肉段、红烧肉，其中，宫保鸡丁和红烧肉为可定菜品，假设分组菜品阈值为2，可知该订单内荤菜菜品中属于可定菜品的数量与荤菜的分组菜品阈值相等，按照相同的方法继续判断其他的菜品系列组，若每个菜品系列组对应的目标菜品都符合上述条件，可以确定目标定位为可接受预订订单。
145.确定某一目标订单为可接受预订订单以后，可以进一步确定该订单内最终成立的菜品，具体可以分别针对目标订单中的每个菜品系列组来确定正式订单内的菜品，若菜品系列组内包含的目标菜品的数量与该组的分组菜品阈值相等，则根据目标菜品直接生成正式订单，若菜品系列组内包含的目标菜品的数量小于该组的分组菜品阈值时，但是菜品系列组内包含的目标菜品的分量阈值总量大于或者等于该组的分组菜品阈值，则根据目标菜品直接生成正式订单，即目标菜品即为正式订单内的菜品，而若菜品系列组内包含的目标菜品的数量大于该组的分组菜品阈值，则根据组内属于可定菜品的目标菜品的排序来确定正式订单内的菜品，例如荤菜菜品系列组内包括宫保鸡丁、溜肉段、红烧肉，其中，宫保鸡丁、溜肉段和红烧肉均为可定菜品，假设分组菜品阈值为2，则按照菜品的顺序选择前2个目标菜品作为最终的正式订单内的菜品，即选择宫保鸡丁和溜肉段生成正式订单。
146.在本技术实施例中，具体地，目标菜品包括必选目标菜品和/或可选目标菜品；在步骤504之前，本实施例还可以包括：若目标订单包含的必选目标菜品不属于可定菜品，则将目标订单确定为不可接受预订订单；若目标订单包含的必选目标菜品属于可定菜品，则执行步骤504。
147.在上述实施例中，当目标订单中包含的必选目标菜品不属于可定菜品时，说明该订单不符合成立条件，直接将目标订单确定为不可接收预订订单，不进行后续判断，以提高订单筛选效率，而当目标订单中包含的必选目标菜品属于可定菜品时，执行步骤504，进一步进行判断。
148.步骤507，若否，则确定目标订单为不可接受预订订单，并输出属于所述可定菜品的与所述目标订单对应的推荐菜单内除所述目标菜品外的推荐菜品。
149.步骤508，接收推荐反馈信息。
150.步骤509，若推荐反馈信息指示接受推荐的可定菜品，则确定目标订单成立并生成
正式订单。
151.在步骤507至步骤509中，若确定目标订单为不可接收预订订单，可以进一步基于可定菜品向用户进行菜品推荐，以促进订单成功，具体可以从目标订单对应的推荐菜单对应的推荐菜品中提取出除订单内目标菜品之外且属于可定菜品的部分进行输出，以实现向用户的推荐，例如某一推荐菜单中荤菜对应的菜品系列组中包括宫保鸡丁、溜肉段、红烧肉、西红柿牛腩，用户对该推荐菜单进行选择下单时，所选的菜品为宫保鸡丁、溜肉段，其中，宫保鸡丁和西红柿牛腩为可定菜品，那么在步骤507中，可以先基于用户提交的目标订单确定对应推荐菜单，进而确定推荐菜单内的推荐菜品(宫保鸡丁、溜肉段、红烧肉、西红柿牛腩)，在推荐菜品中找出除目标菜品(即推荐菜品中除宫保鸡丁、溜肉段外)外属于可定菜品(即宫保鸡丁和西红柿牛腩)的部分，即西红柿牛腩，将其推荐给用户，在保证用户的口味选择的基础上，以提高订单的成功率。
152.向用户推荐可定的菜品之后，接收推荐反馈信息，其中推荐反馈信息可以用于指示用户是否接受推荐的菜品以及用户接受了哪些推荐的菜品，若推荐反馈信息指示用户接受了推荐的菜品，那么根据用户接受的推荐菜品确定以及目标订单中已选的目标菜品中属于可定菜品的菜品，生成正式订单。基于上述举例，若用户接受了西红柿牛腩的推荐，则可以基于宫保鸡丁和西红柿牛腩生成正式订单，并通知用户订单成立以及正式订单内的最终确定的正式的订单菜品，即通知用户订单成立并输出成立的正式订单内的菜品即宫保鸡丁和西红柿牛腩。当然了，在重新接收到用户正式订单后，会对所有的正式订单进行进一步的目标菜品统计。
153.另外，若推荐反馈信息指示用户不接受推荐的菜品，则通知用户订单预定失败。
154.另外，在该实施例中，还包括设置差值补偿，在统计失败的订单后，针对失败的订单进行统计，统计其中所包含的目标菜品的数量，进行统一处理并对正式订单中所扣除的目标菜品的数量进行差值补偿，使其达可接受预定值，其差值补偿为根据目标菜品的种类和数量设置。
155.进一步的，作为图1方法的具体实现，本技术实施例提供了一种菜单推荐装置，如图6所示，该装置包括：
156.推荐菜品获取模块61，用于获取至少一个菜品系列组以及菜品系列组对应的分组菜品阈值，其中，任一菜品系列组包括至少一个推荐菜品；
157.推荐菜单建立模块62，用于基于任一菜品系列组以及分组菜品阈值，建立推荐菜单。
158.具体地，推荐菜单建立模块62，包括(图中未示出)：
159.分量阈值获取单元621，用于获取任一菜品系列组对应的推荐菜品的菜品分量阈值，其中，菜品分量阈值小于或等于分组菜品阈值；
160.推荐菜单建立单元622，用于基于任一菜品系列组、分组菜品阈值以及菜品分量阈值，建立推荐菜单。
161.进一步的，作为图2方法的具体实现，本技术实施例还提供了一种订单添加装置，如图7所示，该装置包括：
162.推荐菜单输出模块71，用于输出推荐菜单；
163.目标菜品接收模块72，用于接收对推荐菜单内的菜品系列组选择的目标菜品，以
及对目标菜品的选择顺序；
164.目标订单生成模块73，用于根据目标菜品以及选择顺序，生成目标订单。
165.在具体的应用场景中，如图8所示，目标订单生成模块73，包括：
166.目标菜品数量单元731，用于统计各菜品系列组包含的目标菜品的数量；
167.第一订单生成单元732，用于当任一菜品系列组包含目标菜品的数量等于相应的分组菜品阈值时，基于目标菜品生成目标订单；
168.第二订单生成单元733，用于当任一菜品系列组包含目标菜品的数量大于相应的分组菜品阈值时，基于选择顺序对菜品系列组中的目标菜品作权重排序并生成目标订单。
169.在具体的应用场景中，如图8所示，目标菜品包括必选目标菜品和/或可选目标菜品；目标订单生成模块73，包括：
170.第三订单生成单元734，用于若目标菜品包括必选目标菜品和可选目标菜品，或者目标菜品包括可选目标菜品，则基于选择顺序对可选目标菜品作权重排序并生成目标订单。
171.具体地，目标订单生成模块73，具体用于若任一目标菜品的数量小于或等于对应的菜品分量阈值，则根据目标菜品以及选择顺序，生成目标订单。
172.进一步的，作为图4方法的具体实现，本技术实施例提供了一种订单处理装置，如图9所示，该装置包括：
173.目标订单接收模块91，用于接收目标订单；
174.菜品数量统计模块92，用于统计目标订单中各目标菜品的数量；
175.订单判断模块93，用于根据各目标菜品的数量，判断目标订单是否下单成功。
176.在具体的应用场景中，如图10所示，该装置还包括：
177.可定菜品确定模块94，用于统计目标订单中各目标菜品的数量之后，将数量大于或等于可接受预定值的目标菜品确定为可定菜品。
178.具体地，订单判断模块93，包括：
179.可定菜品数量判断单元931，用于判断各菜品系列组内的目标菜品中属于可定菜品的数量是否大于或等于相应的分组菜品阈值；
180.可接受订单确定单元932，用于若是，则确定目标订单为可接受预订订单；
181.订单撮合单元933，用于若否，则确定目标订单为不可接受预订订单并执行订单撮合。
182.在具体的应用场景中，如图10所示，该装置还包括：
183.正式订单生成模块95，用于确定目标订单为可接受预订订单之后，当任一菜品系列组内的目标菜品中属于可定菜品的数量大于分组菜品阈值时，根据分组菜品阈值和目标菜品对应的权重排序，依次序组合与分组菜品阈值等量的目标菜品包括的可定菜品，并生成正式订单。
184.具在具体的应用场景中，图中未示出，订单撮合单元933，包括：
185.菜品推荐子单元9331，用于输出属于可定菜品的与目标订单对应的推荐菜单内除目标菜品外的推荐菜品。
186.在具体的应用场景中，图中未示出，订单撮合单元933，还包括：
187.推荐反馈接收子单元9332，用于输出属于可定菜品的与目标订单对应的推荐菜单
内除目标菜品外的推荐菜品之后，接收推荐反馈信息；
188.正式订单生成子单元9333，用于若推荐反馈信息指示接受推荐的可定菜品，则确定目标订单成立并生成正式订单。
189.具体地，目标菜品包括必选目标菜品和/或可选目标菜品；订单判断模块93，具体用于：若目标订单包含的必选目标菜品不属于可定菜品，则将目标订单确定为不可接受预订订单；以及若目标订单包含的必选目标菜品属于可定菜品，则根据各目标菜品的数量，判断目标订单是否下单成功。
190.需要说明的是，本技术实施例提供的上述所涉及各功能单元的其他相应描述，可以参考图1至图5中的对应描述，在此不再赘述。
191.本技术实施例还提供了一种订单处理系统，如图11所示，该系统包括：
192.商家终端111，用于获取至少一个菜品系列组以及菜品系列组对应的分组菜品阈值，其中，任一菜品系列组包括至少一个推荐菜品；基于任一菜品系列组以及分组菜品阈值，建立推荐菜单；
193.客户端112，用于输出推荐菜单；接收对推荐菜单内的菜品系列组选择的目标菜品，以及对目标菜品的选择顺序；根据目标菜品以及选择顺序，生成目标订单；
194.服务器113，用于接收目标订单；统计目标订单中各目标菜品的数量；根据各目标菜品的数量，判断目标订单是否下单成功。
195.该订单处理系统中，商家终端111用于执行图1实施例示出的方法，客户端112用于执行图2或图3实施例示出的方法，服务器113用于执行图4或图5示出的方法，该系统能对应的描述可以参考图1至图5中对应的描述，在此不再赘述。
196.基于上述如图1至图5所示方法，相应的，本技术实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1至图5所示的方法。
197.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景所述的方法。
198.基于上述如图1至图5所示的方法，以及图6至图10所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图5所示的方法。
199.可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。
200.本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
201.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间
通信。
202.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现利用接收到的目标订单，从每个目标订单中提取出目标菜品，从而在对目标菜品数量进行统计的基础上，基于目标菜品的数量，找到全部目标订单中的成立订单。本技术实施例基于全部目标订单中包含的各目标菜品的数量实现对成立订单的筛选，以促使只有订单内包含的目标菜品满足一定数量的目标订单下单成功，筛除掉一些包含较小预定量菜品的目标订单，以免商家对筛除掉的目标订单内的目标食品都进行制作而导致的制作成本提高，处理效率下降，从而有助于提高商家的订单菜品加工效率，降低加工成本。
203.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
204.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。