餐厅菜品数据的处理方法、装置及电子设备

技术领域

本申请涉及一种餐厅菜品数据的处理方法、装置及电子设备，属于计算机技术领域。

背景技术

在餐厅运营场景中，不同客人在不同时刻来到餐厅，点餐后常会存在多个餐桌的菜品未完成的情况，现有使用数字化运营系统的餐厅对菜品的制作顺序要么按照系统内各张餐桌的等待时间进行排序，要么完全由厨师工人决定。这样的运营方式，无法对餐厅的运行效率进行有效提升。

发明内容

本发明实施例提供一种餐厅菜品数据的处理方法、装置及电子设备，以优化餐厅的菜品制作过程。

为了实现上述目的，本发明实施例提供了一种餐厅菜品数据的处理方法，包括：

获取多个餐桌菜品状态数据，并根据所述多个餐桌菜品状态数据确定多个候选的菜品制作方案；

分别对所述多个菜品制作方案进行虚拟评估，确定在分别执行各个菜品制作方案的情况下对应的餐厅虚拟状态数据；

根据各个菜品制作方案对应的所述餐厅虚拟状态数据，从多个候选的菜品制作方案中，确定待执行的菜品制作方案。

本发明实施例还提供了一种餐厅菜品数据的处理装置，包括：

菜品制作方案确定模块：用于获取多个餐桌菜品状态数据，并根据所述多个餐桌菜品状态数据确定多个候选的菜品制作方案；

虚拟评估模块：用于分别对所述多个菜品制作方案进行虚拟评估，确定在分别执行各个菜品制作方案的情况下对应的餐厅虚拟状态数据；

待执行方案确定模块：用于根据各个菜品制作方案对应的所述餐厅虚拟状态数据，从多个候选的菜品制作方案中，确定待执行的菜品制作方案。

本发明实施例还提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，用于运行所述存储器中存储的所述程序，以执行上述的餐厅菜品数据的处理方法。

本发明实施例通过对餐厅菜品制作方案进行虚拟评估，确定反映餐厅整体状态的餐厅虚拟状态数据，并根据餐厅虚拟状态数据对候选的菜品制作方案进行筛选，从而能够选择出对餐厅整体运营有利的菜品制作方案进行执行，从而优化了餐厅的菜品制作过程。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

图1为本发明实施例的餐厅菜品数据的处理方法的应用场景示意图；

图2为本发明实施例的餐厅菜品数据的处理方法的流程示意图；

图3为本发明实施例的餐厅菜品数据的处理装置的结构示意图；

图4为本发明实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

在餐厅运营场景中，不同客人在不同时刻来到餐厅，点餐后常会存在多个餐桌的菜品未完成的情况，现有使用数字化运营系统的餐厅对菜品的制作顺序要么按照系统内各张餐桌的等待时间进行排序，要么完全由厨师工人决定。

本发明实施例通过对餐厅菜品制作方案进行虚拟评估，确定反映餐厅整体状态的餐厅虚拟状态数据，并根据餐厅虚拟状态数据对候选的菜品制作方案进行筛选，从而能够选择出对餐厅整体运营有利的菜品制作方案进行执行，从而优化了餐厅的菜品制作过程。

具体地，如图1所示，其为本发明实施例的餐厅菜品数据的处理方法的应用场景示意图，餐厅中顾客分别在n张餐桌1至n进行就餐，相应地，各个餐桌对应各自的餐桌菜品状态数据1至n，其中，餐桌菜品状态数据可以包括该餐桌的待制作菜品数据和已制作菜品数据。在实际场景中，可以在餐厅中出现以下状态变化时，触发获取多个餐桌的菜品状态数据来确定多个候选的菜品制作方案，从而对餐厅虚拟状态进行评估：

1)一般情况下，可以在前一次评估生成的菜品制作方案执行完成后，触发新的评估，也就是触发获取多个餐桌菜品状态数据，从而形成新的候选的菜品制作方案，以对餐厅虚拟状态进行评估。

2)另外，还可以在餐桌状态发生变化时触发，这里所说的餐桌状态发生变化可以包括：待制作菜品数量发生变化、已制作菜品数量发生变化、收到顾客催单、上菜等待时间超过预设阈值等。例如，在某个被执行的菜品制作方案完成后，必然会导致所执行制作的菜品对应的餐桌待制作菜品数量的减少，已制作菜品数量增加。另外，还会存在用户撤单或者加单，这种的情况同样也会导致待制作菜品数量变化和已制作菜品数量变化。此外，由于菜品制作存在一定的不确定性，如果菜品制作的过程导致了某个餐桌的等待时间超过了预设的阈值，也可以触发获取餐桌菜品状态数据，从而重新执行评估过程。

