CN110097945B

CN110097945B - 控制烹饪的方法、服务器、烹饪器具及烹饪***

Info

Publication number: CN110097945B
Application number: CN201810097683.5A
Authority: CN
Inventors: 李斌
Original assignee: Zhejiang Supor Electrical Appliances Manufacturing Co Ltd
Current assignee: Zhejiang Supor Electrical Appliances Manufacturing Co Ltd
Priority date: 2018-01-31
Filing date: 2018-01-31
Publication date: 2022-04-19
Anticipated expiration: 2038-01-31
Also published as: CN110097945A

Abstract

本发明实施例提供了一种控制烹饪的方法、服务器、烹饪器具及烹饪***。控制烹饪的方法，包括：确定本次就餐的人员；计算所述人员在本餐的推荐摄入量；计算所述人员在本餐的推荐血糖指数；在满足所述推荐摄入量以及所述推荐血糖指数的前提下，确定本餐的待烹饪食材以及所述待烹饪食材的重量；指示烹饪器具获取所述重量的所述待烹饪食材并进行烹饪。由此可见，本发明实施例能够根据就餐人员的身体状态信息等，确定每餐的食材种类与数量，从而确保就餐人员能够营养均衡，预防糖尿病等症状，以保证用户的身体健康。

Description

控制烹饪的方法、服务器、烹饪器具及烹饪***

技术领域

本发明涉及烹饪领域，更具体地涉及一种控制烹饪的方法、服务器、烹饪器具及烹饪***。

背景技术

目前的烹饪器具由用户进行操作和控制，然而，不同用户的身体状况不同，为了健康的考虑，用户所适宜食用的食材也不同。例如，研究发现，米饭、杂粮饭、粥等不同主食对于预防和控制糖尿病起着不同的作用。杂粮饭与大米饭相比，餐后血糖水平明显降低；含等量大米的大米粥与大米饭相比，餐后血糖波动更大，早期胰岛素分泌增加。例如，日本国立癌症研究中心的相关研究发现，女性的长期平均米饭摄入量的多少与糖尿病发病率呈正相关关系。因此，急需一种考虑用户的身体状态来控制烹饪的方法。

发明内容

考虑到上述问题而提出了本发明。本发明提供了一种控制烹饪的方法、服务器、烹饪器具及烹饪***，能够为用户确定待烹饪的食材及重量，以保证用户的身体健康。

一方面，提供了一种服务器控制烹饪的方法，包括：

确定本次就餐的人员；

计算所述人员在本餐的推荐摄入量；

计算所述人员在本餐的推荐血糖指数；

在满足所述推荐摄入量以及所述推荐血糖指数的前提下，确定本餐的待烹饪食材以及所述待烹饪食材的重量；

指示烹饪器具获取所述重量的所述待烹饪食材并进行烹饪。

在本发明的一个实施例中，所述计算所述人员在本餐的推荐摄入量，包括：

获取与所述人员所需碳水化合物对应的推荐摄入量标准值；

获取所述人员在预设周期内的就餐次数以及每餐的实际摄入量；

根据所述推荐摄入量标准值以及所述每餐的实际摄入量，计算得到所述人员在本餐的推荐摄入量。

在本发明的一个实施例中，所述服务器上预先存储有人员与碳水化合物推荐摄入量标准值之间的对应关系。

在本发明的一个实施例中，所述人员i在本餐的所述推荐摄入量表示为：

或者为：

其中，C_i表示所述人员i在本餐的所述推荐摄入量，t_i表示所述人员i在所述预设周期内的就餐次数，Cs_i表示所述人员i的推荐摄入量标准值，Cr_i,j表示所述人员i在所述就餐次数的第j次就餐时的实际摄入量，C_max,i表示所述人员i的最大推荐摄入量，C_min,i表示所述人员i的最小推荐摄入量。

在本发明的一个实施例中，所述计算所述人员在本餐的推荐血糖指数，包括：

根据所述人员在本餐的所述推荐摄入量以及摄入的食材的血糖生成指数，计算所述人员在本餐的推荐血糖指数。

在本发明的一个实施例中，所述人员在本餐的所述推荐血糖指数表示为：

G_i＝C_i×GI_i

