一种智慧报餐系统及方法

技术领域

本申请涉及计算机技术领域，尤其涉及一种智慧报餐系统及方法。

背景技术

在企业或者单位用户的报餐情景中，用户需要进行报餐时，主要是通过移动应用程序、自助点餐终端和电话预订系统的方式向进行简单报餐。此时，用户报餐的内容主要为在哪个就餐时间段预订什么菜品、预订多少数量和就餐位置。然而，面对不同的用户人群，不同用户的年龄不同，身体健康状况不同而使得需要摄入的营养物质的种类和数量都不同，例如高血压人群不能吃太咸，低血压人群应多吃含铁和高蛋白食物，低血糖人群需要吃含糖高且易消化食物，等等。如果仅仅是根据用户上报的在哪个就餐时间段预订什么菜品、预订多少数量和就餐位置进行报餐，那么会导致用户的膳食菜品不符合营养物质摄入要求。

发明内容

本申请提供一种智慧报餐系统及方法，旨在实现用户报餐的膳食菜品符合营养物质摄入要求。

因此，本申请提供一种智慧报餐系统，包括服务器端、订餐用户终端、厨师用户终端和膳食搭配模块；所述订餐用户终端、所述厨师用户终端和所述膳食搭配模块分别与所述服务器端连接；

所述订餐用户终端包括信息录入模块和报餐录入模块；

所述信息录入模块用于录入用户基本信息，并将所述用户基本信息发送至所述服务器端；所述用户基本信息包括用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和用户偏好厨师信息；

所述报餐录入模块用于录入用户订餐信息，并将所述用户订餐信息发送至所述服务器端；所述用户订餐信息包括订餐主食信息、订餐水果信息和订餐类型；所述订餐类型包括早餐、午餐和晚餐；

膳食搭配模块用于录入供应膳食信息；所述供应膳食信息包括所有膳食品种包括主食及点心类、粗杂粮类、大荤类、小荤类、蔬菜类、水果类、主料名称及重量、配料名称及重量、调料名称及重量、烹调方法、特点以及营养标签；

所述服务器端用于根据所述用户订餐信息、所述用户血压信息、所述用户身高体重指数、所述用户口味信息、所述用户血糖信息、所述用户年龄信息和所述供应膳食信息，生成用户膳食菜品，并根据用户偏好厨师信息将所述用户膳食菜品发送至所述厨师用户终端；

所述厨师用户终端用于接收所述服务器端发送的用户膳食菜品，并将所述用户膳食菜品的完成指令返回至所述服务器端。

进一步的，所述智慧报餐系统还包括报餐统计模块；报餐统计模块与服务器端连接；

所述报餐统计模块用于统计本单位所有用户在第二天的用户订餐信息，并根据用户订餐信息的膳食品种及数量统计本单位在第二天所需购买的原材料的数量；

所述报餐统计模块还用于将本单位最终统计的在第二天所需购买的原材料数量发送至服务器端。

进一步的，所述智慧报餐系统还包括食材管理终端；食材管理终端与服务器端连接；

所述食材管理终端用于接收所述服务器端发送的本单位在第二天所需购买的原材料数量，并根据本单位在第二天所需购买的原材料数量提示本单位进行原材料购买。

进一步的，所述智慧报餐系统还包括报餐终端和膳食显示终端；报餐终端和膳食显示终端，分别与服务器端连接；

所述报餐终端用于接收所述服务器端根据所述完成指令返回的取餐信息，并播报所述取餐信息；

所述膳食显示终端用于显示未来预设时间天数的各餐次准备提供的膳食品种信息。

进一步的，所述智慧报餐系统还包括营养分析模块；营养分析模块与服务器端连接；

所述营养分析模块录有各类用户人群每餐次摄入营养标准。

进一步的，所述智慧报餐系统还包括订餐分析模块；订餐分析模块与服务器端连接；