3)此外，餐厅的状态变化可以也可以触发新的餐厅虚拟状态评估，其中，餐厅的状态变化可以包括：排队顾客数量的变动和/或使用中的餐桌数量的变动等。例如，某个时间段排队的顾客突然增多了，在这样的情况下，需要重新评估，以使得对菜品制作方案的评估更倾向于提高翻桌率(这里所说的翻桌指的是旧的一桌客人完成用餐后离开，该餐桌可被新的客人重新使用，翻桌率也就是餐桌的重复利用率)。另外，如果出现了某桌顾客结账了或者新的顾客上桌了，这种情况属于使用中的餐桌数量的变动，针对这种情况，也可以触发重新评估。

因此，在出现上述的一种或多种情况的状态变化时，可以触发获取多个餐桌菜品状态数据，根据各个餐桌的菜品状态数据中待制作的菜品数据，确定多个候选的菜品制作方案。其中，在每一次获取餐桌状态数据的过程中，可以获取正在用餐的所有n张餐桌的菜品状态数据，也可以保留前一次菜品制作方案执行后餐桌菜品状态数据未发生变化的餐桌的菜品状态数据，并获取状态发生变化的餐桌的菜品状态数据。

进一步地，根据获取的多个餐桌状态数据，确定候选的菜品制作方案，对于候选的菜品制作方案的确定，可以采用枚举的形式，即基于当前的餐厅以及餐桌情况，生成全部可能的菜品制作方案作为候选方案，如图1中所示，枚举出m个候选的菜品制作方案。当然也可以基于预设规则或者随机的方式，只生成一部分菜品制作方案作为候选方案，或者筛选掉一些方案，从而减少虚拟评估的数据量。其中，菜品制作方案的确定方式可以分为两种情况：

一种情况为：制作一个或多个餐桌的一个或多个待制作菜品。这种情况包含了一个厨师只做一个菜品或者同时制作多个菜品的情形，也包含了多个厨师同时做多个菜品的情形。这种情况不涉及做菜的顺序，只是针对当前状态下菜品制作的下一步的选择。例如，为了方便描述，可以把餐厅中的餐桌数据简化为两个餐桌的待制作菜品，其中1号桌待制作的菜品有A、B、C，2号桌待制作的菜品有E、F，那么当前的菜品制作方案可以为方案1：制作1号桌的菜品A；方案2：制作1号桌的菜品B；方案3：制作2号桌的菜品E；方案4：同时制作1号桌的菜品A和2号桌菜品F等。

需要说明的是，上述举例的菜品制作方案是针对餐厅中菜品制作过程的一步选择来说的，即下面先做哪个桌的哪个菜，当然，在实际饭店中，会存在多个厨师并行工作的情形，那么这里所说的下一步是，对于各个厨师来说下面先做哪个桌的哪个菜。

而作为可选方式，另一种情况为：按照指定的顺序，制作一个餐桌的多个菜品或者多个餐桌的多个菜品。这种情况下，候选的菜品制作方案涉及了多步的选择，因此，会涉及多个菜品制作的先后顺序组合。例如，方案1：先做1号桌的菜品A，然后做2号桌的B菜品；方案2：先做1号桌的菜品C菜品，然后做3号桌的A菜品；方案三：先做2号桌的菜品C菜品，然后做3号桌的A菜品等等。上述举例是以菜品制作过程的两步选择为示例形成的方案，这种方案可能会有多种组合。

在实际应用中，由于餐厅以及各桌的状态变化较多，因此，候选的菜品制作方案多采用菜品制作过程的一步选择，即采用上述的第一种情况来生成候选的菜品制作方案。

在确定多个候选的菜品制作方案之后，分别对多个菜品制作方案进行虚拟评估，确定反应餐厅整体状态的餐厅虚拟状态数据，其中评估方式可以通过以下维度进行考虑：

1)基于上菜等待时间的评估

对于餐厅用餐而言，等待时间对于用餐体验来说是较为重要的，因此，可以基于上菜等待时间来对各个菜品制作方案进行评估确定餐桌虚拟状态数据，再通过餐桌虚拟状态数据确定餐厅整体的虚拟状态数据。