其中，G_i表示所述人员i在本餐的所述推荐血糖指数，C_i表示所述人员i在本餐的所述推荐摄入量，GI_i表示所述人员i摄入的食材的血糖生成指数。

在本发明的一个实施例中，所述在满足所述推荐摄入量以及所述推荐血糖指数的前提下，确定本餐的待烹饪食材，包括：

在满足所述推荐摄入量以及所述推荐血糖指数的前提下，将满足用户口感的食材作为所述待烹饪食材，或者，将烹饪时长最短的食材作为所述待烹饪食材。

在本发明的一个实施例中，还包括：从所述烹饪器具获取所述人员的盛饭信息，所述盛饭信息包括盛饭的次数以及每次盛饭的食物重量。

在本发明的一个实施例中，所述本次就餐的人员为多个人员，所述人员在本餐的推荐摄入量为所述多个人员的推荐摄入量之和，所述人员在本餐的推荐血糖指数为所述多个人员的推荐血糖指数的最小值。

在本发明的一个实施例中，还包括：

从所述烹饪器具获取盛饭信息，所述盛饭信息包括盛饭的次数以及每次盛饭的食物重量；

将每次盛饭与所述多个人员之一进行匹配并存储。

根据本发明的另一方面，提供了一种烹饪器具烹饪的方法，所述烹饪器具具有计量装置，包括：

从服务器获取烹饪指令，所述烹饪指令包括待烹饪的食材以及所述待烹饪食材的重量；

从所述计量装置获取所需重量的所述待烹饪食材；

进行烹饪操作。

在本发明的一个实施例中，在烹饪结束之后，还包括：

记录所述烹饪器具中的食物重量的每次变化，以及每两次变化之间的时间间隔；

根据所述时间间隔，确定用户的盛饭次数，并确定与每次盛饭对应的食物重量；

将所述盛饭次数以及所述每次盛饭对应的食物重量发送至所述服务器。

根据本发明的又一方面，提供了一种服务器，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述方面及各个示例所述的服务器控制烹饪的方法的步骤。

根据本发明的再一方面，提供了一种烹饪器具，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述方面及各个示例所述的烹饪器具烹饪的方法的步骤。

根据本发明的另一方面，提供了一种烹饪的***，包括前述的服务器和烹饪器具。

根据本发明的再一方面，提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述方面及各个示例所述的服务器控制烹饪的方法或烹饪器具烹饪的方法的步骤。

由此可见，本发明实施例能够根据就餐人员的身体状态信息等，确定每餐的食材种类与数量，从而确保就餐人员能够营养均衡，预防糖尿病等症状。

附图说明

以下将结合附图对本发明实施例进行更详细的描述，本发明的上述以及其它目的、特征和优势将变得更加明显。附图用来对本发明实施例进行进一步的解释，该附图构成说明书的一部分，且与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中，相同的附图标记通常代表相同或相似的部件或步骤。

图1是本发明实施例的烹饪***的一个示意图；

图2是本发明实施例的服务器控制烹饪的方法的一个示意性流程图；

图3是本发明实施例的烹饪器具烹饪的方法的一个示意性流程图；

图4是本发明实施例的服务器的一个示意性框图；

图5是本发明实施例的烹饪器具的一个示意性框图；

图6是本发明实施例的烹饪***的一个示意性框图。

具体实施方式

为了使得本发明的目的、技术方案和优点更为明显，下面将参照附图详细描述本发明的示例实施例。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是本发明的全部实施例，应理解，本发明不受这里描述的示例实施例的限制。基于本发明中描述的本发明实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本发明的保护范围之内。

本发明实施例提供了一种烹饪***，如图1所示，该***100包括烹饪器具10和服务器20。其中，烹饪器具10物联至服务器20。烹饪器具10与服务器20之间可以进行无线数据通信。烹饪器具10可以是电饭煲、电压力锅、料理机、豆浆机、电炖锅或其它电加热器具等。服务器20可以为云端或云平台等。

另外，图1中示出了移动终端30，该移动终端30可以与服务器20进行无线数据通信。其中，移动终端30可以为用户的智能电话、可穿戴设备、平板电脑等。

服务器20可以获取各种食材的参数信息并进行存储。服务器20可以获取家庭成员中各个人员的身体状态信息并进行存储。

