CN107527278A - 食堂供餐方法、装置及*** - Google Patents

Abstract

本发明提供了一种食堂供餐方法、装置及***，涉及食堂供餐技术领域，该方法包括：向消费者客户端发送就餐意向预询和预先存储的菜谱；接收预设间段内来自消费者客户端的应答信息；统计包括有确定就餐的应答信息的第一数量、包括有不确定就餐的应答信息的第二数量，以及预选餐品名称的出现频率，生成并向食堂客户端发送统计结果；通过食堂客户端接收餐品信息；判断餐品名称中是否包括有预选餐品名称；如果是，将预选餐品名称和预选餐品名称对应的窗口编号推送至消费者客户端；如果否，将餐品信息推送至消费者客户端。本发明能够增进食堂与用餐人员之间的交流，便于食堂提供符合大众心意的餐品，并有效提升购餐效率。

Description

食堂供餐方法、装置及***

技术领域

本发明涉及食堂供餐技术领域，尤其是涉及一种食堂供餐方法、装置及***。

背景技术

现有的食堂供餐方式为：食堂布设有多个供餐窗口，每个供餐窗口提供的食物不相同，由用餐人员自行选择符合心意的食物。发明人在研究过程中发现，现有的食堂供餐方式，由于缺乏食堂与用餐人员之间的沟通，会出现如下问题：(1)用餐人员难以方便的知晓当天各个餐口的供餐情况，大多需要在打饭时花费一定的时间选择符合心意的餐品，或者咨询食堂工作人员有关餐品的价格、口味情况，导致购餐环节耗时较长，效率较低(2)食堂难以得知用餐人员的用餐喜好、用餐人数等，导致提供的餐品不符合大众口味，以及出现提供的餐品不够或者浪费的情况。

发明内容

有鉴于此，本发明的目的在于提供一种食堂供餐方法、装置及***，能够增进食堂与用餐人员之间的交流，便于食堂提前了解用餐人员用餐意向及需求，以提供符合大众心意的餐品，并有效提升购餐效率。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种食堂供餐方法，该方法由服务器执行，服务器分别与消费者客户端和食堂客户端通信连接，包括：在预设时间向消费者客户端发送就餐意向预询和预先存储的菜谱；其中，菜谱包括餐品名称，以及与餐品名称对应的价格信息和口味信息；接收预设间段内来自消费者客户端的应答信息；其中，应答信息包括确定就餐、拒绝就餐、不确定就餐，以及预选餐品名称中的一种或多种；统计包括有确定就餐的应答信息的第一数量、包括有不确定就餐的应答信息的第二数量，以及预选餐品名称的出现频率，并生成包括有第一数量、第二数量、预选餐品名称以及预选餐品名称的出现频率的统计结果；将统计结果发送至食堂客户端；通过食堂客户端接收餐品信息；其中，餐品信息包括窗口编号和与窗口编号对应的餐品名称；当消费者客户端的应答信息中包括有预选餐品名称时，判断餐品名称中是否包括有预选餐品名称；如果是，将预选餐品名称和预选餐品名称对应的窗口编号推送至消费者客户端；如果否，将餐品信息推送至消费者客户端。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，上述方法还包括：通过食堂客户端接收并存储菜谱。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，上述在统计包括有确定就餐的应答信息的第一数量、包括有不确定就餐的应答信息的第二数量，以及预选餐品名称的出现频率的步骤后，方法还包括：根据第一数量和第二数量，确定前去就餐的预估人数；将预估人数添加至统计结果。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，其中，上述根据第一数量和第二数量，确定前去就餐的预估人数的步骤，包括：按照以下公式，确定前去就餐的预估人数：X＝A+0.5*B；其中，X为预估人数，A为第一数量，B为第二数量。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，上述方法还包括：根据预估人数，查询预先设置的食量数据库，生成与预估人数对应的食材分量；其中，食量数据库中存储有人数与食材分量的对应关系；将食材分量发送至食堂客户端。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，上述方法还包括：当消费者客户端的应答信息中包括有不确定就餐时，向消费者客户端推送餐品信息，并标注餐品信息中的推荐餐品。

