菜谱生成方法及装置与流程

本申请涉及计算机技术领域，具体而言，涉及一种菜谱生成方法及装置。

背景技术：

目前，餐厅在制作菜谱时，通常会邀请专业的菜谱制作公司到餐厅拍摄菜谱图像，在菜品图像拍摄结束后通常由菜谱公司进行专业的菜品制作，在制作完成后，餐厅可以根据不同菜品图像分别设定价格等可编辑信息，然后菜谱制作公司再将可编辑信息标注进去，从而制作成完整的菜谱。在这期间，需要菜谱制作公司与酒店进行多次沟通，并且没有完整的系统支撑。后续在涉及到菜谱信息修改时，会显得极为繁琐，并且会明显提高菜品原材料成本。

技术实现要素：

有鉴于此，本申请的目的在于提供一种菜谱生成方法及装置，能够有效提高菜谱制作效率，减少餐厅与菜谱制作公司的中间沟通流程，在线上即可完成整个菜谱制作流程，避免浪费菜品原材料成本。

根据本申请的第一方面，提供一种菜谱生成方法，应用于服务器，所述服务器分别与第一终端和第二终端通信连接，所述方法包括：

接收并存储所述第一终端上传的与所述第二终端对应的目标餐厅的至少一个菜品图像，并为所述第二终端设置所述至少一个菜品图像的菜谱编辑权限，以使得所述第二终端可从所述至少一个菜品图像中选择目标菜品图像进行菜谱信息编辑；

将该第二终端发送的所述目标菜品图像的菜谱编辑信息发送给所述第一终端，以使所述第一终端根据所述目标菜品图像的菜谱编辑信息为所述目标菜品图像生成对应的待制作菜谱；

根据预先选择的菜谱模板以及所述目标菜品图像的菜谱编辑信息生成所述目标菜品图像的电子菜谱信息。

根据本申请的第一方面的一种可能的实施方式，所述为所述第二终端设置所述至少一个菜品图像的菜谱编辑权限的步骤之后，所述方法还包括：

向所述第二终端发送所述至少一个菜品图像已完成上传的提示信息。

根据本申请的第一方面的一种可能的实施方式，在为所述第二终端设置所述至少一个菜品图像的菜谱编辑权限的步骤之后，所述方法还包括：

向所述第二终端发送所述至少一个菜品图像已完成上传的提示信息。

根据本申请的第一方面的一种可能的实施方式，在将该第二终端发送的所述目标菜品图像的菜谱编辑信息发送给所述第一终端的步骤之后，所述方法还包括：

接收所述第一终端发送的所述待制作菜谱，并将所述待制作菜谱发送给所述第二终端；

在接收到所述第二终端发送的针对所述待制作菜谱的确认信息后，将所述确认信息转发给所述第一终端，以便于所述第一终端将所述待制作草铺发送给菜谱制作终端进行菜谱制作。

根据本申请的第一方面的一种可能的实施方式，所述服务器还与用户点菜终端通信连接，在根据预先选择的菜谱模板以及所述目标菜品图像的菜谱编辑信息生成所述目标菜品图像的电子菜谱信息的步骤之后，所述方法还包括：

获取所述第二终端从各个目标菜品图像的电子菜谱信息中选择的可展示电子菜谱信息；

获取所述用户点菜终端从所述可展示电子菜谱信息中选择的目标菜品，并在生成所述目标菜品的点餐订单后记录所述点餐订单的订单信息；

对在预设时间段内生成的各个点餐订单的订单信息进行数据分析，得到下一预设时间段内的菜品原料采购策略。

根据本申请的第一方面的一种可能的实施方式，所述方法还包括：

获取所述用户点菜终端针对所述目标菜品的菜品制作编辑信息；

根据所述目标菜品的点餐订单和菜品制作编辑信息生成所述目标菜品的菜品制作策略，并将所述菜品制作策略发送给所述目标餐厅的菜品制作终端。

