餐饮管理方法及装置与流程

本发明涉及餐饮管理领域，具体而言，涉及一种餐饮管理方法及装置。

背景技术：

目前，随着互联网在现代企业管理中得到了广泛应用，餐饮服务业作为第三产业的重要分支，竞争愈演愈烈，传统的管理、经营模式遭遇严峻挑战。

中国餐饮业正在从传统服务业向现代服务业转型升级，如何发挥餐饮和互联网的融合，形成经济发展新动能，成为业界关注的焦点。当消费者发生改变的时候，意味着餐饮服务提供者在各个环节都需要重新设计。

餐饮质量是餐饮服务业的核心，餐饮质量的提高始终是餐饮行业所关注的问题。现在餐饮服务行业的质量缺乏数据化管理，因为菜品质量、菜品种类、菜品价格以及服务质量等问题造成的客人的不满，从而客户流失，为企业经营带来严重的经济损失。而传统的餐饮质量的调查以及统计方式，难以有效提高餐饮服务业的质量。

技术实现要素：

有鉴于此，本发明实施例提供了一种餐饮管理方法及装置，通过获取餐饮服务数据后，统计每种菜品的评价数据，再根据对应关系获取到每个厨师对应的评价数据，从而可以获得较为详细的餐饮服务评价数据，详细的反映餐饮质量，便于管理者的餐饮管理。

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

一种餐饮管理方法，应用于服务器，所述方法包括：获取餐饮服务数据，所述餐饮服务数据包括菜品数据以及评价数据；统计每种菜品对应的评价数据；根据每个厨师与菜品的对应关系以及所述每种菜品对应的评价数据，计算每个厨师对应的评价数据。

一种餐饮管理装置，应用于服务器，所述装置包括数据获取模块、数据统计模块以及数据计算模块，其中：所述数据获取模块用于获取餐饮服务数据，所述餐饮服务数据包括菜品数据以及评价数据；所述数据统计模块用于统计每种菜品对应的评价数据；所述数据计算模块用于根据每个厨师与菜品的对应关系、所述每种菜品对应的评价数据，计算每个厨师对应的评价数据。

本发明实施例提供了一种餐饮管理方法及装置，首先获取餐饮服务数据，餐饮服务数据包括菜品数据以及评价数据，再对每种菜品对应的评价数据进行统计，最后根据每个厨师与菜品的对应关系以及每种菜品对应的评价数据，计算每个厨师对应的评价数据。从而，可以获得每个厨师对应的较为详细的评价数据，以便于根据评价数据进行质量改进以及管理。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本发明实施例提供的服务器与用户终端进行交互的示意图；

图2示出了本发明实施例提供的服务器的结构示意图；

图3示出了本发明第一实施例提供的餐饮管理方法的流程图；

图4示出了本发明第一实施例提供的评价界面一种示意图；

图5示出了本发明第一实施例提供的评价界面另一种示意图；

图6示出了本发明第一实施例提供的厨师绩效计算界面示意图；

图7示出了本发明第一实施例提供的服务员绩效计算界面示意图；

图8示出了本发明第二实施例提供的餐饮管理装置的功能模块图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是本申请服务器100与用户终端进行交互的示意图。所述服务器100通过网络与一个或多个用户终端进行通信连接，以进行数据通信或交互。例如，服务器100可以与第一用户终端310、第二用户终端320、第三用户终端330以及第四用户终端340进行交互，第一用户终端310可以是客户所持终端，第二用户终端320可以是管理者所持终端，第三用户终端330可以是厨师所持终端，第四用户终端340可以是服务员所持终端。所述服务器100可以是网络服务器、数据库服务器等。所述用户终端可以是个人电脑(personalcomputer，pc)、平板电脑、智能手机、个人数字助理(personaldigitalassistant，pda)等。

如图2所示，是本申请实施例提供的服务器100的方框示意图。所述服务器100包括餐饮管理装置200、存储器101、存储控制器102、处理器103、外设接口104及其他。

所述存储器101、存储控制器102、处理器103、外设接口104各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述餐饮管理装置200包括至少一个可以软件或固件(firmware)的形式存储于所述存储器101中或固化在所述服务器100的操作系统(operatingsystem，os)中的软件功能模块。所述处理器103用于执行存储器101中存储的可执行模块，例如所述餐饮管理装置200包括的软件功能模块或计算机程序。

其中，存储器101可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。其中，存储器101用于存储程序，所述处理器103在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器100所执行的方法可以应用于处理器103中，或者由处理器103实现。

处理器103可能是一种集成电路芯片，具有信号的处理能力。上述的处理器103可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器103也可以是任何常规的处理器等。