第二方面，本发明实施例还提供一种食堂供餐装置，该装置设置于服务器上，服务器分别与消费者客户端和食堂客户端通信连接，包括：预询发送模块，用于在预设时间向消费者客户端发送就餐意向预询和预先存储的菜谱；其中，菜谱包括餐品名称，以及与餐品名称对应的价格信息和口味信息；应答接收模块，用于接收预设时间段内来自消费者客户端的应答信息；其中，应答信息包括确定就餐、拒绝就餐、不确定就餐，以及预选餐品名称中的一种或多种；统计模块，用于统计包括有确定就餐的应答信息的第一数量、包括有不确定就餐的应答信息的第二数量，以及预选餐品名称的出现频率，并生成包括有第一数量、第二数量、预选餐品名称以及预选餐品名称的出现频率的统计结果；统计结果发送模块，用于将统计结果发送至食堂客户端；餐品接收模块，用于通过食堂客户端接收餐品信息；其中，餐品信息包括窗口编号和与窗口编号对应的餐品名称；判断模块，用于当消费者客户端的应答信息中包括有预选餐品名称时，判断餐品名称中是否包括有预选餐品名称；第一推送模块，用于在判断为是时，将预选餐品名称和预选餐品名称对应的窗口编号推送至消费者客户端；第二推送模块，用于在判断为否时，将餐品信息推送至消费者客户端。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，上述装置还包括：菜谱存储模块，用于通过食堂客户端接收并存储菜谱。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，上述装置还包括：预估人数确定模块，用于根据第一数量和第二数量，确定前去就餐的预估人数；统计添加模块，用于将预估人数添加至统计结果。

第三方面，本发明实施例提供了一种食堂供餐***，包括服务器和用户终端；服务器包括第二方面任一项实施方式提供的食堂供餐装置，用户终端包括消费者终端和食堂终端。

本发明实施例提供了一种食堂供餐方法、装置及***，该方法通过在向消费者客户端发送就餐意向预询和预先存储的菜谱，并获得应答信息，以统计应答信息中包含有确定就餐和不确定就餐的数量，以及应答信息中预选餐品名称的出现频率，并生成统计结果发送至食堂客户端，以便食堂了解用餐人员用餐意向及需求。该方法还会通过食堂客户端接收餐品信息，并将预选餐品名称和预选餐品名称对应的窗口编号推送至相应的消费者客户端，以使消费者清楚的了解预选餐品所在位置，加快购餐效率。本发明实施例提供的上述方法、装置及***，能够增进食堂与用餐人员之间的交流，便于食堂提前了解用餐人员用餐意向及需求，以提供符合大众心意的餐品，并有效提升购餐效率。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明实施例所提供的一种食堂供餐方法流程图；

图2示出了本发明实施例所提供的另一种食堂供餐方法流程图；

图3示出了本发明实施例所提供的一种食堂供餐装置的结构框图；

图4示出了本发明实施例所提供的另一种食堂供餐装置的结构框图；

图5示出了本发明实施例所提供的一种食堂供餐***的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前食堂与用餐人员之间交流不畅，用餐人员在食堂就餐时，由于对于各个窗口提供的餐品不了解，通常购餐环节耗时较长，效率较低；此外，食堂难以提前得知消费者的用餐喜好、用餐人数等，导致提供的餐品不符合大众口味，也不容易把握当天提供的餐量。基于此，本发明实施例提供的一种食堂供餐方法、装置及***，可以增进食堂与用餐人员之间的交流，便于食堂提前了解用餐人员用餐意向及需求，以提供符合大众心意的餐品，并有效提升购餐效率。以下对本发明实施例进行详细介绍。

实施例一：

参见图1所示的一种食堂供餐方法流程图，该方法以从服务器侧描述为例进行说明，由服务器执行，该服务器分别与消费者客户端和食堂客户端通信连接，包括以下步骤：