所述订餐分析模块用于根据所述用户订餐信息、所述用户血压信息、所述用户身高体重指数、所述用户口味信息、所述用户血糖信息、所述用户年龄信息，从所述营养分析模块中调取每餐次摄入营养标准和所述服务器端生成的用户膳食菜品的营养含量进行对比分析，确定生成的用户膳食菜品中搭配的膳食品种是否符合营养要求，得到对比分析结果，并将所述对比分析结果返回至所述服务器端；

营养标准包括每个膳食品种的能量、蛋白质、脂肪、碳水化合物、膳食纤维及盐的含量。

进一步的，所述智慧报餐系统还包括医生用户终端；医生用户终端和与服务器端连接；

所述医生用户终端用于为医生提供数据获取接口，以供医生从所述服务器端获取所述用户订餐信息、所述用户血压信息、所述用户身高体重指数、所述用户口味信息、所述用户血糖信息、所述用户年龄信息和所述对比分析结果；根据所述服务器端获取所述用户订餐信息、所述用户血压信息、所述用户身高体重指数、所述用户口味信息、所述用户血糖信息、所述用户年龄信息和所述对比分析结果，返回所述对比分析结果是否合理的反馈信息和建议信息；

所述订餐用户终端还用于接收服务器端返回的对比分析结果、反馈信息或建议信息，相应地，订餐用户有以下四种后续操作形式：第一种，订餐内容符合自身合理营养要求，订餐用户通过订餐用户终端的交互界面的最终确认键进行订餐的最终确认；第二种，订餐内容符合自身合理营养要求，但订餐用户还想针对订餐内容进行再次调整，将调整后的膳食品种及数量再次发送至服务器端；第三种，订餐内容不符合自身合理营养要求，订餐用户可以根据警示标记信息通过订餐用户终端对相应餐次的用户订餐信息进行调整，通过调整膳食品种及数量来修改用户订餐信息并再次发送至服务器端；第四种，订餐内容不符合自身合理营养要求，订餐用户不对用户订餐信息做任何修改通过订餐用户终端的交互界面的最终确认键进行订餐的最终确认并发送至服务器端。

进一步的，所述智慧报餐系统还包括信息反馈模块；信息反馈模块与服务器端连接；

所述信息反馈模块用于统计用户至少15天时间段内各餐次所订餐品种的营养总量并依此对其营养总量是否符合自身合理营养要求作出判断并给出建议，将超标或不足的营养成分或食物品种作出警示标示，用户可据此判断其营养总量是否符合合理营养的要求并做出改正；统计分析提供的各膳食品种是否符合用户口味及合理膳食需求，统计一段时间内各菜品的供应次数和预约次数的具体数值，对其中点击量较少的膳食品种可进行分析，查明其原因是营养搭配不合理或口味及烹调方式不符合用户要求，对膳食品种进行调整。

一种智慧报餐方法，应用上述智慧报餐系统，包括：

通过所述膳食显示终端显示未来预设时间天数的各餐次准备提供的膳食品种信息；

通过所述订餐用户终端录入用户基本信息和用户订餐信息；所述用户基本信息包括用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和用户偏好厨师信息；所述用户订餐信息包括订餐主食信息、订餐水果信息和订餐类型；

通过所述报餐统计模块获取本单位所有用户在第二天的用户订餐信息，根据订餐信息的膳食品种及数量统计本单位在第二天所需购买的原材料的数量，并发送本单位在第二天所需购买的原材料数量至食材管理终端；食材管理终端根据本单位在第二天所需购买的原材料数量提示本单位进行原材料购买；

通过所述服务器端获取供应膳食信息，根据所述用户订餐信息、所述用户血压信息、所述用户身高体重指数、所述用户口味信息、所述用户血糖信息、所述用户年龄信息和所述供应膳食信息，生成用户膳食菜品，并根据用户偏好厨师信息将所述用户膳食菜品发送至厨师用户终端；

通过所述厨师用户终端接收所述服务器端发送的用户膳食菜品，并将所述用户膳食菜品的完成指令返回至所述服务器端；

通过所述报餐终端接收所述服务器端根据所述完成指令返回的取餐信息，并播报所述取餐信息；