所述外设接口104将各种输入/输出装置耦合至处理器103以及存储器101。在一些实施例中，外设接口104，处理器103以及存储控制器102可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

可以理解的，图2所示的结构仅为示意，服务器100还可以包括比图2中所示更多或更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

第一实施例

本发明第一实施例提供了一种餐饮管理方法，应用于服务器100。请参加图3，该餐饮管理方法包括：

步骤s100：获取餐饮服务数据，所述餐饮服务数据包括菜品数据以及评价数据。

在本发明实施例中，餐饮服务数据为客户所持用户终端传输至服务器的数据，因此需要对餐饮服务数据进行获取。当所需餐饮服务数据为存储在服务器的数据时，则可以直接对餐饮服务数据进行调用。

餐饮服务数据中包括菜品数据以及评价数据。菜品数据为客户结账时结账单的数据，评价数据为客户评价的数据。

在本发明实施例中，评价数据可以是多个评价内容，也可以是多个级别或类型的评价，在本发明实施例中并不作为限定。

在本发明实施例中，评价数据可以包括多个等级的评价。进一步的，每个菜品对应有多个等级的评价，并且，进一步的，菜品的每个等级的评价对应有多个评价内容。

例如，请参见图4或图5，表示评价界面示意图，菜品对应的评价可以分为5个等级，分别为1级、2级、3级、4级和5级，其中，1级评价可以对应有“非常咸”、“非常淡”、“非常辣”等评价内容，2级评价可以对应有“很咸”、“很淡”、“很辣”等评价内容，3级评价可以对应有“一般”、“味道还行”、“分量适中”等评价内容，4级评价可以对应有“好吃”、“味道不错”、“分量足”等评价内容，5级评价可以对应有“非常好吃”、“味道非常好”、“分量很足”等评价内容。即每个等级的评价内容可以按照等级上升，提高评价的好评程度。

当然，在本发明实施例中，等级的具体个数以及每个等级对应的评价内容并不作为限定。

具体的，步骤s100中，服务器从用户终端获取餐饮服务数据可以包括：

接收用户终端发送的每个菜品的评价等级；根据各个评价等级与评价内容的对应关系，向用户终端发送每个评价等级对应的评价内容；接收用户终端发送的由用户选取的评价内容。

在本发明实施例中，用户终端与服务器处于无线对接的状态。用户进入用户终端的评价界面后，在评价界面中对应每个菜品显示多个评价等级，在用户通过用户终端选中菜品的评价等级后，用户终端向服务器发送用户选择的每个菜品的评价等级。服务器接收每个菜品的评价等级后，根据每个评价等级与评价内容的对应关系，再向用户终端发送所选评价等级对应的评价内容。然后，用户终端向服务器发送用户选取的评价内容。最后，服务器接收用户终端发送的评价内容，完成餐饮服务数据从用户终端的获取。

其中，餐饮服务数据的获取可以设置在用户终端提交结账信息的节点。用户终端可以采集结账单上的二维码信息，进入结账界面。结账界面上设置有与结账单对应的菜品的评价选项，以及结账单对应服务员的评价选项。另外，也可以是，在通过用户端进行网上购买后，在评价界面设置评价选项。

在本发明实施例中，对应的确认付款可以设置“随机立减”。具体的，当用户终端发送了用户选取的评价内容时，可以产生“随机立减”。从而，可以促进用户对餐饮服务作出评价。

步骤s110：统计每种菜品对应的评价数据。

在获取到的餐饮服务数据的评价数据中，所有的评价数据是散乱的，多个菜品的多个评价数据混淆到一起，不能反应出每个菜品对应的评价。因此，需要对每种菜品对应的评价数据进行统计。

具体的，步骤s110包括：按照每种菜品对应的评价等级进行分类，获取每种菜品的多个类别的评价。

在本发明实施例中，对每种菜品对应的评价进行分类，其分类标准可以设定为评价等级。例如，当菜品评价的评价等级分为1级、2级、3级、4级和5级时，可以将1级评价和2级评价分类为差评，3级评价分类为中评，4级和5级评价分类为好评，或者每一级作为一个类别。

进一步的，统计每种菜品对应的评价数据还可以包括：对每种菜品的每个类别的评价对应的评价内容进行统计，获取每种菜品对应的每个评价内容的评价次数。例如，对菜品1的差评类别的评价对应的评价内容“很咸”进行统计，可以得出菜品1的差评对应的评价内容“很咸”的评价次数。

步骤s120：根据每个厨师与菜品的对应关系以及所述每种菜品对应的评价数据，计算每个厨师对应的评价数据。

