订单处理方法及装置、存储介质、计算机设备与流程

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.图1示出了本技术实施例提供的一种订单处理方法的流程示意图；
67.图2示出了本技术实施例提供的另一种订单处理方法的流程示意图；
68.图3示出了本技术实施例提供的一种订单处理装置的结构示意图；
69.图4示出了本技术实施例提供的另一种订单处理装置的结构示意图。
具体实施方式
70.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
71.在本实施例中提供了一种订单处理方法，如图1所示，该方法包括：
72.步骤101，获取目标订单，其中，目标订单包括至少一种目标食品；
73.步骤102，获取可定食品列表，并查询每个目标食品是否存在于可定食品列表中；
74.步骤103，若任意一种或多种目标食品不存在于可定食品列表中，则基于可定食品列表输出推荐食品。
75.本技术实施例可以应用于外卖平台的下订单订餐场景中，例如某订餐平台提供订单预定服务，具体可以包括食品套餐预订服务，为了满足更多用户的口味需求，商家会提供多于套餐标准食品数量的选择，比如套餐标准食品数量为3，商家提供6中食品供用户选择，还可以包括单点食品预订服务，商家提供多种食品供用户选择。针对上述场景(当然本技术并不限于上述应用场景)，在本实施例中，当用户提交的订单中包含这部分预订量较小的食品时，可以向用户推荐一些预订量已经达到一定数量的其他的食品，在提供多样性食品的同时降低食材采购、运输成本，提高食品加工的效率。
76.具体来说，获取用户提交的目标订单，目标订单可以是套餐订单，也可以是单点菜品订单，目标订单中包含一种或多种用户预订的目标食品，同时，获取当前的可定食品列
表，根据可定食品列表中的包含的可定食品，确定目标订单中包含的目标食品是否都属于可定食品列表中的可定食品，从而在目标订单中包含的目标食品中有一个或多个不属于可定食品时，说明目标订单中存在商家当前计划不制作的食品，也就是说，目标订单有预定失败的风险，这时为了提高用户提交订单的成功率，可以基于可定食品列表中包含的可定食品确定推荐食品，向用户推荐，若用户同意接受这些推荐的食品，可以快速确保订单成立，用户不需要等到订单提交时间结束后就可以知道订单的成立情况，保证用户下单成功的同时，降低商家的食品制作成本、提高商家的食品制作效率。
77.需要说明的是，可定食品列表中包含的可以是当前已经达到预设起订量的可定食品，例如，预设的订单提交时间是下午6点至10点，可以对下午6点至7点提交的订单进行统计，计算这段时间内的订单包含的每种食品的预订量，若食品的预订量达到相应食品的起订量，则将该食品加入可定食品列表中，对于7点以后提交的目标订单，根据可定食品列表中的包含的可定食品，确定目标订单中包含的目标食品是否都属于可定食品列表中的可定食品，从而若目标订单中包含的目标食品中有一个或多个不属于可定食品，说明按照当前的订单量来看，目标订单内包含的目标食品还不属于商家确定可以加工制作的食品，也就是说，目标订单当前还无法被认定为可成立的订单，存在预定失败的风险，因此，这种情况下可以根据当前的可定食品列表向用户推荐当前已到达起订量的可定食品，若用户同意接受这些推荐的食品，可以确保订单成立。当然，由于随着时间推移订单量加大，可定食品列表是可以实时更新的，以确保可定食品信息的准确性。例如，用户甲在8点提交的订单中包含的某食品a不属于8点时对应的可定食品，用户乙在9点提交的订单中也包含食品a，但9点时对应的可定食品包含食品a，在其他预定食品也都可定的情况下，用户乙的订单可以直接成立，不需要再向用户乙推荐其他可定食品，可以减少对用户的打扰。
78.另外，可定食品列表还可以是基于对整个订单提交时间内提交的订单进行统计而得到的，例如预设的订单提交时间是下午6点至10点，将这个时间段全部的订单进行统计，计算订单包含的每种食品的预订量，若食品的预订量达到相应食品的起订量，则将食品加入可定食品列表中，从而在订单提交时间结束时基于可定食品列表，对该时间段内订单进行分析以及食品推荐。
79.除此之外，可定食品列表也可以是根据历史大数据确定的或者是商家自主设定的，例如对一周内、一个月内等历史订单进行统计分析，根据历史订单确定用户下单量较多的食品，将这些食品作为可定食品，或者，商家自主设定一些采购、运输、加工成本较低，利润较大或者主推的等等食品作为可定食品，而后再基于用户提交的订单实时对可定食品列表进行更新，在快速促进订单成立的同时也确保可定食品信息提供的及时性和准确性。对于可定食品列表的建立方式，本技术在此不做限定。
80.通过应用本实施例的技术方案，对于获取到的用户提交的目标订单，基于可定食品列表逐个判断目标订单内包含的目标食品是否属于可定食品列表中的可定食品，当存在一个或多个不存在于可定食品列表中的目标食品时，在可定食品列表中找出推荐食品向用户推荐。本技术实施例在用户提交的目标订单内包含不属于可定食品的目标食品时，即当前的目标订单不满足订单成立条件时，向用户推荐可定食品，以使用户在接受推荐后能够确保订单快速成立，提高了用户体验，并且对于商家来说可以降低商家的食品制作成本、提高商家的食品制作效率。
81.进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种订单处理方法，如图2所示，该方法包括：
82.步骤201，在订单预定时间内，获取目标订单。
83.步骤202，获取可定食品列表，并查询每个目标食品是否存在于可定食品列表中。
84.步骤203，若任意一种或多种目标食品不存在于可定食品列表中，则获取任意一种或多种目标食品对应的当前预订量。
85.步骤204，输出任意一种或多种目标食品的当前预订量和/或当前预订量与预设起订量的比对信息。
86.在上述实施例中，接收在预设的订单预定时间内用户提交的目标订单，例如订单预定时间为每天下午6点至10点，在这个时间段接收到目标订单以后，基于可定食品列表查询目标食品是否存在于可定食品列表中，并在一个或多个目标食品不存在于可定食品列表中时，获取该目标食品对应的当前预订量，并向用户展示其所预定的目标食品的当前预订量，或者该目标食品的当前预订量与预设起订量的比对信息，以便用户及时了解目标食品的当前预定情况，从而根据当前预定情况及时调整订单内食品。例如，用户提交的目标订单中食品a不属于可定食品，那么获取食品a的当前预订量，假设食品a的当前预订量为200份，预设起订量为400份，则向用户输出食品a的当前预订量为200份和/或食品a当前已完成预订量的50％。
87.步骤205，在订单预定时间内实时获取并输出任意一种或多种目标食品对应的实时预订量和/或实时预订量与预设起订量的比对信息，并在实时预订量大于或等于预设起订量时，将目标订单标记为成立订单。
88.在该实施例中，对于每个目标订单来说，除了在提交订单时显示不属于可定食品的目标食品对应的当前预定情况以外，在提交订单以后，还可以实时获取该目标食品的预定情况，并实时的将预定情况输出向用户进行展示。当该目标食品的实时预订量达到预设起订量时，说明目标订单中包含的目标食品都已经满足可定条件，则将目标订单标记为成立订单，并通知用户目标订单预定成功。
89.步骤206，若任意一种或多种目标食品不存在于可定食品列表中，则基于可定食品列表输出推荐食品。
90.步骤207，接收推荐食品反馈信息；
91.步骤208，若推荐食品反馈信息指示接受推荐食品，则将目标订单标记为成立订单。
92.在步骤206至步骤208中，当用户提交的目标订单中包含不可定食品时，还可以基于可定食品列表向用户输出推荐食品，并根据接收到的推荐食品反馈信息确定目标订单是否成立，若接收到的食品反馈信息指示接受推荐食品，则说明用户可以接受推荐的满足预定条件的可定食品，目标订单可以被标记为成立订单，从而提高订单的成功率。
93.对于步骤206中，基于可定食品列表输出推荐食品的具体方式，至少可以包括以下几种。
94.实施例a：从可定食品列表中，提取与任意一种或多种目标食品的类别相同的可定食品，并将提取出的可定食品作为推荐食品进行输出。
95.在该实施例中，目标订单还包括与目标食品对应的类别。例如类别可以包括荤菜、
素菜、汤品、饮品、甜品等等。当存在一种或多种不属于可定食品的目标食品时，根据这些目标食品的类别，寻找与目标食品的类别相同的可定食品作为推荐食品。另外，推荐食品的数量应不小于上述的不属于可定食品的目标食品的数量。例如，用户提交的目标订单中包括食品a、b、c，其中可定食品列表中不包括食品a和食品c，食品a为荤菜、食品c为甜品，那么可以在可定食品列表中找出不少于1个的荤菜和不少于1个的甜品，并将找出的荤菜和甜品作为推荐食品进行输出。
96.实施例b：从可定食品列表中，提取与任意一种或多种目标食品的类别相同的可定食品；获取与下单用户标识匹配的历史订单；从历史订单中分别提取出与任意一种或多种目标食品的类别相同的历史订单食品；将存在于可定食品列表中的历史订单食品作为推荐食品，并输出推荐食品。
97.在该实施例中，目标订单还包括下单用户标识。根据下单用户标识获取该下单用户的历史订单，并从历史订单中提取出用户与不属于可定食品的目标食品的类别相同的历史订单食品，然后将历史订单食品与可定食品之中重合的部分作为推荐食品，向用户进行输出，基于历史订单结合可定食品列表进行食品推荐，有助于向用户推荐更符合其喜好的食品，使用户更容易接受推荐，从而促成订单成立。例如，用户提交的目标订单中包括食品a、b、c，其中可定食品列表中不包括食品a和食品c，食品a为荤菜、食品c为甜品，该用户的历史订单中包含的荤菜有食品e、f、g，甜品h、i、j，历史订单食品e、f、g和h、i、j中与可定食品重合的食品有e、f、h、i，那么可以将e、f、h、i作为推荐食品向用户进行输出。
98.实施例c：获取与目标订单对应的下单用户的口味信息；将可定食品列表中与口味信息匹配的可定食品作为推荐食品进行输出。
99.在该实施例中，根据提交目标订单的下单用户的口味信息，在可定食品列表中获取与相关的推荐食品进行推荐。例如根据下单用户的历史订单分析出用户偏好辣味，则可以在可定食品列表中寻找口味为辣味的可定食品，将其作为推荐食品进行输出，也可以在用户提交订单时，提示用户输入口味信息，根据用户输入的口味信息在可定食品列表中获取推荐食品进行输出，根据用户的口味信息推荐食品，可以实现对用户的个性化推荐，有助于用户接受推荐，从而促成订单成立。
100.实施例d：根据可定食品列表包含的可定食品对应的目标维度特征，确定并输出推荐食品。
101.在该实施例中，根据可定食品对应的目标维度特征确定推荐食品进行输出。例如根据可定食品对应的当前预订量、历史订单量、收藏量、评分等等一个或多个维度来确定推荐食品，其中，当前预订量为当前订单预定周期内对某可定食品的预订量，历史预订量为一周、一个月或任意周期的历史订单中包含的某可定食品的订单量。在无法准确获取用户的喜好的情况下，或者需要向用户推荐更丰富的食品时，基于目标维度特征推荐食品，找出更多用户喜爱的优质食品从而进行推荐，有助于提高推荐食品的成功率。
102.步骤209，到达订单截止时间时，获取任意一种或多种目标食品对应的截止预订量。
103.步骤210，若每种任意一种或多种目标食品的截止预订量分别大于或等于相应的预设起订量，则将目标订单标记为成立订单。
104.在上述实施例中，若到达订单截止时间，对于未被标记为成立订单的目标订单，对
于其中不属于可定食品的目标食品，统计全部提交订单中包含的该种类目标食品的截止预订量，若截止预订量达到相应的预设起订量，说明目标订单中包含的每种目标食品均已达到起订量要求，则将目标订单标记为成立订单。
105.步骤211，若任意一种或多种目标食品中的至少一种对应的截止预订量小于预设起订量，且推荐食品反馈信息指示不接受推荐食品，则将目标订单标记为不成立订单。
106.在上述实施例中，若到达订单截止时间时，目标订单中仍然存在不满足预设起订量条件的食品，并且未接收到推荐食品反馈信息或者接收到的推荐食品反馈信息指示不接受推荐食品，则将目标订单标记为不成立订单。从而保证成立的订单中包含的食品对应的预订量均达到其相应的预设起订量，降低食材的采购、运输成本，也提高了食品的加工效率，且向相应的下单用户进行了食品推荐但用户不接受，用户在拒绝推荐食品时还可以提示用户若拒绝推荐食品订单将因某食品预定数量太少而预定失败，考虑了用户口味需求和下单体验需求，真正做到了商家和客户的双赢。
107.本技术实施例还提供了一种订单预定方法，该方法包括：
108.基于对可选食品的选择，获取目标食品；
109.根据目标食品，建立并提交目标订单，以使服务器在查询到任意一种或多种目标食品不存在于可定食品列表中时，基于可定食品列表输出推荐食品；
110.接收并展示推荐食品。
111.上述实施例可以应用于客户端，例如智能手机、平板电脑等设备。用户可以通过客户端浏览外卖平台提供的可选食品，客户端可以基于用户对可选食品的选择获取目标食品，例如基于用户在手机屏幕上对可选食品的触摸、拖动选择，获取到用户心仪的目标食品，进而根据用户选择的目标食品建立目标订单，并将建立的目标订单发送到外卖平台对应的服务器当中，以供服务器对目标订单进行判断，当目标订单中包含的目标食品中的任意一种或多种不存在于可定食品列表中时，服务器会基于可定食品列表向客户端输出推荐食品，以供用户对推荐食品进行选择，从而促成订单成立。
112.在上述实施例中，具体地，该方法还包括：获取并发送推荐食品反馈信息。
113.在该实施例中，客户端可以对接收到的来自服务器的推荐食品进行展示，以供用户选择，进而基于用户在客户端中的操作获取推荐食品反馈信息，例如用户触摸同意按钮则获取到可以指示用户接受推荐食品的反馈信息，并将该信息发送到服务器中，反之用户触摸拒绝按钮则获取到可以指示用户拒绝推荐食品的反馈信息，并将该信息发送到服务器中，从而服务器根据推荐食品反馈信息对目标订单进行进一步判断。
114.在上述实施例中，具体地，该方法还包括：接收并展示目标订单的成立提示信息。
115.在该实施例中，当服务器侧判断目标订单成立时，可以向客户端发送订单成立提示信息，客户端接收后对其进行展示，方便用户及时了解订单预定情况。详细的目标订单成立判断条件在图2实施例有详细说明，在此不再赘述。
116.在上述实施例中，具体地，该方法还包括：接收并展示目标订单的不成立提示信息。
117.在该实施例中，若目标订单不成立，客户端将接收到服务器发送的目标订单不成立的提示信息，客户端进行展示，以提醒用户订单不成立，以免用户在不知道订单未成立的无法用餐。订单不成立的条件可以为：任意一种或多种目标食品中的至少一种对应的截止
预订量小于预设起订量，且推荐食品反馈信息指示不接受推荐食品。
118.在上述实施例中，具体地，该方法还包括：接收并展示任意一种或多种目标食品的当前预订量和/或当前预订量与预设起订量的比对信息。
119.在该实施例中，服务器可以根据用户提交的目标订单进行成立性的实时判断，当订单内任意一种或多种目标食品不存在于可定食品列表中时，服务器可以获取这部分目标食品的当前预订量以及相应食品的预设起订量，并将该食品的当前预订量和/或当前预订量与预设起订量的比对信息发送到客户端中，以供客户端进行展示，以便用户及时了解目标食品的当前预定情况，从而根据当前预定情况及时调整订单内食品。
120.在上述实施例中，具体地，该方法还包括：接收并展示任意一种或多种目标食品对应的实时预订量和/或实时预订量的比对信息。
121.在该实施例中，对于每个目标订单来说，除了在提交订单时显示不属于可定食品的目标食品对应的当前预定情况以外，在提交订单以后，还可以实时获取该目标食品的预定情况，并实时的将预定情况输出向用户进行展示。
122.进一步的，作为图1方法的具体实现，本技术实施例提供了一种订单处理装置，如图3所示，该装置包括：
123.目标订单获取模块301，用于获取目标订单，其中，目标订单包括至少一种目标食品；
124.可定食品查询模块302，用于获取可定食品列表，并查询每个目标食品是否存在于可定食品列表中；
125.食品推荐模块303，用于若任意一种或多种目标食品不存在于可定食品列表中，则基于可定食品列表输出推荐食品。
126.在具体的应用场景中，如图4所示，目标订单还包括与目标食品对应的类别；食品推荐模块303，具体包括：
127.第一推荐单元3031，用于从可定食品列表中，提取与任意一种或多种目标食品的类别相同的可定食品，并将提取出的可定食品作为推荐食品进行输出。
128.具体地，目标订单包括下单用户标识；第一推荐单元3031，具体用于：
129.获取与下单用户标识匹配的历史订单；从历史订单中分别提取出与任意一种或多种目标食品的类别相同的历史订单食品；将存在于可定食品列表中的历史订单食品作为推荐食品，并输出推荐食品。
130.在具体的应用场景中，如图4所示，食品推荐模块33，具体包括：
131.口味信息获取单元3032，用于获取与目标订单对应的下单用户的口味信息；
132.第二推荐单元3033，用于将可定食品列表中与口味信息匹配的可定食品作为推荐食品进行输出。
133.在具体的应用场景中，如图4所示，食品推荐模块303，具体包括：
134.第三推荐单元3034，用于根据可定食品列表包含的可定食品对应的目标维度特征，确定并输出推荐食品。
135.在具体的应用场景中，如图4所示，该装置还包括：
136.反馈信息接收模块304，用于基于可定食品列表输出推荐食品之后，接收推荐食品反馈信息；
137.第一成立订单标模块305，用于若推荐食品反馈信息指示接受推荐食品，则将目标订单标记为成立订单。
138.在具体的应用场景中，如图4所示，该装置还包括：
139.当前预订量获取模块306，用于若任意一种或多种目标食品不存在于可定食品列表中，则获取任意一种或多种目标食品对应的当前预订量；
140.预订信息输出模块307，用于输出任意一种或多种目标食品的当前预订量和/或当前预订量与预设起订量的比对信息。
141.具体地，目标订单获取模块301，具体用于：在订单预定时间内，获取目标订单；
142.在具体的应用场景中，如图4所示，该装置还包括：
143.第二成立订单标记模块308，用于在订单预定时间内实时获取并输出任意一种或多种目标食品对应的实时预订量和/或实时预订量与预设起订量的比对信息，并在实时预订量大于或等于预设起订量时，将目标订单标记为成立订单。
144.在具体的应用场景中，如图4所示，该装置还包括：
145.截止预订量获取模块309，用于到达订单截止时间时，获取任意一种或多种目标食品对应的截止预订量；
146.第三成立订单标记模块3010，用于若每种任意一种或多种目标食品的截止预订量分别大于或等于相应的预设起订量，则将目标订单标记为成立订单；
147.不成立订单标记模块3011，用于若任意一种或多种目标食品中的至少一种对应的截止预订量小于预设起订量，且推荐食品反馈信息指示不接受推荐食品，则将目标订单标记为不成立订单。
148.需要说明的是，本技术实施例提供的一种订单处理装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。
149.基于上述如图1和图2所示方法，相应的，本技术实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的订单处理方法。
150.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景所述的方法。
151.基于上述如图1、图2所示的方法，以及图3、图4所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的订单处理方法。
152.可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。
153.本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
154.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机
设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。
155.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现对于获取到的用户提交的目标订单，基于可定食品列表逐个判断目标订单内包含的目标食品是否属于可定食品列表中的可定食品，当存在一个或多个不存在于可定食品列表中的目标食品时，在可定食品列表中找出推荐食品向用户推荐。本技术实施例在用户提交的目标订单内包含不属于可定食品的目标食品时，即当前的目标订单不满足订单成立条件时，向用户推荐可定食品，以使用户在接受推荐后能够确保订单快速成立，无需等待订单提交时间结束就可以提前获知预定结果，提高了用户体验，并且对于商家来说可以降低商家的食品制作成本、提高商家的食品制作效率。
156.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
157.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。