所述订餐分析模块根据所述用户订餐信息、所述用户血压信息、所述用户身高体重指数、所述用户口味信息、所述用户血糖信息和所述用户年龄信息，从营养分析模块中调取每餐次摄入营养标准和所述服务器端生成的用户膳食菜品的营养含量进行对比分析，并将得到的对比分析结果返回至所述服务器端；

通过所述医生用户终端为医生提供数据获取接口，以供医生从所述服务器端获取所述对比分析结果，并对所述对比分析结果进行分析，得到反馈信息和建议信息；

通过所述订餐用户终端接收所述服务器端返回的对比分析结果、反馈信息或建议信息，以提示订餐用户进行结果确定。

本申请的有益效果是：

本智慧报餐系统设置包括服务器端、订餐用户终端、厨师用户终端和膳食搭配模块。通过订餐用户终端录入用户基本信息和用户订餐信息并发送至服务器端；通过膳食搭配模块录入供应膳食信息；然后服务器端用于根据用户订餐信息、用户基本信息（包括用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和供应膳食信息）和供应膳食信息生成用户膳食菜品，并根据用户偏好厨师信息将用户膳食菜品发送至厨师用户终端，最终做出符合用户营养需求的用户膳食菜品，从而实现了为用户全面精准地智能报餐。

附图说明

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

图1是本申请提供的智慧报餐系统的结构示意图之一。

图2是本申请提供的智慧报餐系统的结构示意图之二。

附图标记说明：服务器端10、订餐用户终端20、厨师用户终端30、膳食搭配模块40、报餐统计模块50、食材管理终端60、报餐终端70、膳食显示终端80、NFC标签器90、营养分析模块100、订餐分析模块110、医生用户终端120、信息反馈模块130。

具体实施方式

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

进一步地，下面结合图1至图2描述本申请提供的智慧报餐系统。图1是本申请提供的智慧报餐系统的结构示意图之一；图2是本申请提供的智慧报餐系统的结构示意图之二。

参照图1，图1是本申请提供的智慧报餐系统的结构示意图之一。本申请实施例提供的智慧报餐系统包括服务器端10、订餐用户终端20、厨师用户终端30和膳食搭配模块40。在本实施例中，订餐用户终端20包括信息录入模块21和报餐录入模块22。订餐用户终端20、厨师用户终端30和膳食搭配模块40分别与服务器端10连接。也即录入模块21和报餐录入模块22分别与服务器端10连接。

在本实施例中，用户在需要录入用户基本信息时，需要通过订餐用户终端20的信息录入模块21进行录入。

因此，信息录入模块21接收到用户基本信息后，将用户基本信息进行录入，并将用户基本信息发送至服务器端10。其中，用户基本信息包括用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和用户偏好厨师信息。

在本实施例中，用户在需要录入用户基本信息时，需要通过订餐用户终端20的报餐录入模块22进行录入。

因此，报餐录入模块22接收到用户订餐信息后，将用户订餐信息进行录入，并将用户订餐信息发送至服务器端10。其中，用户订餐信息包括订餐主食信息、订餐水果信息和订餐类型，订餐类型包括早餐、午餐和晚餐。

在本实施例中，智慧报餐系统管理员需要提前录入供应膳食信息，因此，在需要录入供应膳食信息时，需要通过膳食搭配模块40进行录入。

因此，膳食搭配模块40接收到供应膳食信息后，将供应膳食信息进行录入，其中，供应膳食信息包括所有膳食品种包括主食及点心类、粗杂粮类、大荤类、小荤类、蔬菜类、水果类、主料名称及重量、配料名称及重量、调料名称及重量、烹调方法、特点以及营养标签。

在本实施例中，服务器端10在需要生成用户膳食菜品时，需要获取用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和供应膳食信息。

因此，服务器端10根据用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和供应膳食信息，生成用户膳食菜品，并根据用户偏好厨师信息将用户膳食菜品发送至厨师用户终端30。厨师用户终端30接收到服务器端10发送的用户膳食菜品后，提示厨师根据用户膳食菜品进行配餐，在接收厨师触发的用户膳食菜品的完成指令后，将用户膳食菜品的完成指令返回至服务器端10。