在步骤s110中，获取到了每种菜品对应的评价数据。每种菜品对应的评价数据中包括多个内容的评价数据，每个厨师与菜品具有对应关系，为了对厨师进行管理，需要根据此对应关系以及每个菜品对应的评价数据，对每个厨师对应的评价数据进行计算。

具体的，步骤s120包括：根据每个厨师与菜品的对应关系、所述每种菜品的评价数据，统计出每个厨师对应的每个菜品的评价数据；根据每个厨师对应的每个菜品的评价数据，获取每个厨师对应的评价数据。

在本发明实施例中，每个厨师对应有不同的结账单上的菜品，因此每个厨师与菜品有对应关系。根据此对应关系以及每种菜品的评价数据，可以统计出每个厨师对应的每个菜品的评价数据。获取到每个厨师对应的每个菜品的评价数据后，可以将每个厨师对应的每个菜品的评价数据分类，获取到每个厨师对应的评价数据。

进一步的，计算每个厨师对应的评价数据可以是根据每种菜品对应的每个评价内容的评价次数以及每个厨师与菜品的对应关系，计算每个厨师获得的每个评价内容的评价次数。最终，可以获取到每个厨师对应的每个菜品的每个评价内容，并且具体到每个菜品的每个类别的评价内容的数量。

进一步的，还可以根据每种菜品的多个类别的评价以及每个厨师与菜品的对应关系，计算每个厨师获得的每个类别的评价的数量。

在本发明实施例中，在计算每个厨师对应的评价数据之后，该餐饮管理方法还包括：根据所述每个厨师对应的评价数据以及菜品数据，计算每个厨师的绩效指标数据。

获取每个厨师对应的评价数据后，每个厨师对应的评价数据中对应有每个类别的评价数量。根据评价数量得出每个类别的评价所占比例。菜品数据中包括每个厨师与每个菜品的对应关系，因此可以获取到每个厨师的做菜量，反映了每个厨师的任务量。每个厨师的每个类别的评价所占比例反映了每个厨师做菜的水平和质量。如图6所示为厨师绩效计算界面示意图，从而可以根据每个厨师的做菜量、月奖励、底薪、日提成以及每个厨师的每个类别的评价所占比例，按预设照绩效计算公式进行计算绩效指标数据。例如，可以按照公式：总工资*好评所占比例进行计算。图6所示的工资计算界面的具体内容仅为示意，具体内容并不作为限定。

在本发明实施例中，在计算每个厨师对应的评价数据之后，该餐饮管理方法还可以包括：根据所述每个厨师对应的评价数据以及菜品数据，制定菜品质量改良计划。

具体的，可以根据每个厨师对应的每个菜品的评价数据中每个评价内容的数据量，计算出每个评价内容所占比例。根据该比例与预设值的关系，可以确定出每个菜品所需改良的与评价内容对应的问题，再根据该问题确定出菜品改良计划。例如，当某个菜品对应的评价内容“非常咸”所占比例超过10％时，确定出的该菜品改良计划为降低该菜品咸度。

在本发明实施例中，餐饮服务数据中还包括服务员数据，服务员数据包括服务数据、服务评价数据以及销售数据。服务数据包括服务员服务客户以及数量。服务评价数据为客户对服务员的评价数据。销售数据为服务员推销出去的产品的数据。服务员的服务评价数据包括多个等级的评价，服务员的每个等级的评价对应有多个的评价内容。

例如，请参见图4或图5，表示评价界面示意图，服务员对应的评价可以分为2个等级，分别为“满意”和“不满意”。其中，“满意”可以对应有“送花”、“打赏2元”、“打赏4元”、“打赏8元”、“打赏10元”、“其他”等评价内容。“不满意”可以对应有“速度慢”、“态度差”、“不周到”、“言语过激”、“其他”等。

在本发明实施例中，在计算每个厨师对应的评价数据之后，该餐饮管理方法还可以包括：统计每个客户对应的服务评价数据；根据每个服务员与客户的对应关系、所述每个客户对应的服务评价数据，计算每个服务员对应的评价数据；根据每个服务员对应的评价数据、服务数据以及销售数据，计算出每个服务员的绩效指标数据。

在菜品数据中，包括每个客户与服务员的对应关系。对每个客户对应的服务评价数据进行统计，再根据每个服务员与客户的对应关系以及每个客户对应的服务评价数据，计算出每个服务员对应的评价数据。具体的，对每个服务评价数据中的每个类别的评价对应的评价内容进行统计，获取到每个评价内容的评价次数。再根据每个客户对应的每个评价内容的评价次数以及每个服务员与客户的对应关系，计算出每个服务员获得的每个评价内容的评价次数。

