一种餐饮制作方法、系统及装置与流程

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.图1为本说明书实施例提供的一种餐饮制作方法的流程示意图；
57.图2为本说明书实施例提供的一种餐饮制作方法的流程示意图；
58.图3为本说明书实施例提供的第一终端显示界面的示意图；
59.图4为本说明书实施例提供的一种餐饮制作系统的架构图；
60.图5为本说明书实施例提供的一种餐饮制作系统的架构图；
61.图6为本说明书实施例提供的一种餐饮制作装置的结构示意图；
62.图7为本说明书实施例提供的一种餐饮制作装置的结构示意图。
具体实施方式
63.为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施
例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
64.本说明书提供一种餐饮制作方法，以下结合附图，详细说明本技术各实施例提供的技术方案。
65.图1为本说明书实施例提供的一种餐饮制作方法的流程示意图，具体可包括以下步骤：
66.s100：根据各待制作订单的下单时间以及各待制作订单中的菜品，确定所述菜品的菜品队列。
67.本说明书提供的餐饮制作方法，可应用于餐饮领域进行订单合并制作的过程中，如，将订单中的菜品、饮品、甜品等进行合并制作。为方便描述，后续以菜品制作为例进行说明。
68.其中，该餐饮制作方法具体可由进行订单处理的服务器执行，该服务器可以是单个服务器，也可以是由多个服务器组成的系统，如分布式服务器系统等，本说明书对此不做限制，可根据需要设置。
69.以制作一种菜品为例进行说明，在接收到待制作订单的订单信息后，该服务器可根据各待制作订单的下单时间，以及各待制作订单中的菜品，确定该菜品的菜品队列。其中，订单的下单时间越早，订单中的菜品在菜品队列中的排序越靠前。
70.进一步的，本说明书中的餐饮制作方法可应用于线上外卖场景、线下团购场景以及两者联合场景中，因此该服务器可接收点餐用户通过用户终端发送的点餐请求，也可以接收餐饮服务人员通过收银终端发送的点餐请求。以根据点餐请求中的订单信息，解析该待制作订单包含的菜品。其中，该订单信息中至少包含菜品的菜品名称以及菜品规格等信息，当然，还可包含用户的点餐时间。
71.s102：确定第一用户通过第一终端发送的菜品的反馈信息，并根据所述菜品的反馈信息，调整所述菜品的规划合并数量。
72.为了提升用户体验，减少用户等餐时间，餐厅通常将相同菜品或者制作步骤相近的菜品进行合并制作，以同时炒制多份菜品，节省制作时长，提升制作效率。
73.在本说明书提供的餐饮制作方法中，为适应厨师的炒菜习惯，规划符合厨师的个性化合并方案，可基于厨师的反馈信息，动态调整菜品的规划合并数量，以使厨师按照菜品的规划合并数量完成炒制。
74.具体的，该服务器可接收第一用户通过第一终端发送的菜品的反馈信息，并根据该菜品的反馈信息，调整该菜品的规划合并数量。其中，该第一用户可以是厨师、甜品师等，由于本说明书以菜品合并为例，因此后续该第一用户以厨师为例进行说明。该第一终端用于向厨师展示待制作的菜品以及菜品的合并份数，以供厨师进行调整。该反馈信息中至少包含厨师炒制该菜品的实际合并数量。
75.进一步的，在本说明书一种实施例中，该服务器可根据该第一终端最近一次发送的菜品的反馈信息，确定该反馈信息中的实际合并数量，作为该菜品后续的规划合并数量。
76.在本说明书另一种实施例中，该第一终端发送的反馈信息中还包含该菜品的实际制作时长，为避免菜品炒制效率过低，该服务器可根据该菜品的反馈信息中的实际合并数
量，以及实际制作时长，确定该菜品的实际制作效率，并当该菜品的实际制作效率大于预设基准值时，将该实际合并制作数量作为规划合并数量，否则，不对该菜品的规划合并数量进行调整。
77.在本说明书一种实施例中，该第一终端发送的反馈信息中还包含该菜品的实际制作时长，该服务器还可根据该第一终端历史发送的至少部分反馈信息，确定各反馈信息对应的实际制作效率，并根据各反馈信息对应的实际制作效率，从中确定实际制作效率最高的反馈信息中的实际制作数量，作为规划合并数量。
78.其中，在确定反馈信息对应的实际制作效率时，可根据该反馈信息中的菜品的实际合并数量以及实际制作时长，确定该菜品的实际制作效率，作为该反馈信息对应的实际制作效率。
79.例如，假设历史上发送的第一反馈信息为30分钟合并制作4份黄焖鸡，第二反馈信息为50分钟合并制作5份黄焖鸡，则第一反馈信息对应的实际制作效率为30/4＝7.5分钟/份，第二反馈信息对应的实际制作效率为50/5＝10分钟/份，于是可确定7.5分钟/份的制作效率更高，调整规划合并数量为4份。
80.在本说明书一种实施例中，该服务器还可根据该反馈信息中菜品的实际合并数量、实际制作时长以及菜品队列中菜品的待制作数量，综合确定该菜品的规划合并数量，其中，当菜品队列中菜品的待制作数量较多时，可适当提高该菜品的规划合并数量。
81.s104：根据所述规划合并数量，确定所述菜品队列的出队菜品信息。
82.s106：将所述出队菜品信息发送至所述第一终端，使所述第一用户根据所述第一终端显示的出队菜品信息制作菜品。
83.在本说明书中，该服务器可根据厨师的实时反馈信息，动态调整菜品的规划合并数量，以展示给该厨师进行制作。
84.具体的，该服务器可根据调整后的规划合并数量，确定该菜品队列的出队菜品信息。其中，该出队菜品信息中包含出队菜品的菜品标识以及出队数量，该出队数量与该菜品的规划合并数量相同。当然，还可包含该菜品对应待制作订单的订单标识。
85.之后，将该出队菜品信息发送至该第一终端，使该第一终端根据出队菜品信息，显示待制作的菜品以及合并制作的份数，提示厨师按照规划制作菜品。
86.基于图1所示的餐饮制作方法，可根据各待制作订单的下单时间以及包含菜品，确定菜品的菜品队列。并根据第一用户发送的菜品的反馈信息，调整该菜品的规划合并数量。之后，根据该规划合并数量确定该菜品队列的出队菜品信息，并发送至第一终端，使第一用户根据该第一终端显示内容制作菜品。基于第一用户发送的菜品的反馈信息，动态调整该菜品的规划合并数量，提高了菜品合并效率，也使规划合并数量更符合实际制作需要。
87.在本说明书步骤s100中，当后续接收到新的待制作订单时，可将待制作订单中的菜品添加至该菜品的菜品队列中。
88.需要说明的是，在本说明书中步骤s100与步骤s102的执行顺序不做限制，可先后执行，也可同时执行，具体可根据需要设置。
89.在本说明书步骤s104中，该服务器中也可预先存储初始规划合并数量，以当首次确定出队菜品信息时，可根据该初始规划合并数量确定出队菜品信息中的出队数量。
90.并且，在确定菜品队列的出队菜品信息之前，该服务器还需判断该菜品队列中的
菜品数量是否大于该菜品的规划合并数量，当该菜品队列中的菜品数量大于该菜品的规划合并数量时，可确定出队数量为该规划合并数量。当该菜品队列中的菜品数量小于该菜品的规划合并数量，且该菜品队列不为空时，可确定出队数量为该菜品队列中剩余的菜品数量。
91.进一步的，当该菜品队列中的菜品数量小于该菜品的规划合并数量时，该服务器也可先等待预设时长，便于接收新的订单。若等待预设时长后该菜品队列中的菜品数量仍小于该菜品的规划合并数量时，再确定出队数量为该菜品队列中剩余的菜品数量。
92.上述步骤s100～步骤s106是以一位厨师制作一种菜品，对该菜品为例进行说明。常见于黄焖鸡、米线等单一品类的商家。
93.当然，本说明书提供的餐饮制作方法，也可应用于多品类的商家中。因此当菜品有多种类别时，可根据各菜品的制作信息，对各待制作订单中的菜品进行分类，确定各类菜品。其中，不同类别的菜品对应不同的菜品队列，同一菜品队列中的菜品的制作条件相同。菜品的制作信息至少包含菜品标识、菜品原料、菜品制作步骤以及菜品规格中的一种。
94.进一步的，若两种菜品的菜品名称、菜品原料、菜品制作步骤以及菜品规格均相同，则可认为该两种菜品为制作条件完全相同的菜品。若两种菜品的菜品原料以及菜品制作步骤均相同，只有菜品规格不同，其中一份为大份，另一份为小份，则这两种菜品也可认为是制作条件相同的菜品。同理，若两种菜品仅在口味上存在差异，如其中一份为微辣，另外一份为麻辣，则该两种菜品也可认为是制作条件相同的菜品，可以合并制作，只需后续出餐时单独加辣即可。
95.在本说明书中，还可能存在菜品原料相同，但菜品制作步骤部分相同的菜品，针对此类菜品可以对相同的制作步骤进行合并制作，后续分别完成，以节省制作时间。当然，根据各菜品的制作信息进行菜品合并可以有多种实现方式，本说明书对此不再详细举例，只要菜品合并制作时长少于菜品单独制作时长即可。
96.之后，针对确定出的每类菜品，根据该类菜品中每个菜品对应的待制作订单的下单时间，确定该类菜品的菜品队列。
97.当接收到第一用户通过第一终端发送的菜品的反馈信息时，根据该反馈信息中的菜品标识，调整该菜品标识对应的菜品的规划合并数量。
98.然后，该服务器可根据各菜品队列中菜品对应的下单时间，确定目标菜品队列，并将该目标菜品队列对应的菜品作为目标菜品，根据该目标菜品的规划合并数量，确定该目标菜品队列的出队菜品信息。
99.其中，该服务器可根据各菜品队列中排序第一的菜品对应的下单时间，从中确定下单最早的菜品所在菜品队列，作为目标菜品队列。
100.例如，假设根据各待制作订单中的菜品，确定合并后的菜品队列a中包含6份鱼香肉丝，菜品队列b中包含8份红烧肉，且队列中排序第一的鱼香肉丝的下单时间早于红烧肉，则可确定目标菜品队列为菜品队列a。
101.或者在另一种实施例中，该服务器还可根据各菜品队列中包含的待制作菜品的数量，确定待制作数量最多的菜品队列，作为目标菜品队列。
102.继续以上述为例，由于菜品队列b中待制作数量较多，因此将菜品队列b作为目标菜品队列。
103.当后续接收到新的待制作订单时，针对该待制作订单中的每个菜品，根据各菜品的制作信息，确定该菜品所属类别，并将该菜品添加至该菜品所属类别的菜品队列中。
104.在本说明书中，该服务器中也可预先存储对应各菜品的初始规划合并数量，以当首次确定出队菜品信息时，可根据各菜品的初始规划合并数量，确定各菜品队列的出队菜品信息中的出队数量。
105.此外，在本说明书中仅制作一种菜品时，还可配置有多个厨师，每个厨师对应一个第一终端，用于显示该厨师需要制作的菜品以及合并份数。因此当第一终端有多个时，由于每个厨师的炒制习惯不同，部分厨师可同时炒制份数较多，部分厨师同时炒制份数较少。
106.于是该服务器可针对每个第一终端，根据该第一终端发送的菜品的反馈信息，调整该第一终端对应的菜品的规划合并数量。其中，该反馈信息中包含该第一终端的终端标识。之后，根据该第一终端对应的菜品的规划合并数量，确定该菜品队列的出队菜品信息，作为该第一终端对应的出队菜品信息。并将该第一终端对应的出队菜品信息发送至该第一终端。
107.进一步的，在调整该第一终端对应的菜品的规划合并数量时，该服务器可根据第一终端的数量、菜品的反馈信息中的实际合并数量以及实际制作时长、该菜品队列中菜品的待制作数量等信息，综合对该菜品的规划合并数量进行调整。
108.在本说明书中当菜品有多种，且由多个厨师制作时，可由每个厨师负责制作一种菜品，因此针对每种菜品以及每个厨师，可通过上述步骤s100～步骤s106所述的方法，根据该厨师通过第一终端发送的反馈信息，调整展示给该厨师的菜品合并份数。
109.或者在本说明书中当菜品有多种，且由多个厨师制作时，可根据菜品的下单顺序，依次分配给各厨师制作。
110.具体的，该服务器可根据各菜品的制作信息，对各待制作订单中的菜品进行分类，确定各类菜品。其中，菜品的制作信息至少包含菜品标识、菜品原料、菜品制作步骤以及菜品规格中的一种。
111.之后，针对确定出的每类菜品，根据该类菜品中每个菜品对应的待制作订单的下单时间，确定该类菜品的菜品队列。
112.针对每个第一终端，根据该第一终端发送的菜品的反馈信息，确定该反馈信息中所包含的菜品标识，并根据该反馈信息，调整该第一终端对应该菜品标识的规划合并数量。其中，该反馈信息中还包含该第一终端的终端标识。
113.然后，该服务器可根据各菜品队列中菜品对应的下单时间，确定目标菜品队列，并将该目标菜品队列对应的菜品作为目标菜品，将该目标菜品的菜品标识作为目标菜品标识。根据该第一终端对应该目标菜品标识的规划合并数量，确定该目标菜品队列的出队菜品信息。
114.最后，将确定出的出队菜品信息发送至该第一终端。
115.在本说明书中，为了提升用户体验，该服务器还可向用户展示订单的预测完成时间，以使用户参考规划。具体的，该服务器可根据第一终端发送的反馈信息，确定该菜品的实际制作时长。之后，针对每个待制作订单，根据该待制作订单中的菜品在该菜品队列中的排序、该菜品的规划合并数量以及该菜品的实际制作时长，确定该待制作订单中的菜品的预测完成时间。并将该待制作订单中的菜品的预测完成时间发送至该订单对应的第二终
端，以使该第二终端显示该订单中菜品的预测完成时间，供第二用户参考规划。
116.并且，在本说明书中，当各菜品的规划合并数量调整时，也可重新根据调整后的规划合并数量，确定该订单中菜品的预测完成时间，使预测完成时间更准确。
117.在本说明书中，该服务器还可将该第一终端的数量、各菜品队列中的菜品数量以及第一终端发送的各菜品的反馈信息，发送至第三终端，以使该第三终端进行显示，以提示第三用户进行分工调度。其中，该第三用户可以是厨师长等管理人员。
118.本说明书还提供一种餐饮制作方法，以厨师的第一终端为执行主体，如图2所示，图2为本说明书实施例提供的一种餐饮制作方法的流程示意图，具体可包括以下步骤：
119.s200：接收服务器发送的出队菜品信息，并根据所述出队菜品信息进行显示，以使第一用户根据显示的出队菜品信息制作菜品。
120.s202：响应于所述第一用户的用户操作，向所述服务器发送所述第一用户制作所述菜品的反馈信息。
121.本说明书提供的餐饮制作方法可由第一终端执行，该第一终端用于向厨师展示待制作的菜品、合并份数，以及反馈厨师的实际制作情况。
122.具体的，该第一终端可接收服务器发送的出队菜品信息，并根据该出队菜品信息中包含的出队菜品的菜品标识以及出队数量，显示待制作的菜品以及合并制作份数，以使该第一用户(厨师)参照该第一终端显示内容制作。
123.当厨师按照该第一终端显示的出队菜品信息制作完成后，该厨师可点击该第一终端上显示的“确认”按键，该第一终端可响应与该厨师的用户操作，向该服务器发送该厨师制作该菜品的反馈信息。其中，该反馈信息中包含该厨师制作该菜品的起始时间、终止时间以及合并数量等信息。
124.如图3所示，图3示例性的以第一终端为手机为例进行展示，其中，该第一终端的界面中展示了当前待制作的菜品为“土豆丝”，合并制作份数为5份。并且在该界面右下角存在“确认”按键，当该厨师制作完成后，可点击该按键表示制作完成。
125.进一步的，若该厨师实际制作过程中对菜品的合并份数，与该第一终端显示的合并份数不一致时，该厨师可通过图3中的
“‑”
、“ ”调整该第一终端显示的菜品的合并制作份数，并当该厨师点击“确认”按键时，向该服务器发送该厨师制作该菜品的反馈信息。
126.另外，假设第一终端显示的合并制作5份土豆丝，但是厨师一次性只能合并制作4份，则该厨师在对第一终端中显示的合并制作份数调整后，还需将当前显示订单分为“4 1”份，分为两次炒制完成。
127.基于上述提供的餐饮制作方法，本说明书还提供了一种餐饮制作系统，可在合理控制菜品合并数量的同时，提高菜品合并的效率。以下结合附图，详细说明本技术各实施例提供的技术方案。
128.图4为本说明书实施例提供的一种餐饮制作系统的架构图，该餐饮制作系统可应用于进行餐品制作的商家。该系统至少包括服务器300以及第一终端302，该第一终端302用于展示待制作的菜品及其合并制作份数，以及响应用户操作确定菜品制作完成。该服务器300用于处理用户的点餐请求，以及对待制作的各订单中的菜品进行合并处理。其中，该服务器300可划分为接收模块3000、菜品合并模块3002以及监控模块3004，如图5所示，该接收模块3000用于处理用户的点餐请求，该菜品合并模块3002用于对各点餐订单中的菜品进行
合并，该监控模块3004用于监控第一用户(厨师)制作餐品的实时情况，以反馈给该菜品合并模块3002对菜品合并数量进行调整。
129.具体的，在本说明书中的菜品制作过程中，首先，用户可通过外卖平台点餐或者到店点餐。该商家端服务器300的接单模块在接收到用户的点餐请求后，可根据该用户的点餐请求，进行菜品解析，确定该点餐请求中包含的菜品。其中，该点餐请求中至少包含菜品的菜品名称以及菜品规格等信息，当然，还可包含用户的下单时间。
130.之后，该接收模块3000可将解析出的各点餐请求包含的菜品发送至该菜品合并模块3002，以供该菜品合并模块3002进行合并决策。其中，该菜品合并模块3002可划分为合并排队模块400以及出队合并模块402，如图5所示，分别用于合并菜品，以及控制合并后的菜品的输出。
131.为了缩短用户等待时间，提高菜品制作效率，商家通常将点餐时间相近，且制作过程相近的菜品合并制作。于是该合并排队模块400可根据待制作订单中的下单时间，以及各待制作订单中的菜品，确定该菜品的菜品队列。其中，订单的下单时间越早，该订单中的菜品在该菜品队列中的排序越靠前。
132.之后，该服务器300中的监控模块3004可根据接收到的第一终端302发送的菜品的反馈信息，调整该菜品的规划合并数量，并将调整后的菜品的规划合并数量发送至该出队合并模块402。其中，菜品的反馈信息至少包含菜品的实际合并数量。
133.该出队合并模块402可根据该监控模块3004发送的菜品的规划合并数量，确定该菜品队列的出队菜品信息。其中，该出队菜品信息至少包含出队菜品的菜品标识以及出队数量。
134.然后，该出队合并模块402可将确定出的出队菜品信息发送至该第一终端302，该第一终端302可根据接收到的出队菜品信息中的出队菜品的菜品标识及其出队数量，显示待制作的菜品及其合并制作数量，如，显示“制作4份红烧肉”。当厨师合并制作完成后，可点击第一终端302显示页面上的“确认”按键，确定当前菜品制作完成。当然，若设置的菜品合并数量较多，厨师无法一次性制作完成，则该厨师可调整该菜品合并的数量。例如，假设第一终端302中显示“制作4份红烧肉”，而厨师每次只能合并制作3份，则该厨师可通过划菜操作，确定菜品的实际合并制作数量。
135.当厨师在该第一终端302上确认菜品制作完成时，如图5所示，该第一终端302可响应于厨师的用户操作，将该菜品的反馈信息发送至服务器300中的监控模块3004。其中，该菜品的反馈信息中至少包含菜品的实际合并数量。
136.基于图4所示的餐饮制作系统，该系统中的服务器可根据各待制作订单的下单时间以及包含的菜品，确定菜品队列，并根据第一终端发送的菜品的反馈信息，调整该菜品的规划合并数量。之后，根据该规划合并数量，确定该菜品队列中的出队菜品信息，并将该出队菜品信息发送至第一终端。该第一终端可根据接收到的出队菜品信息进行显示，以及响应于该厨师的用户操作，向该服务器发送该厨师制作该菜品的反馈信息。基于厨师制作菜品的反馈信息，动态调整该菜品的规划合并数量，提高了菜品合并效率，也使规划合并数量更符合实际制作需要。
137.另外，在本说明书中，该监控模块3004还可接收菜品合并模块3002发送的待制作的菜品队列，根据该第一终端302发送的菜品的反馈信息，确定菜品的实际制作时长。之后，
根据待制作的菜品队列、菜品的实际制作时长以及各菜品的实际合并数量，预测各菜品的制作完成时间，并将预测的各菜品的制作完成时间发送至对应的第二终端304进行显示，使得第二用户可参考各菜品的制作完成时间进行规划。
138.在本说明书中，该监控模块3004还可将待制作的菜品队列，当前厨师的数量、菜品的实际制作时长以及菜品的实际合并数量发送至第三终端306，以使第三用户参考该第三终端306的显示内容，进行人员分工调度。其中，该第三用户可以是管理人员，如厨师长，根据当前待制作的菜品以及各厨师的制作效率，进行人员调整。
139.基于图1所示的一种餐饮制作方法，本说明书实施例还对应提供一种餐饮制作装置的结构示意图，如图6所示。
140.图6为本说明书实施例提供的一种餐饮制作装置的结构示意图，包括：
141.第一确定模块500，根据各待制作订单的下单时间以及各待制作订单中的菜品，确定所述菜品的菜品队列；
142.调整模块502，确定第一用户通过第一终端发送的菜品的反馈信息，并根据所述菜品的反馈信息，调整所述菜品的规划合并数量，所述反馈信息至少包含所述菜品的实际合并数量；
143.第二确定模块504，根据所述规划合并数量，确定所述菜品队列的出队菜品信息，所述出队菜品信息至少包含菜品标识以及出队数量；
144.发送模块506，将所述出队菜品信息发送至所述第一终端，使所述第一用户根据所述第一终端显示的出队菜品信息制作菜品。
145.可选的，所述反馈信息还包含所述菜品的实际制作时长，所述第一确定模块500具体用于，根据所述菜品的实际合并数量以及实际制作时长，确定所述菜品的实际制作效率，根据所述菜品的实际制作效率以及预设基准值，调整所述菜品的规划合并数量。
146.可选的，所述菜品有多种类别，不同类别的菜品对应不同的菜品队列，所述第一确定模块500具体用于，根据各菜品的制作信息，对各待制作订单中的菜品进行分类，确定各类菜品，其中，所述菜品的制作信息至少包含菜品标识、菜品原料、菜品制作步骤以及菜品规格中的一种，针对确定出的每类菜品，根据该类菜品中每个菜品对应的待制作订单的下单时间，确定该类菜品的菜品队列。
147.可选的，所述第二确定模块504具体用于，根据各菜品队列中菜品对应的下单时间，确定目标菜品队列，根据目标菜品的规划合并数量，确定所述目标菜品队列的出队菜品信息。
148.可选的，所述第一终端有多个，所述调整模块502具体用于，针对每个第一终端，根据该第一终端发送的所述菜品的反馈信息，调整该第一终端对应的所述菜品的规划合并数量，所述反馈信息中包含该第一终端的终端标识，所述第二确定模块504具体用于，根据该第一终端对应的所述菜品的规划合并数量，确定所述菜品队列的出队菜品信息，作为该第一终端对应的出队菜品信息，所述发送模块506具体用于，将该第一终端对应的出队菜品信息发送至该第一终端。
149.可选的，所述发送模块506还用于，根据所述菜品的反馈信息，确定所述菜品的实际制作时长，针对每个待制作订单，根据该待制作订单中的菜品在所述菜品队列中的排序、所述菜品的规划合并数量以及所述菜品的实际制作时长，确定该待制作订单中的菜品的预
测完成时间，将该待制作订单中的菜品的预测完成时间发送至对应的第二终端，以使所述第二终端进行显示。
150.可选的，所述发送模块506还用于，将所述第一终端的数量、所述菜品队列中的菜品数量以及所述菜品的反馈信息发送至第三终端，使所述第三终端进行显示，以提示第三用户进行分工调度。
151.可选的，所述第一确定模块500还用于，当接收到待制作订单时，针对所述待制作订单中的每个菜品，根据各菜品的制作信息，确定该菜品所属类别，将该菜品添加至该菜品所属类别的菜品队列中。
152.基于图2所示的一种餐饮制作方法，本说明书实施例还对应提供一种餐饮制作装置的结构示意图，如图7所示。
153.图7为本说明书实施例提供的一种餐饮制作装置的结构示意图，包括：
154.接收及显示模块600，接收服务器发送的出队菜品信息，并根据所述出队菜品信息进行显示，以使第一用户根据显示的出队菜品信息制作菜品；
155.反馈模块602，响应于所述第一用户的用户操作，向所述服务器发送所述第一用户制作所述菜品的反馈信息，所述反馈信息至少包含所述菜品的实际合并数量。
156.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和生成专用的集成电路芯片。而且，如今，取代手工地生成集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
157.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存
储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
158.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
159.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
160.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
161.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
162.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
163.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
164.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
165.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
166.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。
计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
167.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
168.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
169.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
170.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
171.以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。