本实施例提供的智慧报餐系统包括服务器端10、订餐用户终端20、厨师用户终端30和膳食搭配模块40；订餐用户终端20包括信息录入模块和报餐录入模块；订餐用户终端20、厨师用户终端30和膳食搭配模块40分别与服务器端10连接；信息录入模块用于录入用户基本信息，并将用户基本信息发送至服务器端10；报餐录入模块用于录入用户订餐信息，并将用户订餐信息发送至服务器端10；膳食搭配模块40用于录入供应膳食信息；服务器端10用于根据用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和供应膳食信息，生成用户膳食菜品，并根据用户偏好厨师信息将用户膳食菜品发送至厨师用户终端30；厨师用户终端30用于接收服务器端10发送的用户膳食菜品，并将用户膳食菜品的完成指令返回至服务器端10。

因此，智慧报餐系统根据用户基本信息、用户订餐信息和供应膳食信息生成符合用户营养需求的用户膳食菜品，从而通过用户膳食菜品实现了为用户全面精准地智能报餐。

参照图2，图2是本申请提供的智慧报餐系统的结构示意图之二。本申请提供的智慧报餐系统还包括报餐统计模块50、食材管理终端60、报餐终端70、膳食显示终端80、NFC标签器90、营养分析模块100、订餐分析模块110、医生用户终端120和信息反馈模块130。报餐统计模块50、食材管理终端60、报餐终端70、膳食显示终端80、NFC标签器90、营养分析模块100、订餐分析模块110、医生用户终端120和信息反馈模块130均与服务器端10连接。

在本实施例中，报餐统计模块50在就餐日前一日的19时统计本单位所有用户在第二天的用户订餐信息，并根据用户订餐信息的膳食品种及数量统计本单位在第二天所需购买的原材料的数量。进一步地，报餐统计模块50将本单位最终统计的在第二天所需购买的原材料数量发送至服务器端10。服务器端10接收到第二天所需购买的原材料数量后，将第二天所需购买的原材料数量发送至食材管理终端60。

在本实施例中，食材管理终端60接收到服务器端10发送的本单位在第二天所需购买的原材料数量后，根据本单位在第二天所需购买的原材料数量提示智慧报餐系统管理员进行原材料购买。

在本实施例中，服务器端10接收到厨师用户终端30返回的完成指令后，根据完成指令将取餐信息返回至报餐终端70。报餐终端70接收到服务器端10根据完成指令返回的取餐信息后，播报取餐信息。

在本实施例中，智慧报餐系统管理员会提前录入未来预设时间天数的各餐次准备提供的膳食品种信息，如未来10天的各餐次准备提供的膳食品种信息。因此，膳食显示终端80接收到智慧报餐系统管理员录入未来10天的各餐次准备提供的膳食品种信息后，将未来10天的各餐次准备提供的膳食品种信息显示在显示界面。

在本实施例中，服务器端10在用户膳食菜品配餐的过程中，会实时将用户膳食菜品的完成情况、进度信息或/和需等待时间信息返回至NFC标签器90（Near FieldCommunication，近地场通信），此时的NFC标签器90为有源NFC标签器。因此，NFC标签器90接收到服务器端10返回的用户膳食菜品的完成情况、进度信息或/和需等待时间信息后，根据用户膳食菜品的完成情况、进度信息或/和需等待时间信息，生成NFC标签。因此，当用户通过用户终端的NFC功能触发感应NFC标签时，会直接获取到用户膳食菜品的完成情况、进度信息或/和需等待时间信息，便于对用户膳食菜品的完成情况、进度信息或/和需等待时间信息进行溯源。

在本实施例中，智慧报餐系统管理员会提前录入各类用户人群每餐次摄入营养标准。因此，营养分析模块100接收到智慧报餐系统管理员输入的各类用户人群每餐次摄入营养标准后，将各类用户人群每餐次摄入营养标准进行录入保存。