示例性地，服务器20上可以预先存储有各种食材的参数信息，参数信息可以包括以下至少一项：食材的糖分含量、血糖生成指数(Glycemic Index，GI)等。示例性地，该参数信息还可以包括该食材的烹饪方式：如加水量、烹饪时长等。

示例性地，服务器20可以从用户的移动终端30、专业的医疗机构等获取身体状态信息。例如，用户可以将家庭成员的身体状态信息上传至服务器20。用户可以通过移动终端30或授权医疗机构等将家庭成员的身体状态信息上传至服务器20。举例来说，用户可以在移动终端30的界面输入与每个家庭成员对应的身体状态信息，输入操作可以是用户通过键盘按钮输入、或通过拍摄体检报告等输入。其中，身体状态信息可以包括以下至少一项：年龄、性别、身高、体重、血糖、血压等，示例性地，身体状态信息还可以包括健康状况信息，如可以包括以下至少一项：是否患病、患病类型、患病严重程度、病史等。从而服务器20可以获知每个家庭成员的糖尿病情况。进一步地，服务器20可以根据家庭成员的身体状态信息计算每个家庭成员的碳水化合物摄入标准。

图2是本发明实施例的服务器控制烹饪的方法的一个示意性流程图。图2所示的方法可以由图1所示的服务器20执行，该方法可以包括：

S110，确定本次就餐的人员。

S120，计算所述人员在本餐的推荐摄入量；

S130，计算所述人员在本餐的推荐血糖指数；

S140，在满足所述推荐摄入量以及所述推荐血糖指数的前提下，确定本餐的待烹饪食材以及所述待烹饪食材的重量；

S150，指示烹饪器具获取所述重量的所述待烹饪食材并进行烹饪。

示例性地，在S110中，用户可以通过烹饪器具10或者通过移动终端30输入本次就餐的人员。举例来说，可以打开移动终端30中对应的页面(如网页)或安装的对应的应用程序(APP)，在与就餐人员相关的位置出入本次的就餐人员。作为一例，可以列出多个家庭成员，并从其中选择一个或几个确定为本餐的人员。如家庭成员包括P1、P2、P3和P4。本餐的人员包括P1或包括P1和P4。可理解，S110中所确定的就餐的人员的数量可以为1人或数人。作为一个实施例，假设S110所确定的就餐人员的数量为1人，如为P1。

可选地，S120可以包括：获取与所述人员所需碳水化合物对应的推荐摄入量标准值；获取所述人员在预设周期内的就餐次数以及每餐的实际摄入量；根据所述推荐摄入量标准值以及所述每餐的实际摄入量，计算得到所述人员在本餐的推荐摄入量。

其中，每个家庭成员的推荐摄入量标准量可以预先存储在服务器20中，即在服务器20上预先存储人员与推荐摄入量标准量之间的对应关系。例如，服务器20可以根据人员的身体状态信息确定对应的推荐摄入量标准值。这样，可以从服务器20中预存储的对应关系获取与该人员对应的推荐摄入量标准值。

假设该人员的推荐摄入量标准值为Cs，该标准值表示推荐该人员每餐的摄入量。假设该人员在第j次用餐的实际摄入量为Cr_j，也就是说实际摄入量与推荐摄入量可能不相等。

由于人员就餐希望多样化，即不太可能每餐都均衡，因此可以按照一定的周期来评判其摄入量。具体地，可以结合包括本餐在内的预定周期内的摄入量总和来评判人员的饮食健康。其中，预定周期可以为1个月或2个月或1季度，等等，本发明对此不限定。

假设在预定周期内，该人员的总就餐次数为t，每次就餐的实际摄入量为Cr_j(j＝1,2,…,t-1)，那么可以在S120中计算得到本餐的推荐摄入量为：

考虑到人员在每餐的摄入量有最大值C_max和最小值C_min的限制，可以将上式修订为：

可选地，S130可以包括：根据所述人员在本餐的所述推荐摄入量以及摄入的食材的血糖生成指数，计算所述人员在本餐的推荐血糖指数。

其中，服务器20中可以预先存储人员与血糖生成指数的对应关系。