具体地，基于对餐厅整体状态的全面评估，可以综合考虑各个餐桌评估的平均状态和极端状态，也就是说，可以通过各个餐桌虚拟状态数据的平均值和最大值来确定餐厅虚拟状态数据。

进一步地，在确定餐桌虚拟状态数据时，由于在菜品完成比例不同的情况下，等待时间对于顾客体验是不同的，因此，餐桌的虚拟状态数据可以根据各个餐桌的上菜等待时间以及未完成的菜品比例来确定(其中，上菜等待时间可以为该桌顾客从点单完成开始计算到当前状态的等待时间)。例如，可以根据该餐桌已经完成制作的菜品数量以及上菜等待时间分成几个区间来确定餐桌虚拟状态数据，例如，当已经完成制作的菜品数量为零时和已完成制作的菜品数量大于零并且上菜等待时间小于预设的时间阈值时，该餐桌虚拟状态数据可以根据未完成菜品比例与上菜等待时间确定，而当已经完成制作的菜品数量大于零时并且上菜等待时间也超过了预设的时间阈值，可以根据未完成菜品比例、上菜等待时间以及预设的时间阈值确定。

2)基于餐厅中未上桌的顾客的排队情况

另外，在实际场景中，餐厅大多会出现没有空余餐桌的等位现象，在这种情况下，为了兼顾排队等位的顾客体验，提高翻桌率，在对各个菜品制作方案进行评估时，餐厅虚拟状态数据可以根据上述的餐桌虚拟状态数据以及顾客排队等待数据确定。

具体地，餐厅虚拟状态数据可以根据餐桌虚拟状态数据以及顾客排队等待数据按一定比例确定，其中，可以根据对餐厅整体状态评估的侧重点确定比例系数的权重，例如，餐厅状态更侧重对用餐顾客上菜等待时间的要求，那么比例系数可以在反应上菜等待时间的餐桌虚拟状态数据上加大权重，如果餐厅状态更侧重排队客人的等待体验及翻桌率上，那么可以在顾客排队等待数据的比例系数上加大权重。另外，顾客排队等待数据可以根据餐厅排队等位情况确定，当餐厅中没有出现排队等位现象，那么顾客排队等待数据可以为零(即不考虑排队等位因素)，当餐厅中出现排队等位现象，顾客排队等待数据可以根据能够缓解排队等位情况的数值确定，例如，当前餐厅中已经完成所有菜品制作的餐桌个数。

3)基于其他因素的评估

除此以外，为了保证客人有更好的用餐体验，可以根据实际场景在确定餐桌虚拟状态数据时人为的做一些调整，具体地，根据实际的就餐场景，可以包括以下几种情况：

①基于常规的上菜顺序：

例如，根据常规的上菜顺序，应该按照凉菜、热菜、主食、甜品等的顺序上菜，但是，在实际上菜时，如果当前上桌的菜品中包含了主食而此时其它菜品仍没有上齐，即出现了上菜顺序异常，那么，在确定餐桌虚拟状态数据时，可以在其上菜等待时间上人为的增加一些时间(以作为惩罚)。

②基于不同地区、不同季节的饮食文化及饮食习惯：

例如，在不同的地区，当地的饮食文化不同，在某些菜品及酒水上有喜好的特定搭配，比如，在一些地区，喜欢以啤酒与一些特定菜品搭配食用，从而该地区的餐厅在进行上菜时，如果当前上桌的菜品中，习惯搭配中只出现菜品已上桌，而啤酒迟迟未上，那么，可以在其上菜等待时间上人为的增加一些时间。

又如，在不同季节，顾客的饮食习惯也有所不同，比如，在夏季，顾客就餐多偏于清淡爽口，那么餐厅在确定餐桌虚拟状态数据时，可以对优先上清淡爽口菜品(例如青菜类)的上菜顺序适当的人为减少一些上菜等待时间(以作为奖励)，反之，可以在其上菜等待时间上人为的增加一些时间。

③基于催单等情况的顾客体验：

例如，为了保障顾客的催单效果及用餐体验，如果顾客进行催菜操作，但当前已上桌菜品中不包含该催菜菜品，也可以人为的在其上菜等待时间上增加一些时间。

以上这些因素可以单独作为确定餐厅虚拟状态数据的基础，也可以综合在一起进行评估，这取决于经营者对于餐厅经营的侧重点或者说希望餐厅实现的运营效果。

