烹饪的方法、烹饪器具及计算机存储介质与流程

文档序号:29030820发布日期:2022-02-24 12:42阅读:65来源:国知局
烹饪的方法、烹饪器具及计算机存储介质与流程

1.本技术涉及家电领域,特别涉及一种烹饪的方法、烹饪器具及计算机存储介质。


背景技术:

2.烹饪器具已经是目前必不可少的家电之一。用户可以使用烹饪器具进行煮饭、煲汤、炖粥等各种烹饪操作。然而烹饪操作一般需要较长的时间,例如煮饭需要大概40分钟左右,煲汤等甚至需要大概1-2小时。用户在用餐前再启动烹饪操作,无疑需要等待漫长的时间,从而导致用户期望的用餐时间延后,并且严重影响了用户体验。


技术实现要素:

3.在发明内容部分中引入了一系列简化形式的概念,这将在具体实施方式部分中进一步详细说明。本发明的发明内容部分并不意味着要试图限定出所要求保护的技术方案的关键特征和必要技术特征,更不意味着试图确定所要求保护的技术方案的保护范围。
4.第一方面,本发明实施例提供了一种烹饪的方法,包括:
5.获取用户的当前位置与家庭位置之间的距离,以及获取用户的预计用餐时刻;
6.判断所述距离与所述预计用餐时刻是否满足预设的判断条件;
7.在满足所述判断条件的情况下,基于所述预计用餐时刻启动烹饪程序。
8.可见,烹饪器具能够根据用户与烹饪器具之间的距离来确定是否自动启动烹饪程序,能够确保用户在预计用餐时刻享用到已经烹饪好的食物,提升了用户体验。
9.在一个实施例中,所述烹饪程序包括预约阶段,并且在所述预约阶段过程中,还包括:
10.获取用户的更新位置与家庭位置之间的更新距离;
11.判断所述更新距离与所述预计用餐时刻是否满足所述判断条件;
12.如果所述更新距离与所述预计用餐时刻不再满足所述判断条件,则终止所述烹饪程序;
13.如果所述更新距离与所述预计用餐时刻满足所述判断条件,则继续处于所述预约阶段。
14.可见,本实施例能够通过更新距离感测到用户的位置变化,进而能够基于更新距离实现对烹饪程序的更新,避免出现由于用户位置变化导致无法在预计用餐时刻回家而烹饪器具依然按照预计用餐时刻进行烹饪导致的不一致,影响用户用餐的食物口感。
15.在一个实施例中,所述判断步骤,包括:确定所述预计用餐时刻与当前时刻之间的时间长度;判断所述距离与所述时间长度是否满足预设的判断条件。
16.其中,所述判断条件为:所述距离与所述时间长度的比值小于或等于预设阈值。
17.可见,通过设定预设阈值来进行判断,简化了烹饪器具的算法实现,使得该判断过程更加高效。
18.在一个实施例中,获取用户的预计用餐时刻,包括:获取所述用户预先设定的当天
的用餐时刻作为所述预计用餐时刻;或者,根据所述用户的历史用餐记录确定当天的预计用餐时刻。
19.可见,用户可以根据自己的需求预先设定预计用餐时刻,使得对烹饪的控制更加精准。或者,烹饪器具可以根据用户的历史信息来确定预计用餐时刻,充分考虑了用户作息,节省了用户操作。
20.在一个实施例中,还包括:在满足所述判断条件的情况下,向所述用户的移动终端发送提示信息,所述提示信息包括所述预计用餐时刻;接收所述移动终端的确认指令;根据所述确认指令,基于所述预计用餐时刻启动烹饪程序。
21.可见,通过向用户发送提示信息,一方面能够让用户获知烹饪器具的烹饪状态,再一方面能够在用户对用餐时刻有变动时对烹饪程序进行实时更新。
22.在一个实施例中,所述烹饪程序包括预约阶段、加料阶段和烹饪阶段,并且:在所述预约阶段的结束时刻,通过加料装置向烹饪器具的内锅中加入烹饪食材以启动所述加料阶段;在所述加料阶段完成后,启动所述烹饪阶段。
23.可见,通过加料装置自动地向内锅中加入烹饪食材,能够避免因提前放入食材浸泡过久而导致的口感变差的现象发生,保证烹饪时的食材的新鲜度,保证了烹饪后的食物口感。
24.在一个实施例中,获取用户的当前位置与家庭位置之间的距离,包括:
25.获取用户的移动终端所在的当前位置,所述当前位置是由所述移动终端通过定位装置确定的;
26.获取烹饪器具所在的位置,所述烹饪器具所在的位置为所述家庭位置;
27.计算所述当前位置与所述烹饪器具所在的位置之间的距离。
28.可见,该实施例中,由烹饪器具来实时计算用户与烹饪器具之间的距离,对用户正在使用的烹饪器具的影响更小。
29.在一个实施例中,获取用户的当前位置与家庭位置之间的距离,包括:从所述用户的移动终端上安装的地图应用程序获取所述距离,其中所述地图应用程序通过定位装置确定当前位置,所述地图应用程序中被预先设定有家庭位置。
30.可见,该实施例从移动终端直接获取距离,一方面避免因直线距离计算导致的过大的误差,另一方面烹饪器具上可以无需配置定位模块,降低了硬件成本。
31.第二方面,本发明实施例提供了一种烹饪器具,包括存储器、处理器及存储在所述存储器上且在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面或任一实施例所述方法的步骤。
32.第三方面,提供了一种计算机存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面或任一实施例所述方法的步骤。
33.由此可见,本发明实施例中的烹饪器具能够根据用户与烹饪器具之间的距离来确定是否自动启动烹饪程序,能够确保用户在预计用餐时刻享用到已经烹饪好的食物,提升了用户体验。并且,该过程避免用户到家之后再开始烹饪的漫长等待,该过程易于实现,基本无需用户参与由烹饪器具自动实现,自动化程度高。
附图说明
34.通过结合附图对本发明实施例进行更详细的描述,本发明的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本发明实施例的进一步理解,并且构成说明书的一部分,与本发明实施例一起用于解释本发明,并不构成对本发明的限制。在附图中,相同的参考标号通常代表相同部件或步骤。
35.图1是本发明实施例的烹饪的方法的一个示意性流程图;
36.图2是本发明实施例的烹饪程序的一个曲线示意图;
37.图3是移动终端界面显示的一个示意图;
38.图4是本发明实施例的烹饪的方法的另一个示意性流程图;
39.图5是烹饪器具的一个示例框图;
40.图6是烹饪器具的另一个示例框图。
具体实施方式
41.为了使得本发明的目的、技术方案和优点更为明显,下面将参照附图详细描述本发明的示例实施例。显然,所描述的实施例仅仅是本发明的一部分实施例,而不是本发明的全部实施例,应理解,本发明不受这里描述的示例实施例的限制。基于本发明中描述的本发明实施例,本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本发明的保护范围之内。
42.本发明实施例可以应用于烹饪器具,例如可以是电饭煲、电压力锅、料理机、豆浆机、电炖锅或其它电加热器具等。
43.以电饭煲为例,烹饪器具可以包括煲体和盖体。煲体可以具有圆筒形状(或其他形状)的内锅收纳部,内锅可以自由地放入内锅收纳部或者从内锅收纳部取出,以方便对内锅的清洗。内锅通常由金属材料制成且上表面具有圆形开口,用于盛放待加热的材料,诸如米、汤等。例如,内锅可以包括由锅壁形成的具有上部开口和内腔的回转体。内锅的容量通常在6l以下,例如内锅的容量可以为2l或4l等。
44.盖体以可开合的方式连接至煲体,用于盖合煲体。盖体可以包括上盖和可拆盖,可拆盖设置在上盖和煲体之间,并且与上盖可拆卸地连接,以方便随时对可拆盖进行清洗。
45.烹饪器具可以包括控制装置,用于实现对烹饪器具的烹饪控制。例如该控制装置可以为微处理单元(micro control unit,mcu)。烹饪器具还可以包括用于加热内锅的加热装置。另外,烹饪器具还可以具有温度传感器,例如设置在上盖中的顶部温度传感器和/或设置在内锅容纳部下方的底部温度传感器。底部温度传感器和顶部温度传感器可以为热敏电阻。底部温度传感器和顶部温度传感器均连接至烹饪器具的控制装置,以在感测到内锅的温度之后将感测到的温度信号反馈至控制装置,从而控制装置能够基于温度信号对烹饪的过程实现更精确的控制。其中,当内锅置于煲体的内锅收纳部时,底部温度传感器可以感测内锅的底壁的温度,例如,底部温度传感器可以与底壁直接或间接接触。
46.烹饪器具可以包括通信模块,用于实现与其他设备的通信。示例性地,该通信模块可以采用蓝牙、无线保真(wifi)、蜂窝通信等方式。烹饪器具可以通过该通信模块与移动终端和/或云端服务器等进行通信。
47.另外,煲体还可以包括电源板,煲体上还可以设置有显示板(也称为面板)。其中,
电源板可以用于为控制装置、显示板等进行供电。
48.应注意,尽管此时示意性地描述了烹饪器具的部分结构,但是这些列举仅是示例性地,其不能作为对本发明实施例的烹饪器具的结构限定。
49.可理解,本发明实施例中的烹饪器具具有通信模块,从而使得该烹饪器具能够联网。
50.示例性地,烹饪器具通过通信模块能够获取其所在的位置,获取时间信息。例如,位置可以包括经度和纬度,或者包括城市名、街道名、小区名、门牌号等。例如,时间信息可以包括日期、星期几、几点等。
51.示例性地,烹饪器具通过通信模块能够与用户的移动终端进行通信。作为一例,可以经由云服务器与移动终端进行通信。其中,移动终端可以是移动电话、平板电脑、可穿戴设备等。
52.下面将结合图1至图4描述本发明实施例的烹饪的方法。
53.如图1所示,是本发明实施例的烹饪的方法的一个示意性流程图。该方法是由烹饪器具执行的,且包括:
54.s10,获取用户的当前位置与家庭位置之间的距离,以及获取用户的预计用餐时刻;
55.s20,判断所述距离与所述预计用餐时刻是否满足预设的判断条件;
56.s30,在满足所述判断条件的情况下,基于所述预计用餐时刻启动烹饪程序。
57.在一种实现方式中,s10中可以从用户的移动终端直接获取该距离。移动终端上可以安装有地图等应用程序(app),相应地,s10可以从用户的移动终端上安装的地图应用程序获取该距离。
58.也就是说,该实现方式中,距离是由移动终端所确定的,烹饪器具可以直接获取距离。
59.地图等app,如高德地图、百度地图等,可以具备定位功能,通过移动终端上的定位装置能够获取移动终端的当前位置,即用户的当前位置。并且,用户可以在地图等app上预先设置或标记出家庭位置。可理解,由于一般烹饪器具都放置在家里,因此用户在移动终端上标记出的家庭位置可以等同于烹饪器具所在的位置。
60.地图等app一般具有路线规划功能,可以确定出从移动终端的当前位置至家庭位置的路线,从而确定出该路线的行程,作为两者之间的距离。其中,路线是可以“驾车”或“打车”的路线,可以是“公共交通”(如地铁/公交等)的路线,可以是“骑车”的路线,本技术对此不限定。可理解,不管选择何种方式的路线,所得到的距离的差别一般不会太大,如驾车路线可能为20km,骑车路线可能为19km等。本技术中,s10可以获取地图应用程序中默认的路线方式(如开车)所确定的距离。
61.在另一种实现方式中,s10可以包括获取用户的当前位置,获取烹饪器具所在位置,然后再计算出两者之间的距离。
62.也就是说,该实现方式中,烹饪器具可以直接获取位置,然后再计算出距离,即距离是由烹饪器具所确定的。
63.如上所述,由于一般烹饪器具都放置在家里,因此烹饪器具所在位置可以等同于家庭位置。
64.示例性地,s10中获取用户的当前位置可以是指,获取用户的移动终端的当前位置。
65.具体地,烹饪器具可以经由其通信模块获取由移动终端上的定位装置所确定的当前位置。可理解,移动终端上可以安装有具备定位功能的应用程序(app),如地图app、微信app等。那么,移动终端上的这些app中至少一个能够通过定位装置确定其当前位置。
66.作为一例,烹饪器具所在位置可以是烹饪器具内置的定位模块所确定的。该方式能够获取精确的烹饪器具的位置。作为另一例,烹饪器具所在位置可以为家庭位置,是从移动终端获取的,例如用户在移动终端的app(如高德地图等)上设置有家庭地址,则可以从该app获取家庭地址,并将家庭地址作为烹饪器具的所在位置。该方式能够避免在烹饪器具上额外安装定位模块,降低硬件成本。
67.示例性地,s10中获取用户的预计用餐时刻可以是指,获取用户在当天的预计用餐时刻。
68.具体地,烹饪器具可以获知当前时刻,那么在s10中可以获取当天的在当前时刻之后的预计用餐时刻。
69.在一个实施例中,预计用餐时刻是用户预先设定的当天的用餐时刻。
70.作为一例,在当天的当前时刻之前,用户通过移动终端或者用户在烹饪器具上直接设定了用餐时刻。可以假设用户设定的用餐时刻为12点和18点;或者可以假设用户设定的用餐时刻是18点。
71.作为另一例,用户在更早的时候设定了一周中每天的用餐时刻,包括周一至周日的每一天的用餐时刻。那么在s10中可以先确定当前是星期几,然后再获取用户之前设定的与当天的星期几一致的用餐时刻。
72.可以用下面的表一来假设用户之前设定的一周中每天的用餐时刻:
73.表一
[0074] 设定的用餐时刻星期一至星期五18:00星期六、星期日12:00和18:00
[0075]
作为再一例,烹饪器具可以先判断用户是否设定了当天的用餐时刻,如果有,则按照用户的单独设定来获取预计用餐时刻;如果没有,则按照用户更早的设定来获取预计用餐时刻。或者可以理解为,如果用户设定了当天的相互矛盾的用餐时刻,则可以按照最新设定来获取预计用餐时刻。
[0076]
这样,用户可以根据自己的生活规律来设定一个星期的每天的用餐时刻,实现个性化定制。甚至用户可以在刚购买烹饪器具时就可以进行这样的设定,方便了后续的自动化烹饪操作。另一方面可以理解,用户还可以随时对用餐时刻进行调整,例如原先已经设定了如表一的用餐时刻,之后也可以在某一天单独设置当天的用餐时刻。
[0077]
在另一个实施例中,预计用餐时刻是根据用户的历史用餐记录确定当天的预计用餐时刻。
[0078]
作为一例,可以获取用户在当天之前的一段时间(如一星期或一个月或更长时间)内的用餐时刻,取这一段时间的用餐时刻的中位数或平均数等作为预计用餐时刻。
[0079]
作为另一例,可以确定当天是星期几,再获取用户在当天之前的一段时间(如两个
月或更长时间)内的该星期几的用餐时刻,取这一段时间的用餐时刻的中位数或平均数等作为预计用餐时刻。
[0080]
这样,能够通过历史数据获取用户的惯常用餐时刻,能够反应出用户的惯常生活作息,从而推断出当日的预计用餐时刻。这样方式更加便捷、自动化,省去了用户的繁琐操作。
[0081]
可理解的是,s10中获取的预计用餐时刻的数量可以不止一个,并且预计用餐时刻位于当前时刻之后。举例来说,假设设定的当天的用餐时刻包括12点和18点。如果当前时刻是10点,那么在s10中获取的预计用餐时刻包括12点和18点。如果当前时刻是12点,那么在s10中获取的预计用餐时刻只包括18点。
[0082]
应注意的是,尽管s10中包括两个“获取”的过程,但是这两个获取的方式可以是不相同的,并且两个获取的先后顺序不是固定的,例如可以同时获取,也可以先获取距离再获取预计用餐时刻,或者反之,本技术对此不限定。
[0083]
示例性地,s20可以包括:确定预计用餐时刻与当前时刻之间的时间长度;判断该距离与该时间长度是否满足预设的判断条件。
[0084]
可理解,如果s10中获取的预计用餐时刻不止一个,则按照时间顺序先针对第一个预计用餐时刻执行s20。如果基于第一个预计用餐时刻确定满足判断条件,则执行s30,且不再针对第二个预计用餐时刻执行s20。如果基于第一个预计用餐时刻确定不满足判断条件,再针对第二个预计用餐时刻执行s20。可理解的是,下文中所描述的s20不限于是哪一个预计用餐时刻。
[0085]
示例性地,判断条件可以为距离与时间长度的比值小于或等于预设阈值。
[0086]
为了描述方便,可以将距离表示为d1,将预计用餐时刻表示为t6,将当前时刻表示t5,时间长度为δt=t6-t5。假如将预设阈值表示为k1,那么判断条件可以表示为d1/δt≤k1。
[0087]
其中,k1是一个预先设定的系数。作为一例,k1可以是30至100之间的任一值,例如为30。作为另一例,k1可以是50至80之间的任一值,例如可以为50。本发明实施例中,可以假设k1=70。当然,k1也可以取其他值,本技术对此不限定。
[0088]
示例性地,在s20中可以判断是否满足d1/δt≤k1,如果判断结果为否,即d1/δt》k1,则不再执行s30。可选地,在此之后,可以在一定的时长之后再执行s10,例如可以在1小时后再执行s10。
[0089]
示例性地,s30中基于预计用餐时刻启动烹饪程序可以包括:将预计用餐时刻设定为烹饪程序结束的时刻,启动烹饪程序。
[0090]
在一个实施例中,烹饪程序可以包括预约阶段和烹饪阶段。可以先获取烹饪阶段的时长,根据当前时刻、预计用餐时刻、烹饪阶段的时长来确定预约阶段的时长。
[0091]
具体地,可以将预计用餐时刻与当前时刻之间的时间长度减去烹饪阶段的时长,从而得到预约阶段的时长。进一步地,在当前时刻的基础上,在预约阶段的时长之后的时刻,即为预约阶段的结束时刻。例如,烹饪阶段的时长可以表示为t4。
[0092]
示例性地,用户可以已经提前将待烹饪的食材放入内锅中,例如在造成离家前放入,那么在预约阶段结束之后可以启动烹饪阶段。或者,示例性地,在预约阶段的结束时刻之前的一段时间,可以通过加料装置向烹饪器具的内锅中加入烹饪食材以启动烹饪阶段。
其中,可以综合考虑加料的时间来确定在预约阶段的结束时刻之前的多长时间开始加料。
[0093]
在另一个实施例中,烹饪程序可以包括预约阶段、加料阶段和烹饪阶段。可以先获取加料阶段和烹饪阶段的时长,根据当前时刻、预计用餐时刻、加料阶段和烹饪阶段的时长来确定预约阶段的时长。
[0094]
具体地,可以将预计用餐时刻与当前时刻之间的时间长度减去加料阶段和烹饪阶段的时长,从而得到预约阶段的时长。进一步地,在当前时刻的基础上,在预约阶段的时长之后的时刻,即为预约阶段的结束时刻。
[0095]
示例性地,在预约阶段的结束时刻时,可以通过加料装置向烹饪器具的内锅中加入烹饪食材以启动加料阶段。并且,进一步地,在完成加料之后,可以启动烹饪阶段。
[0096]
举例来讲,如果烹饪程序是用来煮饭或煮粥,那么可以通过加米装置向内锅加入大米,且大米的量是通过米量识别模块进行识别确定的;可以通过加水装置向内锅加入水,且水的量是通过流量检测模块进行识别确定的。本技术中可以将加料阶段的时长表示为t2,t2为2min至60min之间的任一值,例如t2=10min,通过该加料装置能够实现自动加料,避免预先放入食材,浸泡过长时间,影响口感。
[0097]
示例性地,烹饪阶段可以包括吸水阶段、快速升温阶段、维持沸腾阶段、焖饭阶段。焖饭阶段完成后烹饪阶段结束,并且烹饪阶段结束的时刻为上述的预计用餐时刻。一般地,在焖饭阶段结束之后,烹饪器具自动进入保温功能,以免用户不能及时享用。作为一例,如图2示出了一个烹饪程序的各个阶段,其中纵轴表示温度,具体为内锅中的食材温度,横轴表示时间。
[0098]
示例性地,s30可以包括:在满足判断条件的情况下,向用户的移动终端发送提示信息,该提示信息包括该预计用餐时刻;接收移动终端的确认指令;根据确认指令,基于该预计用餐时刻启动烹饪程序。
[0099]
举例来说,可以在移动终端的界面显示该预计用餐时刻,以便用户知道家中烹饪器具的烹饪计划。
[0100]
可选地,还可以显示确认或取消按钮,以便用户进行选择。例如用户已经计划不回家吃饭,则可以通过点击取消按钮来确定烹饪器具的操作。例如用户也计划按照预计用餐时刻到家吃饭,则可以点击确认按钮。
[0101]
可选地,还可以显示变更按钮,以便用户对预计用餐时刻进行变更。例如用户当天工作计划未完成,可能会加班一段时间,则可以通过变更按钮把预计用餐时刻延后,例如把18:00变更为19:00。可理解,在此之后,烹饪器具按照变更之后的预计用餐时刻启动烹饪程序。
[0102]
如图3示出的是在移动终端的界面所显示的提示的信息的一例,其中包括所显示的预计用餐时刻,以及包括“取消”“变更”和“确定”三个按钮,但是可理解,该示意不能认为是本技术中的限定。
[0103]
取k1=70,加料阶段的时长t2=10min,烹饪阶段的时长t4=50min。假设当前时刻为t5=10:00,且s10中获取的距离d1=200km。并在下面结合表一描述具体示例:
[0104]
在一例中,假设当天是工作日,即周一至周五中的某一天,则从表一中确定预计用餐时刻t6=18:00。
[0105]
由于d1/(t6-t5)=200/8《k1,即满足判断条件,则执行s30。具体地,t6-t5-t2-t4
=8-1/6-5/6=7,即预约阶段的时长为7小时,在7小时后(17:00)开始加料,并在加料完成后(17:10)开始启动烹饪阶段,从而能够在18:00完成烹饪。
[0106]
在另一例中,假设当天为周末,即周六或周日,则从表一中确定预计用餐时刻t6包括t61=12:00,t62=18:00。由于t61更接近,因此先针对t61进行判断。
[0107]
由于d1/(t61-t5)=200/2》k1,即不满足判断条件,则不执行s30。随后可以针对t62=进行判断。由于d1/(t62-t5)=200/8《k1,即满足判断条件,则执行s30具体地,t62-t5-t2-t4=8-1/6-5/6=7,即预约阶段的时长为7小时,在7小时后(17:00)开始加料,并在加料完成后(17:10)开始启动烹饪阶段,从而能够在18:00完成烹饪。
[0108]
参照图4的流程图,可以先获取距离d1、当前时刻t5以及预计用餐时刻t6,其中预计用餐时刻可能不止一个。按照预计用餐时刻的时间顺序,逐个判断是否满足判断条件,如果每一个预计用餐时刻都不满足判断条件,则流程结束。
[0109]
如果某一个预计用餐时刻满足判断条件,即d1/(t6-t5)≤k1,则向用户发送提示信息,具体地发送到用户的移动终端进行显示。在此之后,如果接收到用户的取消指令,则取消准备执行的烹饪程序,流程结束。否则判断是否接收到用户的变更指令,例如将预计用餐时刻t6进行了变更,如果有的话,则基于变更后的t6判断是否满足判断条件;如果没有,则说明用户输入的是确认指令(例如点击如图3中所示的确定按钮),并按照预计用餐时刻启动烹饪程序。具体地,如图2中所示,可以先启动预约阶段,在预约阶段结束之后启动加料阶段,并在加料完成之后启动烹饪阶段,直到烹饪程序结束。可选地,在烹饪程序结束之后可以进行保温,以确保用户用餐时的食物温度和口感。
[0110]
由此可见,本发明实施例中的烹饪器具能够根据用户与烹饪器具之间的距离来确定是否自动启动烹饪程序,能够确保用户在预计用餐时刻享用到已经烹饪好的食物,提升了用户体验。并且,该过程避免用户到家之后再开始烹饪的漫长等待,该过程易于实现,基本无需用户参与由烹饪器具自动实现,自动化程度高。
[0111]
示例性地,在上述s30的过程当中,还可以进一步判断是否满足判断条件,以实现对烹饪程序的更新。如上所述,烹饪程序可以包括预约阶段,在预约阶段,还可以包括:获取用户的更新位置与家庭位置之间的更新距离;判断该更新距离与预计用餐时刻是否满足判断条件;如果该更新距离与预计用餐时刻不再满足判断条件,则终止烹饪程序;如果该更新距离与预计用餐时刻满足判断条件,则继续处于该预约阶段。
[0112]
用户可能处于移动状态,从而使得用户的位置与家庭位置之间的距离是变化的,这种变化可能是离家更近或者更远。示例性地,可以在预约阶段每隔一段时间(如一小时等)进行重新判断。通过获取该更新距离与原s10中的距离的比较可以确定用户是在远离或者靠近烹饪器具。可理解,不管是远离还是靠近,都可能依然满足判断条件,其中进行判断的过程与上述s20类似,此处不再赘述。
[0113]
如果再次判断发现更新距离与预计用餐时刻已经不再满足判断条件,说明用户离烹饪器具太远,不太可能在预计用餐时刻赶回来,那么此时可以终止烹饪程序,即不再继续计时。但是如果再次判断发现依然满足判断条件,则继续保持在该预约阶段,也就是说,此时对原先s30中的烹饪程序没有任何变化。
[0114]
这样,还能够在预约阶段实现对烹饪程序的更新,避免用户由于临时的位置变动导致无法在预计用餐时刻回家,避免烹饪器具内的食物在用户用餐前过长时间处于保温,
从而能够保证用户使用食物的口感,提升用户体验。
[0115]
上文中已经结合图1至图4描述了本发明实施例的烹饪的方法,该方法可以由烹饪器具执行,该烹饪器具的一个示意性框图可以如图5所示。
[0116]
如图5所示,烹饪器具包括控制模块、存储模块、加热模块、物联模块、温度传感器模块、按键模块和/或指示模块,还包括加料装置(加米装置和加水装置)以及对应的米量识别模块和流量检测模块。
[0117]
其中,温度传感器模块可以设定在顶部或底部或其他位置,可以实时采集内锅的温度。按键模块,可以是物理按键或虚拟按键,从而能够获取用户对烹饪器具的输入。指示模块,可以用于实现烹饪器具与用户之间的交互,例如提供显示界面、声音指示等等。
[0118]
控制模块,也可称为控制装置,例如可以为mcu、中央处理器等,用于通过对加热模块进行控制从而实现烹饪程序。存储模块可以用于存储控制模块所执行的指令程序,还可以用于存储预计用餐时刻以及其他烹饪参数等。加热模块可以基于温度传感器模块所采集的数据,在控制模块的控制下通过线圈等进行加热。
[0119]
物联模块,也可以称为通信模块,用于与云服务器和/或移动终端进行物联,实现与云服务器和/或移动终端之间的数据通信。
[0120]
图5所示的烹饪器具能够实现上述实施例所描述的烹饪的方法,在实现s30时,可以由加米装置将大米等固体食材加入内锅中,具体地,控制模块可以控制电机带动结构部件,从而将米仓中的大米自动地输送(加入)内锅中,并且该控制可以通过米量识别模块来识别加入到内锅中的米量。在实现s30时,还可以由加水装置将水等液体食材加入内锅中,具体地,控制模块可以控制水泵等,从而将水箱中的水自动地加到内锅中,并且该控制可以通过流量检测模块来检测出加入到内锅中的水量。
[0121]
示例性地,烹饪器具还可以进一步包括米种识别模块(图5中未示出),其可以设置在烹饪器具内,用于识别将要加入内锅中的食材的种类,例如带包装的大米的米种信息等。可选地,存储模块中还可以存储有有烹饪相关的其他参数,如米种等。
[0122]
本发明实施例还提供了一种烹饪器具,包括存储器和处理器,如图6所示,存储器上存储有计算机程序用于由处理器执行,并且当计算机程序被处理器执行时,能够实现前述结合图1或图4所描述的方法的步骤。
[0123]
其中,存储器和处理器之间可以通过总线进行连接,并且烹饪器具还可以根据需要具有其他组件和结构,例如结合图5所述的。
[0124]
其中,处理器可以是中央处理单元(cpu)、图像处理单元(gpu)、专用集成电路(application specific integrated circuit,asic)、现场可编程门阵列(field programmable gate array,fpga)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元,并且可以控制系统中的其它组件以执行期望的功能。处理器用于执行根据本发明实施例的烹饪的方法的相应步骤。例如,处理器可以包括一个或多个嵌入式处理器、处理器核心、微型处理器、逻辑电路、硬件有限状态机(finite state machine,fsm)、数字信号处理器(digital signal processing,dsp)或它们的组合。
[0125]
存储器用于存储各种类型的数据以支持烹饪的方法的操作。例如可以包括一个或多个计算机程序产品,计算机程序产品可以包括各种形式的计算机可读存储介质。存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非
易失性存储器可以是只读存储器(read-only memory,rom)、可编程只读存储器(programmable rom,prom)、可擦除可编程只读存储器(erasable prom,eprom)、电可擦除可编程只读存储器(electrically eprom,eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory,ram),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(static ram,sram)、动态随机存取存储器(dynamic ram,dram)、同步动态随机存取存储器(synchronous dram,sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram,ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram,esdram)、同步连接动态随机存取存储器(synchlink dram,sldram)和直接内存总线随机存取存储器(direct rambus ram,dr ram)。
[0126]
在一个实施例中,在存储器中的计算机程序被处理器运行时执行以下步骤:获取用户的当前位置与家庭位置之间的距离,以及获取用户的预计用餐时刻;判断所述距离与所述预计用餐时刻是否满足预设的判断条件;在满足所述判断条件的情况下,基于所述预计用餐时刻启动烹饪程序。
[0127]
此外,根据本发明实施例,还提供了一种存储介质,在存储介质上存储了程序指令,在程序指令被计算机或处理器运行时用于执行本发明实施例的如图1或图4所示的烹饪的方法的相应步骤。存储介质例如可以包括智能电话的存储卡、平板电脑的存储部件、个人计算机的硬盘、只读存储器(rom)、可擦除可编程只读存储器(eprom)、便携式紧致盘只读存储器(cd-rom)、usb存储器、或者上述存储介质的任意组合。计算机可读存储介质可以是一个或多个计算机可读存储介质的任意组合。
[0128]
在一个实施例中,程序指令在被计算机或处理器运行时可以实现根据本发明实施例的如5所示的烹饪器具中的各个功能模块,并且/或者可以执行根据本发明实施例的如图1或图4所示的烹饪的方法,包括:获取用户的当前位置与家庭位置之间的距离,以及获取用户的预计用餐时刻;判断所述距离与所述预计用餐时刻是否满足预设的判断条件;在满足所述判断条件的情况下,基于所述预计用餐时刻启动烹饪程序。
[0129]
另外,本发明实施例还提供了一种计算机程序代码,该代码可以被处理器执行,且该代码被处理器执行时,能够实现:获取用户的当前位置与家庭位置之间的距离,以及获取用户的预计用餐时刻;判断所述距离与所述预计用餐时刻是否满足预设的判断条件;在满足所述判断条件的情况下,基于所述预计用餐时刻启动烹饪程序。
[0130]
由此可见,本发明实施例中的烹饪器具能够根据用户与烹饪器具之间的距离来确定是否自动启动烹饪程序,能够确保用户在预计用餐时刻享用到已经烹饪好的食物,提升了用户体验。并且,该过程避免用户到家之后再开始烹饪的漫长等待,该过程易于实现,基本无需用户参与由烹饪器具自动实现,自动化程度高。
[0131]
尽管这里已经参考附图描述了示例实施例,应理解上述示例实施例仅仅是示例性的,并且不意图将本发明的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改,而不偏离本发明的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本发明的范围之内。
[0132]
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
[0133]
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该本发明的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如相应的权利要求书所反映的那样,其发明点在于可以用少于某个公开的单个实施例的所有特征的特征来解决相应的技术问题。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
[0134]
本领域的技术人员可以理解,除了特征之间相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0135]
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0136]
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(digital signal processing,dsp)来实现根据本发明实施例的物品分析设备中的一些模块的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
[0137]
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0138]
以上所述,仅为本发明的具体实施方式或对具体实施方式的说明,本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。本发明的保护范围应以权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1