根据本申请的第一方面的一种可能的实施方式，所述所述目标菜品图像的菜谱编辑信息包括多个菜谱编辑选项；所述根据预先选择的菜谱模板以及所述目标菜品图像的菜谱编辑信息生成所述目标菜品图像的电子菜谱信息的步骤，包括：

确定所述目标菜品图像的菜谱编辑信息中每一菜谱编辑选项在所述预先选择的菜谱模板中的展示节点；

根据所述每一菜谱编辑选项在所述预先选择的菜谱模板中的展示节点生成所述目标菜品图像的电子菜谱信息。

根据本申请的第一方面的一种可能的实施方式，在根据所述每一菜谱编辑选项在所述预先选择的菜谱模板中的展示节点生成所述目标菜品图像的电子菜谱信息的步骤之后，所述方法还包括：

根据目标菜品图像的预设编辑信息调整策略，获取针对所述目标菜品图像的可调整编辑项目所关联的菜品影响参数，所述菜品影响参数包括季节参数、供求参数、成本参数、市场活跃度参数中的一种或者多种组合；

根据所述菜品影响参数动态调整所述目标菜品图像的可调整编辑项目。

根据本申请的第二方面，提供一种菜谱生成装置，应用于服务器，所述服务器分别与第一终端和第二终端通信连接，所述装置包括：

接收模块，用于接收并存储所述第一终端上传的与所述第二终端对应的目标餐厅的至少一个菜品图像，并为所述第二终端设置所述至少一个菜品图像的菜谱编辑权限，以使得所述第二终端可从所述至少一个菜品图像中选择目标菜品图像进行菜谱信息编辑；

发送模块，用于将该第二终端发送的所述目标菜品图像的菜谱编辑信息发送给所述第一终端，以使所述第一终端根据所述目标菜品图像的菜谱编辑信息为所述目标菜品图像生成对应的待制作菜谱；

生成模块，用于根据预先选择的菜谱模板以及所述目标菜品图像的菜谱编辑信息生成所述目标菜品图像的电子菜谱信息。

根据本申请的第三方面，提供一种服务器，所述服务器包括机器可读存储介质及处理器，所述机器可读存储介质存储有机器可执行指令，所述处理器在执行所述机器可执行指令时，该服务器实现前述的菜谱生成方法。

根据本申请的第四方面，提供一种可读存储介质，所述可读存储介质中存储有机器可执行指令，所述机器可执行指令被执行时实现前述的菜谱生成方法。

基于上述任一方面，本申请由服务器接收并存储上传的目标餐厅的菜品图像，并为目标餐厅所对应的第二终端设置对应的菜谱编辑权限，可由该第二终端在服务器上进行菜谱编辑后由第一终端根据菜谱编辑信息为目标菜品图像生成对应的待制作菜谱，服务器同时可根据预先选择的菜谱模板以及目标菜品图像的菜谱编辑信息生成目标菜品图像的电子菜谱信息。如此，能够有效提高菜谱制作效率，减少餐厅与菜谱制作公司的中间沟通流程，在线上即可完成整个菜谱制作流程，避免浪费菜品原材料成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的菜谱生成系统的应用场景示意图；

图2示出了本申请实施例所提供的菜谱生成方法的流程示意图之一；

图3示出了本申请实施例所提供的目标菜品图像的选择界面示意图；

图4示出了本申请实施例所提供的目标菜品图像的菜谱编辑信息的界面示意图；

图5示出了本申请实施例所提供的菜谱生成方法的流程示意图之二；

图6示出了本申请实施例所提供的菜谱生成方法的流程示意图之三；

图7示出了本申请实施例所提供的菜谱生成方法的流程示意图之四；

图8示出了本申请实施例所提供的菜谱生成装置的功能模块示意图；

图9示出了本申请实施例所提供的用于实现上述的菜谱生成方法的服务器的结构示意框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请实施例的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其它操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例，都属于本申请保护的范围。