最终，根据各个菜品制作方案对应的餐厅虚拟状态数据，从多个候选的菜品制作方案中，确定待执行的菜品制作方案。

上述介绍了通过对餐厅菜品制作方案进行虚拟评估，确定反映餐厅整体状态的餐厅虚拟状态数据，并基于该餐厅虚拟状态数据筛选出对餐厅整体运营有利的菜品制作方案的过程，需要说明的是，该方案不仅适用于上述餐厅菜品制作的场景，在实际情景中，该方案还可以应用于多种场景，例如理发、洗车等场景。下面以理发场景为例进行简单介绍：

在多名顾客进行理发场景中，顾客大多需要进行洗、剪、吹的步骤，以及需要烫发染发的顾客还需要进行烫、染、洗、吹等步骤，对于每位顾客理发所要经过的步骤可以类比于上述餐厅情景中每个餐桌所要制作的菜品(理发过程所要进行的有些步骤是不可打乱的，对此，可以类比于菜品的常规上菜顺序)，所以，在该理发的场景中，可以通过获取多名顾客的理发状态数据(理发过程中已进行的步骤和未进行的步骤)，并根据多名顾客的理发状态数据确定候选的多名顾客理发执行方案，该理发执行方案可以类比于上述菜品制作方案，例如，具体可以，方案1：执行1号顾客洗头的步骤，方案2：执行3号顾客吹头的步骤等。然后对多个理发执行方案进行虚拟评估，确定各个方案下的虚拟状态数据，该评估的过程也可以基于顾客的等待时间进行，并且还可以考虑排队、顾客体验等因素，最终根据虚拟状态数据确定有利于理发店运营的方案进行执行。

本发明实施例通过对餐厅菜品制作方案进行虚拟评估，确定反映餐厅整体状态的餐厅虚拟状态数据，并根据餐厅虚拟状态数据对候选的菜品制作方案进行筛选，从而能够选择出对餐厅整体运营有利的菜品制作方案进行执行，从而优化了餐厅的菜品制作过程。

下面通过一些具体实施例来进一步说明本发明的技术方案。

实施例一

如图2所示，其为本发明实施例的餐厅菜品数据的处理方法的流程示意图，该方法包括如下步骤：

S101：获取多个餐桌菜品状态数据，并根据多个餐桌菜品状态数据确定多个候选的菜品制作方案。

具体他，餐桌菜品状态数据可以包括待制作菜品数据及已制作菜品数据。

在实际场景中，可以在待执行的菜品制作方案完成和/或各个餐桌的状态变化和/或餐厅的状态变化时，执行获取多个餐桌菜品状态数据，并根据多个餐桌菜品状态数据确定多个候选的菜品制作方案。

其中，餐桌的状态变化可以包括待制作菜品数量变动、已制作菜品数量变动、收到顾客催单、上菜等待时间超过预设阈值。餐厅的状态变化可以包括：排队顾客数量的变动和/或使用中的餐桌数量的变动。

因此，在出现上述的一种或多种情况的状态变化时，可以触发获取多个餐桌菜品状态数据，根据各个餐桌的菜品状态数据中待制作的菜品数据，确定多个候选的菜品制作方案。

进一步地，候选的菜品制作方案可以包括：制作一个或多个餐桌的一个或多个待制作菜品。这种情况包含了一个厨师只做一个菜品或者同时制作多个菜品的情形，也包含了多个厨师同时做多个菜品的情形。另外，候选的菜品制作方案还可以包括：按照指定的顺序，制作一个餐桌的多个菜品或者多个餐桌的多个菜品。这种情况下，候选的菜品制作方案涉及了多步的选择，因此，会涉及多个菜品制作的先后顺序组合。在实际应用中，由于餐厅以及各桌的状态变化较多，因此，候选的菜品制作方案多采用菜品制作过程的一步选择，即采用上述的第一种情况来生成候选的菜品制作方案。

S102：分别对多个菜品制作方案进行虚拟评估，确定在分别执行各个菜品制作方案的情况下对应的餐厅虚拟状态数据。

具体地，可以针对每个菜品制作方案，根据各个餐桌的上菜等待时间，分别确定在执行各个菜品制作方案的情况下各个餐桌的餐桌虚拟状态数据，根据各个餐桌的餐桌虚拟状态数据，确定餐厅虚拟状态数据。