步骤S102，在预设时间向消费者客户端发送就餐意向预询和预先存储的菜谱；其中，菜谱包括餐品名称，以及与餐品名称对应的价格信息和口味信息。通过菜谱，可以让用餐人员从中做出选择，用餐人员来浏览菜谱时，即可以对各个菜品有较为清楚的了解，从而无需在窗口上再去询问食堂工作人员关于菜品的信息，较好的节约了购餐时间。应当注意的是，菜谱并非是食堂当天可以提供的全部餐品，只是列举了食堂所能够提供的全部餐品种类，食堂在每次提供伙食时，只是从中选取部分餐品。

步骤S104，接收预设间段内来自消费者客户端的应答信息；其中，应答信息包括确定就餐、拒绝就餐、不确定就餐，以及预选餐品名称中的一种或多种。具体的，应当信息中，应当包括确定就餐、拒绝就餐和不确定就餐中的一种；当选择有确定就餐时，应当还包括预选餐品名称；其中，预选餐品名称可以陈列预设数目，例如可以预选1～3种。

步骤S106，统计包括有确定就餐的应答信息的第一数量、包括有不确定就餐的应答信息的第二数量，以及预选餐品名称的出现频率，并生成包括有第一数量、第二数量、预选餐品名称以及预选餐品名称的出现频率的统计结果。预选餐品名称的出现频率，也即，该预选餐品名称在所有消费者客户端返回的预选餐品名称中出现的频率或比例，诸如，接收到300份应答信息，假设每份应答信息都反馈有1种预选餐品名称，即总共接收到300份预选餐品名称；其中，A餐品名称出现有60次，频率则为20％。预选餐品名称的出现频率越高，食堂当天提供该预选餐品的可能性越大。

步骤S108，将统计结果发送至食堂客户端。该统计结果为食堂当天准备伙食提供了较好的依据，诸如，食堂工作人员可以根据确定就餐的人数和不确定就餐的人数，大致估算当日应当提供的餐量；根据统计结果中的预选餐品名称种类及频率，可以安排当日餐品的种类，以迎合广大用餐人员。

步骤S110，通过食堂客户端接收餐品信息；其中，餐品信息包括窗口编号和与窗口编号对应的餐品名称。也即，食堂工作人员将当天的餐品信息通过食堂客户端上传至服务器；该步骤也可以理解为：接收来自食堂客户端的餐品信息。

步骤S112，当消费者客户端的应答信息中包括有预选餐品名称时，判断餐品名称中是否包括有预选餐品名称；如果是，执行步骤S114；如果否，执行步骤S116；由于众口难调，食堂通常只能照顾到大部分用餐人员的口味，也可能有小部分用餐人员提供的预选餐品名称并不包含在当天提供的餐品信息中时。

步骤S114，将预选餐品名称和预选餐品名称对应的窗口编号推送至消费者客户端。如果食堂当日提供的餐品中包括有用餐人员反馈的预选餐品名称，则通过将窗口编号直接提供给用餐人员的方式，便于用餐人员提前了解心仪餐品所在位置，可以直接去该位置购买，而无需在食堂现场寻找心仪餐品，较好提升了购餐效率。

步骤S116，将餐品信息推送至消费者客户端。如果食堂当日提供的餐品中没有包括有用餐人员反馈的预选餐品名称，则将餐品信息推送至该用餐人员，以便于该用餐人员提前查看当天餐品以及各餐品所在位置，节约现场购餐时间。