再根据每个服务员获得的每个评价内容的评价次数、服务数据以及销售数据，计算出每个服务员的绩效指标数据。具体的，如图7所示为服务员绩效计算界面示意图，可以根据每个评价内容的评价次数所占比例、服务数据中的服务次数以及销售数据中的销售量，根据预设规则确定出服务员的绩效指标数据。图7所示的工资计算界面的具体内容仅为示意，具体内容并不作为限定。

在本发明实施例中，菜品数据中还可以包括菜品编码以及原材料编码。其中，菜品编码与菜品对应，原材料编码与原材料供应商对应。

在本发明实施例中，该餐饮管理方法还可以包括：根据每个厨师对应的评价数据、菜品数据以及服务评价数据，向客户终端推送菜单以及推荐服务员。

根据每个厨师对应的评价数据、菜品数据以及服务评价数据，可以得出客户偏好的菜品以及服务员，从而可以向客户对应的客户终端推送菜单以及推荐服务员。

在本发明实施例中，该餐饮管理方法还可以包括：根据菜品数据对销售量进行分析。具体的，根据菜品数据中各个菜品的销售情况，制定出每日销售量的曲线图。

本发明第一实施例提供的餐饮管理方法，可以较为详细的获取到每个厨师以及每个服务员对应的评价数据，并且可以根据详细的评价数据进行管理员工工资、菜品质量调整以及服务质量调整的管理工作。

第二实施例

本发明第二实施例提供了一种餐饮管理装置，应用于服务器。请参见图8，餐饮管理装置200包括数据获取模块210、数据统计模块220以及数据计算模块230，其中：所述数据获取模块210用于获取餐饮服务数据，所述餐饮服务数据包括菜品数据以及评价数据；所述数据统计模块220用于统计每种菜品对应的评价数据；所述数据计算模块230用于根据每个厨师与菜品的对应关系、所述每种菜品对应的评价数据，计算每个厨师对应的评价数据。

在本发明实施例中，所述数据计算模块230包括评价数据统计单元以及评价数据确定单元。其中，评价数据统计单元用于根据每个厨师与菜品的对应关系、所述每种菜品对应的评价数据，统计出每个厨师对应的每个菜品的评价数据；评价数据确定单元用于根据每个厨师对应的每个菜品的评价数据，获取每个厨师对应的评价数据。

在本发明实施例中，评价数据包括多个等级的评价，数据统计模块220包括分类单元以及评价内容统计单元。分类单元用于按照每种菜品对应的评价等级进行分类，获取每种菜品的多个类别的评价。评价内容统计单元用于对每种菜品的每个类别的评价对应的评价内容进行统计，获取每种菜品对应的每个评价内容的评价次数。

在本发明实施例中，数据计算模块230还包括第一评价次数计算单元以及第二评价次数计算单元。第一评价次数计算单元用于根据每种菜品的多个类别的评价以及每个厨师与菜品的对应关系，计算每个厨师获得的每个类别的评价的数量。第二评价次数计算单元用于根据每种菜品对应的每个评价内容的评价次数以及每个厨师与菜品的对应关系，计算每个厨师获得的每个评价内容的评价次数。

在本发明实施例中，餐饮管理装置200还包括厨师绩效计算模块。厨师绩效计算模块用于根据所述每个厨师对应的评价数据以及菜品数据，计算每个厨师的绩效指标数据。

在本发明实施例中，餐饮管理装置200还包括服务评价统计模块、服务评价数据计算模块以及服务员绩效计算模块。其中，服务评价统计模块用于统计每个客户对应的服务评价数据；服务评价数据计算模块用于根据每个服务员与客户的对应关系、所述每个客户对应的服务评价数据，计算每个服务员对应的评价数据；服务员绩效计算模块用于根据每个服务员对应的评价数据、服务数据以及销售数据，计算出每个服务员的绩效指标数据。

在本发明实施例中，数据获取模块210包括等级接收单元、内容发送单元以及内容接收单元。其中，等级接收单元用于接收用户终端发送的每个菜品的评价等级；内容发送单元用于根据各个评价等级与评价内容的对应关系，向用户终端发送每个评价等级对应的评价内容；内容接收单元用于接收用户终端发送的由用户选取的评价内容。

综上，本发明实施例提供了一种餐饮管理方法及装置，首先获取餐饮服务数据，餐饮服务数据包括菜品数据以及评价数据，再对每种菜品对应的评价数据进行统计，最后根据每个厨师与菜品的对应关系以及每种菜品对应的评价数据，计算每个厨师对应的评价数据。从而，可以获得每个厨师对应的较为详细的评价数据，以便于管理者可以根据详细的评价数据进行管理员工工资、菜品质量调整以及服务质量调整的管理工作。

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

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二、另一等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。