参照图1所示，图1示出了本申请实施例提供的菜谱生成系统10的交互场景示意图。例如，菜谱生成系统10可以是用于诸如餐厅订餐服务之类的服务平台。菜谱生成系统10可以包括服务器100、第一终端200以及第二终端300，服务器100分别与第一终端200和第二终端300通信连接，用于为第一终端200和第二终端300提供菜谱服务。例如，服务器100可以为第二终端300的餐厅商家提供电子菜谱的编辑功能服务，以第一终端200上传的菜品图像提供给第二终端300的餐厅商家进行选择和编辑。

在一些实施场景中，第一终端200和第二终端300可以互换使用。例如，第二终端300的餐厅商家可以使用第二终端300来上传菜品图像。又例如，第一终端200的菜品制作人员也可以使用第一终端200对上传的菜品图像进行选择和编辑。

本实施例中，第一终端200和第二终端300可以是，但不限于智能手机、个人数字助理、平板电脑、个人计算机、笔记本电脑、虚拟现实终端设备、增强现实终端设备等。在具体实施过程中，可能有零个、一个或多个第一终端200和第二终端300接入该服务器100，图1中仅示出一个。其中，第一终端200和第二终端300中可以安装用于提供互联网直播服务的互联网产品，例如，互联网产品可以是计算机或智能手机中使用的与互联网直播服务相关的应用程序app、web网页、小程序等。

本实施例中，服务器100可以是单个物理服务器，也可以是一个由多个用于执行不同数据处理功能的物理服务器构成的服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器100可以是分布式系统)。在一些可能的实施方式中，如服务器100采用单个物理服务器，可以基于不同直播服务功能为该物理服务器分配不同的逻辑服务器组件。

可以理解，图1所示的菜谱生成系统10仅为一种可行的示例，在其它可行的实施例中，该菜谱生成系统10也可以仅包括图1所示组成部分的其中一部分或者还可以包括其它的组成部分。

图2示出了本申请实施例提供的菜谱生成方法的流程示意图，本实施例中，该菜谱生成方法可以由图1中所示的服务器100执行。应当理解，在其它实施例中，本实施例的菜谱生成方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该菜谱生成方法的详细步骤介绍如下。

步骤s110，接收并存储第一终端200上传的与第二终端300对应的目标餐厅的至少一个菜品图像，并为第二终端300设置至少一个菜品图像的菜谱编辑权限。

步骤s120，将该第二终端300发送的目标菜品图像的菜谱编辑信息发送给第一终端200，以使第一终端200根据目标菜品图像的菜谱编辑信息为目标菜品图像生成对应的待制作菜谱。

步骤s130，根据预先选择的菜谱模板以及目标菜品图像的菜谱编辑信息生成目标菜品图像的电子菜谱信息。

基于上述设计，本实施例由服务器100接收并存储上传的目标餐厅的菜品图像，并为目标餐厅所对应的第二终端300设置对应的菜谱编辑权限，可由该第二终端300在服务器100上进行菜谱编辑后由第一终端200根据菜谱编辑信息为目标菜品图像生成对应的待制作菜谱，服务器100同时可根据预先选择的菜谱模板以及目标菜品图像的菜谱编辑信息生成目标菜品图像的电子菜谱信息。如此，能够有效提高菜谱制作效率，减少餐厅与菜谱制作公司的中间沟通流程，在线上即可完成整个菜谱制作流程，避免浪费菜品原材料成本。

本实施例中，针对步骤s110，第一终端200可以通过其上设置的图像采集装置采集该目标餐厅所提供的各个待上传菜品的菜品图像，并可根据需求将这些菜品图像上传到服务器100中，例如可以通过http/ftp等各种可行的文件上传方式上传到服务器100。

在一些可能的实施方式中，第一终端200在上传菜品图像之前，为了确保菜品图像的可靠性，可以预先对这些菜品图像进行一些预处理，例如裁剪、旋转、调整亮度等操作，具体可以根据需求选择一部分预处理，在此不作具体限定。

本实施例中，服务器100可以将每个菜品图像的md5值作为该菜品图像的唯一标识，并将该菜品图像的存储路径和md5值进行关联存储。其中，md5值可以以512位分组来处理输入的信息，且每一分组又被划分为16个32位子分组，经过了一系列的处理后，输出可由四个32位分组组成，将这四个32位分组级联后将生成一个128位散列值，由此构成md5值。