在本实施例中，订餐分析模块110用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息，并从营养分析模块100中调取每餐次摄入营养标准和服务器端10生成的用户膳食菜品的营养含量。进一步地，订餐分析模块110根据用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、以及用户年龄信息，从营养分析模块100中调取每餐次摄入营养标准和服务器端10生成的用户膳食菜品的营养含量进行对比分析，确定生成的用户膳食菜品中搭配的膳食品种是否符合营养要求，得到对比分析结果，并将对比分析结果返回至服务器端10，其中，营养标准包括每个膳食品种的能量、蛋白质、脂肪、碳水化合物、膳食纤维及盐的含量，如列出各营养成分的总量与推荐要求的营养成分量超标或不足的营养成分给出警示标记同时以营养搭配反馈信息的形式返回发送至服务器端10，其中超标的营养成分标记为红色，不足的营养成分标记为绿色，合理的的营养成分标记为黄色，对比差异界限按正负10%计算对比分析结果记为生成的用户膳食菜品中搭配的膳食品种符合营养要求，也可为生成的用户膳食菜品中搭配的膳食品种不符合营养要求。需要说明的是，此时的对比分析结果并非最终结果，还需要医生进一步认定。

在本实施例中，医生用户终端120为医生提供数据获取接口，因此，医生通过医生用户终端120从服务器端10获取用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和对比分析结果。进一步地，医生根据用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和对比分析结果，返回对比分析结果是否合理的反馈信息和建议信息，此时的反馈信息和建议信息即为最终结果。也就是说，对比分析结果合理的，直接返回分析正确的反馈结果。对比分析结果不合理的，返回分析有误的反馈结果并给出建议。

在本实施例中，服务器端10需要将对比分析结果、反馈信息或建议信息返回至订餐用户终端20。因此，订餐用户终端20接收到服务器端10返回的对比分析结果、反馈信息或建议信息后，订餐用户有以下四种后续操作形式：第一种，订餐内容符合自身合理营养要求，订餐用户通过订餐用户终端20的交互界面的最终确认键进行订餐的最终确认；第二种，订餐内容符合自身合理营养要求，但订餐用户还想针对订餐内容进行再次调整，将调整后的膳食品种及数量再次发送至服务器端10；第三种，订餐内容不符合自身合理营养要求，订餐用户可以根据警示标记信息通过订餐用户终端20对相应餐次的用户订餐信息进行调整，通过调整膳食品种及数量来修改用户订餐信息并再次发送至服务器端10；第四种，订餐内容不符合自身合理营养要求，订餐用户不对用户订餐信息做任何修改通过订餐用户终端20的交互界面的最终确认键进行订餐的最终确认并发送至服务器端10。

在本实施例中，信息反馈模块130统计用户至少15天时间段内各餐次所订餐品种的营养总量并依此对其营养总量是否符合自身合理营养要求作出判断并给出建议，将超标或不足的营养成分或食物品种作出警示标示，用户可据此判断其营养总量是否符合合理营养的要求并做出改正；统计分析提供的各膳食品种是否符合用户口味及合理膳食需求，统计一段时间内各菜品的供应次数和预约次数的具体数值，对其中点击量较少的膳食品种可进行分析，查明其原因是营养搭配不合理或口味及烹调方式不符合用户要求，对膳食品种进行调整。

上述智慧报餐系统的智慧报餐方法包括：

通过所述膳食显示终端80显示未来预设时间天数的各餐次准备提供的膳食品种信息。

订餐的用户在订餐用户终端20录入用户基本信息，并根据膳食显示终端80显示的膳食品种信息在订餐用户终端20录入用户订餐信息，其中，用户基本信息包括用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和用户偏好厨师信息，用户订餐信息包括订餐主食信息、订餐水果信息和订餐类型。

用户在录入用户订餐信息后，服务器端10会将用户订餐信息上报至报餐统计模块50。因此，报餐统计模块50获取统计本单位所有用户在第二天的用户订餐信息，根据用户订餐信息的膳食品种及数量统计本单位在第二天所需购买的原材料的数量，并将本单位在第二天所需购买的原材料数量发送至服务器端10。服务器端10将本单位在第二天所需购买的原材料数量发送至食材管理终端60。因此，食材管理终端60根据本单位在第二天所需购买的原材料数量提示本单位进行原材料购买。