假设该人员摄入的食材的血糖生成指数为GI，S120得到的该人员的推荐摄入量为C，则该人员的推荐血糖指数为：G＝C×GI。

可选地，S140可以包括：在满足所述推荐摄入量以及所述推荐血糖指数的前提下，将满足用户口感的食材作为所述待烹饪食材，或者，将烹饪时长最短的食材作为所述待烹饪食材。

也就是说，可以在满足C和G的前提下，为该人员确定待烹饪食材。例如可以将满足用户口感的食材或烹饪时长最短的食材确定为该待烹饪食材。作为另一例，考虑到食物的多样性，可以获取在本餐之前的连续K次就餐时的食材，而选择与这些食材不同的食材作为待烹饪食材，这样能确保在连续一段时间内食材不重样。

可理解，在S140中还包括确定待烹饪食材的重量。具体地，在确定待烹饪食材之后，确定重量，以确保满足C和G。可理解，不同的食材所需的重量也是不同的，例如，若待烹饪食材为东北大米，所确定的重量可能为n1克；若待烹饪食材为泰国香米，所确定的重量可能为n2克，且n1≠n2。

可选地，S150中，服务器20可以将所确定的待烹饪食材的种类、名称及其重量发送至烹饪器具10，以便用户选择对应重量的食材。

作为一例，烹饪器具10可以计量功能，从而能够方便地烹饪服务器20所确定的重量的待烹饪食材。其中，计量功能可以通过标称胶囊或者内置的称重传感器来实现，或者也可以采用其他的方式实现，这里不再赘述。

作为一例，在S150中还可以包括：服务器20将该待烹饪食材的烹饪程序发送至烹饪器具10，以便烹饪器具10按照该烹饪程序进行烹饪，这样能使烹饪后的食物的口感更佳。

可选地，在S150之后，即在烹饪结束之后，还可以包括：从所述烹饪器具获取所述人员的盛饭信息，所述盛饭信息包括盛饭的次数以及每次盛饭的食物重量。

在烹饪结束后，在用户盛饭过程中，烹饪器具10的称重传感器可以持续测量内锅中食物的重量，并通过盛饭之间的时间间隔，记录每次的盛饭行为，从而确定该人员的盛饭次数以及每次的盛饭重量。其中，若连续两次重量变化之间的时间间隔小于某时间阈值(例如5分钟或8分钟等)，则认为是一次盛饭行为。若时间间隔大于该时间阈值，则认为不是同一次盛饭行为。

烹饪器具10可以将本次就餐的盛饭次数以及每次盛饭的重量发送至服务器20，随后服务器20可以进行记录，并计算得到本餐的实际摄入量。

作为另一个实施例，假设S110所确定的就餐人员的数量为数人，如包括P1、P2和P4。为了后续描述的方便，可以假设为N人。

可选地，S120可以包括：获取与每个人员所需碳水化合物对应的推荐摄入量标准值；获取每个人员在预设周期内的就餐次数以及每餐的实际摄入量；根据所述推荐摄入量标准值以及所述每餐的实际摄入量，计算得到每个人员在本餐的推荐摄入量。

其中，每个家庭成员的推荐摄入量标准量可以预先存储在服务器20中，即在服务器20上预先存储各个人员与推荐摄入量标准量之间的对应关系。例如，服务器20可以根据各个人员的身体状态信息确定对应的推荐摄入量标准值。这样，可以从服务器20中预存储的对应关系获取与每个人员对应的推荐摄入量标准值。

假设N个人员中的第i个人员(记为人员i)的推荐摄入量标准值为Cs_i，该标准值表示推荐该人员i每餐的摄入量。假设该人员i在第j次用餐的实际摄入量为Cr_i,j，也就是说实际摄入量与推荐摄入量可能不相等。

假设在预定周期内，该人员i的总就餐次数为t_i，每次就餐的实际摄入量为Cr_i,j(j＝1,2,…,t_i-1)，那么可以在S120中计算得到人员i在本餐的推荐摄入量为：

考虑到人员i在每餐的摄入量有最大值C_max,i和最小值C_min,i的限制，可以将上式修订为：

由于每个人员均需对应的摄入量，因此可以进一步确定在本餐烹饪时的总的推荐摄入量为：