当以上菜品图像上传完成后，服务器100可以为目标餐厅所对应的第二终端300设置至少一个菜品图像的菜谱编辑权限。例如，服务器100可以设置可查看和编辑的该目标餐厅的餐厅账号(例如手机注册账号)。由此，该目标餐厅可以通过第二终端300登陆该餐厅账号，从至少一个菜品图像中选择目标菜品图像进行菜谱信息编辑。

在此基础上，请结合参阅图3，为了及时提示该目标餐厅尽快从至少一个菜品图像中选择目标菜品图像进行菜谱信息编辑，保证菜谱生成效率，在一种可能的实施方式中，请结合参阅图3，在步骤s110之后，本实施例提供的菜谱生成方法还可以包括如下步骤：

步骤s115，向第二终端300发送至少一个菜品图像已完成上传的提示信息。

本实施例中，在每次菜品图像完成上传时，服务器100可以及时通知第二终端300。例如，请结合参阅图4，假设第一终端200上传的菜品图像包括蒜香金针菇、蒜香丝瓜、小龙凤爪和糯米粉蒸肉，那么服务器100可以在蒜香金针菇、蒜香丝瓜、小龙凤爪和糯米粉蒸肉完成上传时，通知第二终端300以上菜品图像已完成上传的提示信息，提示信息中可以包括具体的菜品图像所对应的菜品、上传时间、上传用户等等，以便于该目标餐厅及时通过第二终端300登录餐厅账号对以上菜品图像进行查看和菜谱编辑。

在一种可能的实施方式中，由于第一终端200在上传菜品图像时通常只考虑上传过程，至于该目标餐厅可以根据实际运营需求选择一部分菜品图像进行查看和菜谱编辑。例如，仍旧参阅图4，在蒜香金针菇、蒜香丝瓜、小龙凤爪和糯米粉蒸肉完成上传时，该目标餐厅可以仅选择蒜香金针菇和蒜香丝瓜作为目标菜品图像进行编辑和后续的菜谱制作，而后选择提交到编辑表单即可进入以下图5中的编辑界面。

详细地，在一种可能的实施方式中，请结合参阅图5，针对步骤s120，第二终端300可以针对选择的每个目标菜品图像进行菜谱编辑信息的编辑操作。例如，可以设置每个目标菜品图像的菜品编码、菜品名称、菜品类型、菜品价格和会员价、菜品标签(人气、必点、最新、绝活等)等菜谱编辑信息，而后可以将这些完成编辑的菜谱编辑信息发送给服务器100，并选择生成电子菜谱。由此，服务器100可以根据预先选择的菜谱模板以及目标菜品图像的菜谱编辑信息生成目标菜品图像的电子菜谱信息。

此外，针对步骤s120，考虑到在实际餐厅经营过程中，可能还需要使用到纸质菜谱，因此服务器100可以将第二终端300反馈的菜谱编辑信息转发给第一终端200，第一终端200可以根据目标菜品图像的菜谱编辑信息为目标菜品图像生成对应的待制作菜谱。在这之后，为了提高后续纸质菜谱的可靠性，避免中途产生大量修改，请结合参阅图6，在步骤s120之后，本实施例提供的菜谱生成方法还可以包括以下步骤：

步骤s122，接收第一终端200发送的待制作菜谱，并将待制作菜谱发送给第二终端300。

步骤s124，在接收到第二终端300发送的针对待制作菜谱的确认信息后，将确认信息转发给第一终端200，以便于第一终端200将待制作草铺发送给菜谱制作终端进行菜谱制作。

详细地，第一终端200在制作完成待制作菜谱后，还需要交由目标餐厅进行确认后，再将待制作草铺发送给菜谱制作终端进行菜谱制作，由此可以提高后续纸质菜谱的可靠性，避免中途产生大量修改从而增加菜谱制作过程中的中间流程。