在确定餐桌虚拟状态数据时，由于在菜品完成比例不同的情况下，等待时间对于顾客体验是不同的，因此，餐桌的虚拟状态数据可以根据各个餐桌的上菜等待时间以及未完成的菜品比例来确定。例如，可以根据该餐桌已经完成制作的菜品数量以及上菜等待时间分成几个区间来确定餐桌虚拟状态数据。

进一步地，基于对餐厅整体状态的全面评估，可以综合考虑各个餐桌评估的平均状态和极端状态，也就是说，可以通过各个餐桌虚拟状态数据的平均值和最大值来确定餐厅虚拟状态数据。

另外，在实际场景中，餐厅大多会出现没有空余餐桌的等位现象，在这种情况下，为了兼顾排队等位的顾客体验，提高翻桌率，在对各个菜品制作方案进行评估时，可以根据上述的各个餐桌虚拟状态数据和顾客排队等待数据，确定餐厅虚拟状态数据。

具体地，餐厅虚拟状态数据可以根据餐桌虚拟状态数据以及顾客排队等待数据按一定比例确定，其中，可以根据对餐厅整体状态评估的侧重点确定比例系数的权重。另外，顾客排队等待数据可以根据餐厅排队等位情况确定，当餐厅中没有出现排队等位现象，那么顾客排队等待数据可以为零(即不考虑排队等位因素)，当餐厅中出现排队等位现象，顾客排队等待数据可以根据能够缓解排队等位情况的数值确定。

除此以外，为了保证客人有更好的用餐体验，如果出现上菜顺序异常和/或接收到顾客催单，则根据预设规则，增加该出现该状况的餐桌的餐桌上菜等待时间。

以上这些因素可以单独作为确定餐厅虚拟状态数据的基础，也可以综合在一起进行评估，这取决于经营者对于餐厅经营的侧重点或者说希望餐厅实现的运营效果。

S103：根据各个菜品制作方案对应的餐厅虚拟状态数据，从多个候选的菜品制作方案中，确定待执行的菜品制作方案。

根据上述菜品制作方案所对应的餐厅虚拟状态数据，在候选的菜品制作方案中，选出最有利于餐厅整体运营的待执行的菜品制作方案。

本发明实施例通过对餐厅菜品制作方案进行虚拟评估，确定反映餐厅整体状态的餐厅虚拟状态数据，并根据餐厅虚拟状态数据对候选的菜品制作方案进行筛选，从而能够选择出对餐厅整体运营有利的菜品制作方案进行执行，从而优化了餐厅的菜品制作过程。

实施例二

如图3所示，其为本发明实施例的餐厅菜品数据的处理装置的结构示意图，该装置包括：

菜品制作方案确定模块21：用于获取多个餐桌菜品状态数据，并根据多个餐桌菜品状态数据确定多个候选的菜品制作方案。

具体他，餐桌菜品状态数据可以包括待制作菜品数据及已制作菜品数据。

在实际场景中，可以在待执行的菜品制作方案完成和/或各个餐桌的状态变化和/或餐厅的状态变化时，执行获取多个餐桌菜品状态数据，并根据多个餐桌菜品状态数据确定多个候选的菜品制作方案。

其中，餐桌的状态变化可以包括待制作菜品数量变动、已制作菜品数量变动、收到顾客催单、上菜等待时间超过预设阈值。餐厅的状态变化可以包括：排队顾客数量的变动和/或使用中的餐桌数量的变动。

因此，在出现上述的一种或多种情况的状态变化时，可以触发获取多个餐桌菜品状态数据，根据各个餐桌的菜品状态数据中待制作的菜品数据，确定多个候选的菜品制作方案。

进一步地，候选的菜品制作方案可以包括：制作一个或多个餐桌的一个或多个待制作菜品。这种情况包含了一个厨师只做一个菜品或者同时制作多个菜品的情形，也包含了多个厨师同时做多个菜品的情形。另外，候选的菜品制作方案还可以包括：按照指定的顺序，制作一个餐桌的多个菜品或者多个餐桌的多个菜品。这种情况下，候选的菜品制作方案涉及了多步的选择，因此，会涉及多个菜品制作的先后顺序组合。

在实际应用中，由于餐厅以及各桌的状态变化较多，因此，候选的菜品制作方案多采用菜品制作过程的一步选择，即采用上述的第一种情况来生成候选的菜品制作方案。