可选地，S130可以包括：根据每个人员在本餐的所述推荐摄入量以及摄入的食材的血糖生成指数，计算每个人员在本餐的推荐血糖指数，进一步可以计算本餐的推荐血糖指数。

假设人员i摄入的食材的血糖生成指数为GI_i，S120得到的该人员的推荐摄入量为C_i，则该人员i在本餐的推荐血糖指数为：G_i＝C_i×GI_i。

由于要考虑到每个人员的推荐血糖指数来进行烹饪，因此需要保护血糖水平要求最低的就餐人员，即可以进一步得到本餐的推荐血糖指数为：

也就是说，根据具有最低推荐血糖指数的那个人员来确定本餐烹饪时的推荐血糖指数。

也就是说，可以在满足C和G的前提下，为这些人员确定待烹饪食材。例如可以将满足用户口感的食材或烹饪时长最短的食材确定为该待烹饪食材。作为另一例，考虑到食物的多样性，可以获取在本餐之前的连续K次就餐时的食材，而选择与这些食材不同的食材作为待烹饪食材，这样能确保在连续一段时间内食材不重样。

本实施例中所述的食材可以为胶囊包装，食材信息可通过胶囊包装上获取,例如通过扫描二维码、条形码等。食材信息包括食材类型、重量、生产日期等。另需要说明的是本实施例中的胶囊可以是由具有开口的本体和覆盖开口的覆盖膜组成；也可以整体由柔性材料包装而成，其中柔性材料各处的强度均一；也可以是具有薄弱部的胶囊，其中薄弱部的强度和/或厚度小于胶囊其他部分的强度和/或厚度。

在烹饪结束后，在用户盛饭过程中，烹饪器具10的称重传感器可以持续测量内锅中食物的重量，并通过盛饭之间的时间间隔，记录每次的盛饭行为，从而确定每个人员的盛饭次数以及每次的盛饭重量。

其中，若连续两次重量变化之间的时间间隔小于第一时间阈值(例如5分钟或8分钟等)，则认为是一轮盛饭行为。若时间间隔大于或等于第一时间阈值，则认为不是同一轮盛饭行为。

在确定的依次盛饭行为中，若连续两次重量变化之间的时间间隔小于第二时间间隔(其小于第一时间间隔，例如20秒或10秒等)，则认为是针对同一人员的盛饭行为。若时间间隔大于或等于第二时间间隔(且小于第一时间间隔)，则认为是针对不同人员的盛饭行为。

示例性地，可以将每一次盛饭行为与人员对应起来。例如，在第一轮盛饭行为中，存在针对N个人员的N次盛饭行为，则可以将这N次盛饭行为与N个人员一一对应。

作为一例，可以将本餐中每一次盛饭行为按照时间进行排序，并显示给用户，例如可以在烹饪器具10的显示界面上或者在移动终端30的界面上显示每次盛饭的时长及重量，进而用户可以将每次盛饭与对应的人员进行匹配。

作为另一例，烹饪器具10可以将本餐中每一次盛饭行为(包括时长和重量)发送至服务器20。服务器20可以结合历史数据，通过机器学***均值、方差、平均盛饭次数，以及历史盛饭中每次盛饭的最大值(即一轮盛饭的最大重量)等等。可选地，历史数据可以是服务器20中在一定周期(如一个月或2个月等)内的历史数据。

进一步地，服务器20可以根据本餐中每次盛饭行为与人员的对应关系，计算得到本餐中每个人员的实际摄入量。

作为一种实现方式，服务器20可以根据每次烹饪的记录，查询食材的营养成本表、GI值等，并计算出每餐中的碳水化合物的实际重量Cr、GI值等等，从而能够识别是否有人员存在摄入糖分过多的情形，若有，则可以发出告警信息，提示相应的人员注意健康饮食，保证营养均衡，防止糖尿病等。

作为一种实现方式，用户也可以从服务器20查看相关人员的就餐信息。作为一例，用户可以通过移动终端30(如其上对应的浏览器或所安装的对应的APP等)来从服务器20获取就餐信息，其中就餐信息可以包括：每餐的摄入情况记录、时间曲线、统计指标(如平均值、最大值、最小值)等。