本发明实施例提供的上述食堂供餐方法，该方法通过在向消费者客户端发送就餐意向预询和预先存储的菜谱，并获得应答信息，以统计应答信息中包含有确定就餐和不确定就餐的数量，以及应答信息中预选餐品名称的出现频率，并生成统计结果发送至食堂客户端，以便食堂了解用餐人员用餐意向及需求。该方法还会通过食堂客户端接收餐品信息，并将预选餐品名称和预选餐品名称对应的窗口编号推送至相应的消费者客户端，以使消费者清楚的了解预选餐品所在位置，加快购餐效率。本发明实施例提供的上述方法能够增进食堂与用餐人员之间的交流，便于食堂提前了解用餐人员用餐意向及需求，以提供符合大众心意的餐品，较好提升了用户体验度，同时由于统计人数提供餐品，有效避免了餐量不够或者铺张浪费的情况发生。由于用餐人员提前获知心仪餐品所在位置，有效提升了购餐效率。

参见图2所示的另一种食堂供餐方法流程图，该方法以从服务器侧描述为例进行说明，由服务器执行，该服务器分别与消费者客户端和食堂客户端通信连接，包括以下步骤：

步骤S202，通过食堂客户端接收并存储菜谱。

步骤S204，在预设时间向消费者客户端发送就餐意向预询和菜谱。其中，菜谱包括餐品名称，以及与餐品名称对应的价格信息和口味信息；

步骤S206，接收预设间段内来自消费者客户端的应答信息。其中，应答信息包括确定就餐、拒绝就餐、不确定就餐，以及预选餐品名称中的一种或多种；

步骤S208，统计包括有确定就餐的应答信息的第一数量、包括有不确定就餐的应答信息的第二数量，以及预选餐品名称的出现频率，并生成包括有第一数量、第二数量、预选餐品名称以及预选餐品名称的出现频率的统计结果。

步骤S210，根据第一数量和第二数量，确定前去就餐的预估人数。可以通过诸如历史数据、概率论等多种方式来基于确定就餐的人数和不确定就餐的人数，对于当天前去就餐的人数进行预估统计。

步骤S212，将预估人数添加至上述统计结果。将预估人数添加至统计结果，可以为食堂工作人员提供更为直观的参考，而且通过服务器自行依据历史数据、概率论等方式计算的预估人数，与食堂工作人员自己的预估相比，准确率更高。

步骤S214，将统计结果发送至食堂客户端。

步骤S216，通过食堂客户端接收餐品信息；其中，餐品信息包括窗口编号和与窗口编号对应的餐品名称；

步骤S218，当消费者客户端的应答信息中包括有预选餐品名称时，判断餐品名称中是否包括有预选餐品名称；如果是，执行步骤S220；如果否，执行步骤S222；

步骤S220，将预选餐品名称和预选餐品名称对应的窗口编号推送至消费者客户端；

步骤S222，将餐品信息推送至消费者客户端。

本发明实施例提供的上述方法能够增进食堂与用餐人员之间的交流，便于食堂提前了解用餐人员用餐意向及需求，以提供符合大众心意的餐品，较好提升了用户体验度，同时由于统计人数提供餐品，有效避免了餐量不够或者铺张浪费的情况发生。由于用餐人员提前获知心仪餐品所在位置，有效提升了购餐效率。

在实际应用中，上述根据第一数量和第二数量，确定前去就餐的预估人数的步骤，可以按照以下公式，确定前去就餐的预估人数：

X＝A+0.5*B

其中，X为预估人数，A为第一数量，B为第二数量。

进一步，为了给食堂提供明确的参考，优选的，方法还包括：

根据预估人数，查询预先设置的食量数据库，生成与预估人数对应的食材分量；其中，食量数据库中存储有人数与食材分量的对应关系；

将食材分量发送至食堂客户端。

通过这种方式，可以使食堂工作人员较为准确的了解所需食材分量，而无需再根据用餐人数统计而自行评估，提升了食材准备分量的准确度。

考虑到还存在不确定就餐的消费者，针对此类人群，优选的，上述方法还可以包括：

当消费者客户端的应答信息中包括有不确定就餐时，向消费者客户端推送餐品信息，并标注餐品信息中的推荐餐品。

这样便于不确定就餐的消费者提前了解当前食堂的供餐情况，而且由于不确定就餐，则说明消费者没有意向餐品，所以优选的，向此类人群推送的消息中标注有推荐餐品，以吸引消费者前去就餐。