虚拟评估模块22：用于分别对多个菜品制作方案进行虚拟评估，确定在分别执行各个菜品制作方案的情况下对应的餐厅虚拟状态数据。

具体地，可以针对每个菜品制作方案，根据各个餐桌的上菜等待时间，分别确定在执行各个菜品制作方案的情况下各个餐桌的餐桌虚拟状态数据；根据各个餐桌的餐桌虚拟状态数据，确定餐厅虚拟状态数据。

在确定餐桌虚拟状态数据时，由于在菜品完成比例不同的情况下，等待时间对于顾客体验是不同的，因此，餐桌的虚拟状态数据可以根据各个餐桌的上菜等待时间以及未完成的菜品比例来确定。

进一步地，基于对餐厅整体状态的全面评估，可以综合考虑各个餐桌评估的平均状态和极端状态，也就是说，可以通过各个餐桌虚拟状态数据的平均值和最大值来确定餐厅虚拟状态数据。

另外，在实际场景中，餐厅大多会出现没有空余餐桌的等位现象，在这种情况下，为了兼顾排队等位的顾客体验，提高翻桌率，在对各个菜品制作方案进行评估时，可以根据上述的各个餐桌虚拟状态数据和顾客排队等待数据，确定餐厅虚拟状态数据。

具体地，餐厅虚拟状态数据可以根据餐桌虚拟状态数据以及顾客排队等待数据按一定比例确定，其中，可以根据对餐厅整体状态评估的侧重点确定比例系数的权重。另外，顾客排队等待数据可以根据餐厅排队等位情况确定，当餐厅中没有出现排队等位现象，那么顾客排队等待数据可以为零(即不考虑排队等位因素)，当餐厅中出现排队等位现象，顾客排队等待数据可以根据能够缓解排队等位情况的数值确定，例如，当前餐厅中已经完成所有菜品制作的餐桌个数。

除此以外，为了保证客人有更好的用餐体验，如果出现上菜顺序异常和/或接收到顾客催单，则根据预设规则，增加该出现该状况的餐桌的餐桌上菜等待时间。

以上这些因素可以单独作为确定餐厅虚拟状态数据的基础，也可以综合在一起进行评估，这取决于经营者对于餐厅经营的侧重点或者说希望餐厅实现的运营效果。

待执行方案确定模块23：用于根据各个菜品制作方案对应的餐厅虚拟状态数据，从多个候选的菜品制作方案中，确定待执行的菜品制作方案。

根据上述菜品制作方案所对应的餐厅虚拟状态数据，在候选的菜品制作方案中，选出最有利于餐厅整体运营的待执行的菜品制作方案。

本发明实施例通过对餐厅菜品制作方案进行虚拟评估，确定反映餐厅整体状态的餐厅虚拟状态数据，并根据餐厅虚拟状态数据对候选的菜品制作方案进行筛选，从而能够选择出对餐厅整体运营有利的菜品制作方案进行执行，从而优化了餐厅的菜品制作过程。

对于上述处理过程具体说明、技术原理详细说明以及技术效果详细分析在前面实施例中进行了详细描述，在此不再赘述。

实施例三

前面实施例描述了本发明实施例的流程处理及装置结构，上述的方法和装置的功能可借助一种电子设备实现完成，如图4所示，其为本发明实施例的电子设备的结构示意图，具体包括：存储器110和处理器120。

存储器110，用于存储程序。

除上述程序之外，存储器110还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器110可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器120，耦合至存储器110，用于执行存储器110中的程序，以执行前述实施例中所描述的餐厅菜品数据的处理方法的操作步骤。

此外，处理器120也可以包括前述实施例所描述的各种模块以执行餐厅菜品数据的处理，并且存储器110可以例如用于存储这些模块执行操作所需要的数据和/或所输出的数据。

对于上述处理过程具体说明、技术原理详细说明以及技术效果详细分析在前面实施例中进行了详细描述，在此不再赘述。

进一步，如图所示，电子设备还可以包括：通信组件130、电源组件140、音频组件150、显示器160等其它组件。图中仅示意性给出部分组件，并不意味着电子设备只包括图中所示组件。

通信组件130被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件130经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件130还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

电源组件140，为电子设备的各种组件提供电力。电源组件140可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件150被配置为输出和/或输入音频信号。例如，音频组件150包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器110或经由通信组件130发送。在一些实施例中，音频组件150还包括一个扬声器，用于输出音频信号。

显示器160包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。