作为一种实现方式，用户也可以将相关人员的就餐信息发送至专业的医疗机构或营养机构，以便结合对人员的健康状况等作出全面评价等。

图3是本发明实施例的烹饪器具烹饪的方法的一个示意性流程图。图3所示的方法可以由图1所示的烹饪器具10执行，该方法包括：

S210，从服务器获取烹饪指令，所述烹饪指令包括待烹饪的食材以及所述待烹饪食材的重量；

S220，从所述计量装置获取所需重量的所述待烹饪食材；

S230，进行烹饪操作。

可选地，烹饪指令还可以进一步包括待烹饪食材的烹饪程序。进而在S230中，烹饪器具10可以使用该烹饪程序进行烹饪。

作为一例，烹饪器具10的计量装置可以是标称胶囊，即能够装载标注重量的胶囊。那么在S220中，可以基于每个胶囊所容纳的食材的重量，确定所需的胶囊的数量，从而获取具有S210中的重量的待烹饪食材。

作为一例，烹饪器具10的计量装置可以是内置称重传感器。那么在S220中，可以根据内置称重传感器所测量的内锅重量的变化，来确定内锅中食材的重量，从而获取具有S210中的重量的待烹饪食材。

示例性地，在图3所示的方法之后，还可以包括：记录所述烹饪器具中的食物重量的每次变化，以及每两次变化之间的时间间隔；根据所述时间间隔，确定用户的盛饭次数，并确定与每次盛饭对应的食物重量；将所述盛饭次数以及所述每次盛饭对应的食物重量发送至所述服务器。

具体地，关于该盛饭行为可以参见前述图2的实施例中的相关描述，为避免重复，这里不再赘述。

图4是本发明实施例的服务器的一个示意性框图。图4所示的服务器20可以包括：确定模块410、计算模块420和指示模块430。

确定模块410，用于确定本次就餐的人员；

计算模块420，用于计算所述人员在本餐的推荐摄入量；

计算模块420，还用于计算所述人员在本餐的推荐血糖指数；

确定模块410，还用于在满足所述推荐摄入量以及所述推荐血糖指数的前提下，确定本餐的待烹饪食材以及所述待烹饪食材的重量；

指示模块430，用于指示烹饪器具获取所述重量的所述待烹饪食材并进行烹饪。

示例性地，计算模块420可以具体用于：获取与所述人员所需碳水化合物对应的推荐摄入量标准值；获取所述人员在预设周期内的就餐次数以及每餐的实际摄入量；根据所述推荐摄入量标准值以及所述每餐的实际摄入量，计算得到所述人员在本餐的推荐摄入量。

示例性地，计算模块420计算得到的所述人员i在本餐的所述推荐摄入量表示为：

或者为：

示例性地，计算模块420可以具体用于：根据所述人员在本餐的所述推荐摄入量以及摄入的食材的血糖生成指数，计算所述人员在本餐的推荐血糖指数。

示例性地，计算模块420计算得到的所述人员在本餐的所述推荐血糖指数表示为：

G_i＝C_i×GI_i

示例性地，确定模块410可以具体用于：在满足所述推荐摄入量以及所述推荐血糖指数的前提下，将满足用户口感的食材作为所述待烹饪食材，或者，将烹饪时长最短的食材作为所述待烹饪食材。

示例性地，服务器20还可以包括获取模块，用于从所述烹饪器具获取所述人员的盛饭信息，所述盛饭信息包括盛饭的次数以及每次盛饭的食物重量。

示例性地，所述本次就餐的人员为多个人员，所述人员在本餐的推荐摄入量为所述多个人员的推荐摄入量之和，所述人员在本餐的推荐血糖指数为所述多个人员的推荐血糖指数的最小值。

可选地，获取模块，还可以用于：从所述烹饪器具获取盛饭信息，所述盛饭信息包括盛饭的次数以及每次盛饭的食物重量；并将每次盛饭与所述多个人员之一进行匹配并存储。

图4中所示的服务器20可以用于实现前述图2的方法实施例中由服务器20所执行的控制烹饪的方法的过程。

图5是本发明实施例的烹饪器具的一个示意性框图。图5所示的烹饪器具10可以包括获取模块510和烹饪模块520。