在上述描述的基础上，针对生成的电子菜谱信息，为了便于用餐者进行线上点菜，并能有效对菜品的原材料的采购、库存管理、服务管理等方面进行有效管理，有效降低餐饮业的原材料成本高和原材料浪费等问题，在一种可能的实施方式中，请结合参阅图7，在步骤s130，本实施例提供的菜谱生成方法还可以包括以下步骤：

步骤s140，获取第二终端300从各个目标菜品图像的电子菜谱信息中选择的可展示电子菜谱信息。

本实施例中，对于该目标餐厅来说，可以选择从各个目标菜品图像的电子菜谱信息中选择一部分可展示电子菜谱信息进行展示，具体可以根据实际的运营情况来进行个性化确定，本实施例对此部分的逻辑不作具体限定。

步骤s150，获取用户点菜终端从可展示电子菜谱信息中选择的目标菜品，并在生成目标菜品的点餐订单后记录点餐订单的订单信息。

步骤s160，对在预设时间段内生成的各个点餐订单的订单信息进行数据分析，得到下一预设时间段内的菜品原料采购策略。

本实施例通过对订餐者在线上的各个点餐订单的订单信息进行数据分析，可以使得该目标餐厅在订餐者到店之前即能提前获取到消费者的菜品数据，由此可以对菜品的原材料的采购管理、库存管理、服务管理等方面进行有效管理，有效降低餐饮业的菜品原材料成本高和原材料浪费等问题。

在一种可能的实施方式中，针对步骤s160，对于在预设时间段(例如一周内)内生成的各个点餐订单的订单信息，针对各个点餐订单的订单信息中的每一个订单菜品项目，对订单菜品项目所对应的菜品成分的成分信息进行特征提取，得到订单菜品项目的菜品特征信息。而后，根据订单菜品项目的菜品特征信息，确定订单菜品项目的菜品原料预测信息。在此基础上，可以进一步获取菜品特征信息的第一菜品原料矩阵以及获取菜品原料预测信息的第二菜品原料矩阵，根据第一菜品原料矩阵和第二菜品原料矩阵生成订单菜品项目的菜品原料画像，第一菜品原料矩阵根据至少一个第一菜品原料预测模型的模型矩阵生成，第二菜品原料矩阵根据预先得到的至少一个第二菜品原料预测模型的模型矩阵生成，至少一个第二菜品原料预测模型是通过对标注关键菜品原料矩阵的不同菜品类别的菜品原料预测信息进行训练得到的，模型矩阵是通过第一菜品原料预测模型或者第二菜品原料预测模型完成训练时的各个不同类型的模型参数得到的。由此，可以基于每一个订单菜品项目的菜品原料画像，得到下一预设时间段内(例如下一周内)的菜品原料采购策略。

在上述描述的基础上，考虑到对于同一种菜品而言，不同的订餐者的偏好可能并不相同，例如某些订餐者喜欢某一种烹饪方式或者某一种特别的烹饪流程，此时可以为这些订餐者提供一些菜品的定制化服务，以提高订餐者的用餐体验。详细地，订餐者可以针对选择的目标菜品确定相对应的菜品制作编辑信息，服务器100通过获取用户点菜终端针对目标菜品的菜品制作编辑信息，而后可根据目标菜品的点餐订单和菜品制作编辑信息生成目标菜品的菜品制作策略，并将菜品制作策略发送给目标餐厅的菜品制作终端。

进一步地，针对上述的步骤s130，在一种可能的实施方式中，本实施例可以具体确定目标菜品图像的菜谱编辑信息中每一菜谱编辑选项在预先选择的菜谱模板中的展示节点，并根据每一菜谱编辑选项在预先选择的菜谱模板中的展示节点生成目标菜品图像的电子菜谱信息。

例如，针对不同的菜谱编辑选项，可以根据菜谱模板中针对每个菜谱编辑选项的优先级顺序分别确定每一菜谱编辑选项在菜谱模板中的展示节点，从而可以按照每个菜谱编辑选项的优先级顺序生成目标菜品图像的电子菜谱信息。