通过所述服务器端10获取供应膳食信息，根据用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和供应膳食信息，生成用户膳食菜品，并根据用户偏好厨师信息将用户膳食菜品发送至厨师用户终端30，其中，供应膳食信息包括所有膳食品种包括主食及点心类、粗杂粮类、大荤类、小荤类、蔬菜类、水果类、主料名称及重量、配料名称及重量、调料名称及重量、烹调方法、特点以及营养标签。

通过所述厨师用户终端30接收服务器端10发送的用户膳食菜品，并将用户膳食菜品的完成指令返回至服务器端10。进一步地，报餐终端70接收服务器端10根据完成指令返回的取餐信息，并播报取餐信息。

通过所述服务器端10将用户膳食菜品的完成情况、进度信息或/和需等待时间信息实时更新至NFC标签器90。因此，NFC标签器90接收服务器端10返回的用户膳食菜品的完成情况、进度信息或/和需等待时间信息，并根据用户膳食菜品的完成情况、进度信息或/和需等待时间信息，生成NFC标签。因此，用户通过用户终端的NFC功能触发NFC标签时，可以实时直接获取用户膳食菜品的完成情况、进度信息或/和需等待时间信息。

所述订餐分析模块110根据用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息，从营养分析模块100中调取每餐次摄入营养标准和服务器端10生成的用户膳食菜品的营养含量进行对比分析，并将得到的对比分析结果返回至服务器端10，其中，营养分析模块100录有各类用户人群每餐次摄入营养标准，营养标准包括每个膳食品种的能量、蛋白质、脂肪、碳水化合物、膳食纤维及盐的含量。

通过所述医生用户终端120为医生提供数据获取接口，因此，医生通过医生用户终端120从服务器端10获取对比分析结果，并对对比分析结果进行分析，得到反馈信息和建议信息，并将反馈信息和建议信息返回至服务器端10，具体为：

所述医生从服务器端10获取用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和对比分析结果；根据服务器端10获取用户订餐信息、用户血压信息、用户身高体重指数、用户口味信息、用户血糖信息、用户年龄信息和对比分析结果，返回对比分析结果是否合理的反馈信息和建议信息。

通过所述服务器端10将对比分析结果、反馈信息或建议信息返回至订餐用户终端20，订餐用户终端20接收服务器端10返回的对比分析结果、反馈信息或建议信息，以提示订餐用户进行结果确定。相应地，订餐用户有以下四种后续操作形式：第一种，订餐内容符合自身合理营养要求，订餐用户通过订餐用户终端20的交互界面的最终确认键进行订餐的最终确认；第二种，订餐内容符合自身合理营养要求，但订餐用户还想针对订餐内容进行再次调整，将调整后的膳食品种及数量再次发送至服务器端10；第三种，订餐内容不符合自身合理营养要求，订餐用户可以根据警示标记信息通过订餐用户终端20对相应餐次的用户订餐信息进行调整，通过调整膳食品种及数量来修改用户订餐信息并再次发送至服务器端10；第四种，订餐内容不符合自身合理营养要求，订餐用户不对用户订餐信息做任何修改通过订餐用户终端20的交互界面的最终确认键进行订餐的最终确认并发送至服务器端10。

所述信息反馈模块130可以统计用户至少15天时间段内各餐次所订餐品种的营养总量并依此对其营养总量是否符合自身合理营养要求作出判断并给出建议，将超标或不足的营养成分或食物品种作出警示标示，用户可据此判断其营养总量是否符合合理营养的要求并做出改正；统计分析提供的各膳食品种是否符合用户口味及合理膳食需求，统计一段时间内各菜品的供应次数和预约次数的具体数值，对其中点击量较少的膳食品种可进行分析，查明其原因是营养搭配不合理或口味及烹调方式不符合用户要求，对膳食品种进行调整。

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