获取模块510，用于从服务器获取烹饪指令，所述烹饪指令包括待烹饪的食材以及所述待烹饪食材的重量；

获取模块510，还用于从所述计量装置获取所需重量的所述待烹饪食材；

烹饪模块520，用于进行烹饪操作。

示例性地，烹饪器具10还可以包括：记录模块，用于记录所述烹饪器具中的食物重量的每次变化，以及每两次变化之间的时间间隔。确定模块，用于根据所述时间间隔，确定用户的盛饭次数，并确定与每次盛饭对应的食物重量。发送模块，用于将所述盛饭次数以及所述每次盛饭对应的食物重量发送至所述服务器。

图5中所示的烹饪器具10其可以用于实现前述图3所示的方法实施例中由烹饪器具10所执行的烹饪的方法的过程。

另外，本发明实施例还提供了另一种服务器20，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，处理器执行所述程序时实现前述图2所示的控制烹饪的方法的步骤。

另外，本发明实施例还提供了另一种烹饪器具10，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，处理器执行所述程序时实现前述图3所示的烹饪的方法的步骤。

另外，如图6所示，本发明实施例还提供了一种烹饪的***60，包括烹饪器具10和服务器20。其中，烹饪器具10和服务器20可以如前述实施例所示，这里不再赘述。

另外，本发明实施例还提供了一种计算机存储介质，其上存储有计算机程序。当所述计算机程序由处理器执行时，可以实现前述图2所示的控制烹饪的方法的步骤。例如，该计算机存储介质为计算机可读存储介质。

另外，本发明实施例还提供了另一种计算机存储介质，其上存储有计算机程序。当所述计算机程序由处理器执行时，可以实现前述图3所示的烹饪的方法的步骤。例如，该计算机存储介质为计算机可读存储介质。

由此可见，本发明实施例能够根据就餐人员的身体状态信息等，确定每餐的食材种类与数量，从而确保就餐人员能够营养均衡，预防糖尿病等症状。并且，用户可以对自己每日摄入量可以有直观地数据化的认识，也可以为营养师或医师提供历史的摄入数据，从而能够精准地对健康状态等作出判断和预测。

尽管这里已经参考附图描述了示例实施例，应理解上述示例实施例仅仅是示例性的，并且不意图将本发明的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改，而不偏离本发明的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本发明的范围之内。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

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

Claims

1.一种服务器控制烹饪的方法，其特征在于，所述方法包括：

确定本次就餐的人员；

计算所述人员在本餐的推荐摄入量；

计算所述人员在本餐的推荐血糖指数；

指示烹饪器具获取所述重量的所述待烹饪食材并进行烹饪，

其中，所述计算所述人员在本餐的推荐摄入量，包括：

获取与所述人员所需碳水化合物对应的推荐摄入量标准值；

根据所述推荐摄入量标准值以及所述每餐的实际摄入量，计算得到所述人员在本餐的推荐摄入量，

其中，所述人员i在本餐的所述推荐摄入量表示为：

或者为：

2.根据权利要求1所述的方法，其特征在于，所述服务器上预先存储有人员与碳水化合物推荐摄入量标准值之间的对应关系。

3.根据权利要求1所述的方法，其特征在于，所述计算所述人员在本餐的推荐血糖指数，包括：

4.根据权利要求3所述的方法，其特征在于，所述人员在本餐的所述推荐血糖指数表示为：

G_i＝C_i×GI_i

5.根据权利要求1所述的方法，其特征在于，所述在满足所述推荐摄入量以及所述推荐血糖指数的前提下，确定本餐的待烹饪食材，包括：

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

从所述烹饪器具获取所述人员的盛饭信息，所述盛饭信息包括盛饭的次数以及每次盛饭的食物重量。

7.根据权利要求1所述的方法，其特征在于，所述本次就餐的人员为多个人员，所述人员在本餐的推荐摄入量为所述多个人员的推荐摄入量之和，所述人员在本餐的推荐血糖指数为所述多个人员的推荐血糖指数的最小值。

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

将每次盛饭与所述多个人员之一进行匹配并存储。

9.一种服务器，包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至8中任一项所述方法的步骤。

10.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至8中任一项所述方法的步骤。