在一种可能的实施方式中，考虑到在日常过程中，各种影响参数(例如季节情况、供求情况、成本情况等)的变化可能会导致实际菜品的编辑项目的变化，例如典型的就是价格的变化，因此为了便于运营销售的需要，使得销售数据管理及菜品交互时时在线，本实施例还可以进一步根据目标菜品图像的预设编辑信息调整策略，获取针对目标菜品图像的可调整编辑项目所关联的菜品影响参数，然后根据菜品影响参数动态调整目标菜品图像的可调整编辑项目。

例如，作为一种可能的示例，针对预设编辑信息调整策略中对应该目标菜品图像的每个可调整编辑项目，获取每个可调整编辑项目的菜品影响参数，例如季节参数、供求参数、成本参数、市场活跃度参数等，在此不作具体限定。

在此基础上，可以将菜品影响参数输入该目标菜品图像的菜品类别所对应的菜品影响参数模型中，抽取菜品影响参数模型的多个不同模型网络层的输出作为多个网络层的特征，并组合多个网络层的特征，生成菜品影响参数的特征。接着，基于提取出的菜品影响参数的特征，采用该目标菜品图像的菜品类别对应的调整特征预测矩阵预测出菜品影响参数的每个特征为调整特征的置信度、以及每个特征为调整特征时该特征相对于其所在的可调整编辑项目的菜品影响参数的影响等级，而后确定置信度高于预设置信度阈值的特征为调整特征，并基于确定出的各调整特征的影响等级相对于其所在的可调整编辑项目的菜品影响参数的过程节点的影响等级的差别，确定由调整特征定位出的可调整编辑项目的菜品影响参数的影响等级。

由此，可以预先滤除各调整特征定位出的可调整编辑项目的菜品影响参数的影响等级中被重复定位的可调整编辑项目的菜品影响参数的影响等级，得到各候选可调整编辑项目的菜品影响参数的影响等级。接着，将提取出的菜品影响参数的特征输入该目标菜品图像的菜品类别对应的可调整编辑项目索引模型，基于各候选可调整编辑项目的菜品影响参数的影响等级对可调整编辑项目索引模型输出的索引特征信息进行处理，生成用于表征候选可调整编辑项目的特征的可调整编辑项目特征量集。

而后，基于候选可调整编辑项目的菜品影响参数的影响等级，在菜品影响参数中确定各候选可调整编辑项目的关联候选可调整编辑项目，并计算候选可调整编辑项目的可调整编辑项目特征量集与对应的各关联候选可调整编辑项目的可调整编辑项目特征量集之间的特征量集差异，作为候选可调整编辑项目与对应的各关联候选可调整编辑项目之间的差异程度。接着，将与候选可调整编辑项目之间的差异程度小于预设差异度阈值的关联候选可调整编辑项目作为与候选可调整编辑项目相关的关联候选可调整编辑项目，将各候选可调整编辑项目与相关的关联候选可调整编辑项目组合为可调整编辑项目组。

接着，基于可调整编辑项目组中各候选可调整编辑项目的菜品影响参数的影响等级，以及各候选可调整编辑项目的菜品影响参数的影响等级与调整参数分量之间的对应关系，动态调整各候选可调整编辑项目。

基于同一发明构思，请参阅图8，示出了本申请实施例提供的菜谱生成装置110的功能模块示意图，本实施例可以根据上述方法实施例对菜谱生成装置110进行功能模块的划分。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。比如，在采用对应各个功能划分各个功能模块的情况下，图8示出的菜谱生成装置110只是一种装置示意图。其中，菜谱生成装置110可以包括接收模块111、发送模块112以及生成模块113，下面分别对该菜谱生成装置110的各个功能模块的功能进行详细阐述。

接收模块111，用于接收并存储第一终端200上传的与第二终端300对应的目标餐厅的至少一个菜品图像，并为第二终端300设置至少一个菜品图像的菜谱编辑权限，以使得第二终端300可从至少一个菜品图像中选择目标菜品图像进行菜谱信息编辑。可以理解，该接收模块111可以用于执行上述步骤s110，关于该接收模块111的详细实现方式可以参照上述对步骤s110有关的内容。