实施例二：

对于实施例一中所提供的食堂供餐方法，本发明实施例提供了一种设置在服务器侧的食堂供餐装置，该服务器分别与消费者客户端和食堂客户端通信连接，参见图3所示的一种食堂供餐装置的结构框图，该装置包括以下模块：

预询发送模块302，用于在预设时间向消费者客户端发送就餐意向预询和预先存储的菜谱；其中，菜谱包括餐品名称，以及与餐品名称对应的价格信息和口味信息；

应答接收模块304，用于接收预设时间段内来自消费者客户端的应答信息；其中，应答信息包括确定就餐、拒绝就餐、不确定就餐，以及预选餐品名称中的一种或多种；

统计模块306，用于统计包括有确定就餐的应答信息的第一数量、包括有不确定就餐的应答信息的第二数量，以及预选餐品名称的出现频率，并生成包括有第一数量、第二数量、预选餐品名称以及预选餐品名称的出现频率的统计结果；

统计结果发送模块308，用于将统计结果发送至食堂客户端；

餐品接收模块310，用于通过食堂客户端接收餐品信息；其中，餐品信息包括窗口编号和与窗口编号对应的餐品名称；

判断模块312，用于当消费者客户端的应答信息中包括有预选餐品名称时，判断餐品名称中是否包括有预选餐品名称；

第一推送模块314，用于在判断为是时，将预选餐品名称和预选餐品名称对应的窗口编号推送至消费者客户端；

第二推送模块316，用于在判断为否时，将餐品信息推送至消费者客户端。

本发明实施例提供的上述食堂供餐装置，通过在向消费者客户端发送就餐意向预询和预先存储的菜谱，并获得应答信息，以统计应答信息中包含有确定就餐和不确定就餐的数量，以及应答信息中预选餐品名称的出现频率，并生成统计结果发送至食堂客户端，以便食堂了解用餐人员用餐意向及需求。该方法还会通过食堂客户端接收餐品信息，并将预选餐品名称和预选餐品名称对应的窗口编号推送至相应的消费者客户端，以使消费者清楚的了解预选餐品所在位置，加快购餐效率。本发明实施例提供的上述装置能够增进食堂与用餐人员之间的交流，便于食堂提前了解用餐人员用餐意向及需求，以提供符合大众心意的餐品，较好提升了用户体验度，同时由于统计人数提供餐品，有效避免了餐量不够或者铺张浪费的情况发生。由于用餐人员提前获知心仪餐品所在位置，有效提升了购餐效率。

进一步，参见图4所示的另一种食堂供餐装置的结构框图，该装置在图3的基础上，还包括以下模块：

菜谱存储模块402，用于通过食堂客户端接收并存储菜谱。

预估人数确定模块404，用于根据第一数量和第二数量，确定前去就餐的预估人数；

统计添加模块406，用于将预估人数添加至统计结果。

本实施例所提供的装置，其实现原理及产生的技术效果和前述实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

实施例三：

对应于前述实施例所提供的方法和装置，参见图5所示的一种食堂供餐***的结构示意图，包括服务器500和用户终端600；服务器包括前述实施例提供的食堂供餐装置，用户终端600包括消费者终端600a和食堂终端600b。

于本发明实施例中，用户终端均可以为计算机、PAD、智能手机、平板电脑等。上述消费者终端上可以设置有消费者客户端；上述食堂终端上可以设置有食堂客户端。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***具体工作过程，可以参考前述实施例中的对应过程，在此不再赘述。

本发明实施例所提供的一种食堂供餐方法、装置及***的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种食堂供餐方法，其特征在于，所述方法由服务器执行，所述服务器分别与消费者客户端和食堂客户端通信连接，包括：

在预设时间向所述消费者客户端发送就餐意向预询和预先存储的菜谱；其中，所述菜谱包括餐品名称，以及与所述餐品名称对应的价格信息和口味信息；