发送模块112，用于将该第二终端300发送的目标菜品图像的菜谱编辑信息发送给第一终端200，以使第一终端200根据目标菜品图像的菜谱编辑信息为目标菜品图像生成对应的待制作菜谱。可以理解，该发送模块112可以用于执行上述步骤s120，关于该发送模块112的详细实现方式可以参照上述对步骤s120有关的内容。

生成模块113，用于根据预先选择的菜谱模板以及目标菜品图像的菜谱编辑信息生成目标菜品图像的电子菜谱信息。可以理解，该生成模块113可以用于执行上述步骤s130，关于该生成模块113的详细实现方式可以参照上述对步骤s130有关的内容。

在一种可能的实施方式中，生成模块113还可以用于获取第二终端300从各个目标菜品图像的电子菜谱信息中选择的可展示电子菜谱信息，获取用户点菜终端从可展示电子菜谱信息中选择的目标菜品，并在生成目标菜品的点餐订单后记录点餐订单的订单信息，而后对在预设时间段内生成的各个点餐订单的订单信息进行数据分析，得到下一预设时间段内的菜品原料采购策略。

在一种可能的实施方式中，生成模块113还可以用于获取用户点菜终端针对目标菜品的菜品制作编辑信息，并根据目标菜品的点餐订单和菜品制作编辑信息生成目标菜品的菜品制作策略，并将菜品制作策略发送给目标餐厅的菜品制作终端。

基于同一发明构思，请参阅图9，示出了本申请实施例提供的用于执行上述菜谱生成方法的服务器100的结构示意框图，该服务器100可以包括菜谱生成装置110、机器可读存储介质120和处理器130。

本实施例中，机器可读存储介质120与处理器130均位于服务器100中且二者分离设置。然而，应当理解的是，机器可读存储介质120也可以是独立于服务器100之外，且可以由处理器130通过总线接口来访问。可替换地，机器可读存储介质120也可以集成到处理器130中，例如，可以是高速缓存和/或通用寄存器。

处理器130是该服务器100的控制中心，利用各种接口和线路连接整个服务器100的各个部分，通过运行或执行存储在机器可读存储介质120内的软件程序和/或模块，以及调用存储在机器可读存储介质120内的数据，执行该服务器100的各种功能和处理数据，从而对服务器100进行整体监控。可选地，处理器130可包括一个或多个处理核心；例如，处理器130可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器中。

其中，处理器130可以是一个通用的中央处理器(centralprocessingunit，cpu)，微处理器，特定应用集成电路(application-specificintegratedcircuit，asic)，或一个或多个用于控制上述方法实施例提供的菜谱生成方法的程序执行的集成电路。

机器可读存储介质120可以是rom或可存储静态信息和指令的其他类型的静态存储设备，ram或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammabler-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。机器可读存储介质120可以是独立存在，通过通信总线与处理器130相连接。机器可读存储介质120也可以和处理器集成在一起。其中，机器可读存储介质120用于存储执行本申请方案的机器可执行指令。处理器130用于执行机器可读存储介质120中存储的机器可执行指令，以实现前述方法实施例提供的菜谱生成方法。

本实施例中，菜谱生成装置110可以包括用于存储在机器可读存储介质120中的软件功能模块(例如图8中所示的接收模块111、发送模块112以及生成模块113)，当处理器130执行菜谱生成装置110的各软件功能模块时，可以实现前述方法实施例提供的菜谱生成方法。

由于本申请实施例提供的服务器100是上述服务器100执行的方法实施例的另一种实现形式，且服务器100可用于执行上述方法实施例提供的菜谱生成方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

进一步地，本申请实施例还提供一种包含计算机可执行指令的可读存储介质，计算机可执行指令在被执行时可以用于实现上述方法实施例提供的菜谱生成方法。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上的方法操作，还可以执行本申请任意实施例所提供的菜谱生成方法中的相关操作。

本申请实施例是参照根据本申请实施例的方法、设备和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

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