接收预设间段内来自所述消费者客户端的应答信息；其中，所述应答信息包括确定就餐、拒绝就餐、不确定就餐，以及预选餐品名称中的一种或多种；

统计包括有确定就餐的所述应答信息的第一数量、包括有不确定就餐的所述应答信息的第二数量，以及所述预选餐品名称的出现频率，并生成包括有所述第一数量、所述第二数量、所述预选餐品名称以及所述预选餐品名称的出现频率的统计结果；

将所述统计结果发送至所述食堂客户端；

通过所述食堂客户端接收餐品信息；其中，所述餐品信息包括窗口编号和与所述窗口编号对应的餐品名称；

当所述消费者客户端的应答信息中包括有预选餐品名称时，判断所述餐品名称中是否包括有所述预选餐品名称；

如果是，将所述预选餐品名称和所述预选餐品名称对应的窗口编号推送至所述消费者客户端；

如果否，将所述餐品信息推送至所述消费者客户端。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述食堂客户端接收并存储所述菜谱。

3.根据权利要求1所述的方法，其特征在于，在统计包括有确定就餐的所述应答信息的第一数量、包括有不确定就餐的所述应答信息的第二数量，以及所述预选餐品名称的出现频率的步骤后，所述方法还包括：

根据所述第一数量和所述第二数量，确定前去就餐的预估人数；

将所述预估人数添加至所述统计结果。

4.根据权利要求3所述的方法，其特征在于，根据所述第一数量和所述第二数量，确定前去就餐的预估人数的步骤，包括：

按照以下公式，确定前去就餐的预估人数：

X＝A+0.5*B

其中，X为所述预估人数，A为所述第一数量，B为所述第二数量。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

根据所述预估人数，查询预先设置的食量数据库，生成与所述预估人数对应的食材分量；其中，所述食量数据库中存储有人数与食材分量的对应关系；

将所述食材分量发送至所述食堂客户端。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述消费者客户端的应答信息中包括有不确定就餐时，向所述消费者客户端推送所述餐品信息，并标注所述餐品信息中的推荐餐品。

7.一种食堂供餐装置，其特征在于，所述装置设置于服务器上，所述服务器分别与消费者客户端和食堂客户端通信连接，包括：

预询发送模块，用于在预设时间向所述消费者客户端发送就餐意向预询和预先存储的菜谱；其中，所述菜谱包括餐品名称，以及与所述餐品名称对应的价格信息和口味信息；

应答接收模块，用于接收预设时间段内来自所述消费者客户端的应答信息；其中，所述应答信息包括确定就餐、拒绝就餐、不确定就餐，以及预选餐品名称中的一种或多种；

统计模块，用于统计包括有确定就餐的所述应答信息的第一数量、包括有不确定就餐的所述应答信息的第二数量，以及所述预选餐品名称的出现频率，并生成包括有所述第一数量、所述第二数量、所述预选餐品名称以及所述预选餐品名称的出现频率的统计结果；

统计结果发送模块，用于将所述统计结果发送至所述食堂客户端；

餐品接收模块，用于通过所述食堂客户端接收餐品信息；其中，所述餐品信息包括窗口编号和与所述窗口编号对应的餐品名称；

判断模块，用于当所述消费者客户端的应答信息中包括有预选餐品名称时，判断所述餐品名称中是否包括有所述预选餐品名称；

第一推送模块，用于在判断为是时，将所述预选餐品名称和所述预选餐品名称对应的窗口编号推送至所述消费者客户端；

第二推送模块，用于在判断为否时，将所述餐品信息推送至所述消费者客户端。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

菜谱存储模块，用于通过所述食堂客户端接收并存储所述菜谱。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

预估人数确定模块，用于根据所述第一数量和所述第二数量，确定前去就餐的预估人数；

统计添加模块，用于将所述预估人数添加至所述统计结果。

10.一种食堂供餐***，其特征在于，包括服务器和用户终端；所述服务器包括权利要求7-9任一项所述的食堂供餐装置，所述用户终端包括消费者终端和食堂终端。